自动驾驶的摩尔定律:无人驾驶的最终实现时间或在2035年丨厚势汽车

640?wx_fmt=jpeg

来源:厚势汽车 

无人驾驶的真正落地时间的预测,近两年从非常乐观迅速转向谨慎甚至悲观。真正的无人驾驶到底还需要多久,无人驾驶初创公司 May Mobility 的 CEO Edwin Olson,针对这个问题,结合已有的数据做了一个推理。

他利用技术发展的指数性作为假设,试图找到无人驾驶发展的摩尔定律,进而推导出实现无人驾驶的大概时间表。他得出的时间,可能比多数人预测的要长,尤其是国内的自动驾驶创业公司。

以下是全文编译。

作为一家无人车公司的 CEO,我总是在问一个问题,那就是究竟还要多久自动驾驶的士才能在任何时候载人去任何地方。我们已经听到了推销的(「X公司将会在 2019 年解决自动驾驶的士问题!」)和工程师(「呃,这很难」)的各种版本的估计,那究竟谁的话更可信呢?

在本文中,不妨用每脱离一次行驶的英里数(miles per disengagement,MPD,自动驾驶脱离)来衡量某系统的表现。所谓的脱离,大概的意思是指当技术失效需要安全司机接管的时候。好的无人车这个数字会很大——意味着车子可以自行行驶很长距离,很少会失效。

摩尔定律?

为了回答开头的那个问题,我决定用摩尔定律来进行比较。摩尔定律是一条经验观察,也就是晶体管的数量每 18 个月就会翻番。这属于指数式的增长——是摩尔定律让你的手机一举超越了你 2000 年时候的计算机。

指数式增长是很罕见的。比方说,树和人都是线性生长的,这种速度要慢得多。大多数有指数式增长的东西都难以为继;比方说,细菌在变得太过拥挤之前就是指数式繁殖的。实际上,摩尔定律似乎已经无法在计算机上维持了!

话虽如此,技术在早期以指数式的速度发展并不是不寻常之事。这是一个乐观的假设,但如果你想对世界因为技术而改变的速度有多快做出大胆的未来主义预测的话,你应该假设会出现指数式增长。

那么现在,我们就来对无人车的未来做出大胆的乐观的预测。我们将假设技术的改进会有指数式增长。换句话说,我们将为无人车计算摩尔定律。但你可能不会喜欢这个答案。

数据

2004 年,最好的无人车是 CMU(卡内基梅隆大学)的 Sandstorm,它「赢」得了第一家届 DARPA 挑战赛,成绩是 150 英里的总赛程走了 7.4 英里,然后就卡在一个路堤上,轮胎徒劳无功地打转到冒出白烟(这可不是数落它,其他人的车表现更糟!)。我们打个折姑且算它的失败率是每 10 英里失败一次吧。

2018 年,Waymo 的数据是每次放手(disengagement,由加州定义,大概是「技术失效」的意思)可行驶 11017 英里。这大概相当于每失效前可走 10 的 4 四次方英里。

有了这两个数据点,我们就可以计算无人车的摩尔定律了。

……自动驾驶脱离里程数大概每 16 个月就会翻番……

无人车的摩尔定律几乎跟计算机的摩尔定律一模一样——性能每 16 个月翻番!这是一个宇宙级的巧合!

640?wx_fmt=jpeg

上面的黑线代表了无人车从 2004 年 DARPA Urban Challenge 到 2018 年间所取得的进展。我们可外推出那条线(红)然后看看那条线跟人类表现(蓝)什么时候出现交叉。Y 轴是对数标尺,所以指数增长会以直线形式体现。

关键问题是「系统需要有多好的表现?」假设目标是能跟人的表现媲美。人类其实是非常出色的司机,每 1 亿(10^8)英里才有一次致命事故!我们可以把这一点放到这个背景下理解:人类司机一辈子平均的行驶里程大概是几十万英里。而每一辆无人车的行驶里程可能不到 2000 万英里。

迄今为止,人类的表现(致命事故间隔 10^8 英里)与表现最好的无人车(每次放手可行驶 10^4 英里)之间的差距是 10000 倍。换句话说,无人车的表现是人类的 0.01%。

哪怕每 16 个月表现翻番,无人车也要用 16 年的时间才能赶上人类水平——也就是 2035 年。那些宣称 2019 或者 2020 年就能实现无人车的说法看起来就比较可疑了。(当然,我们会看到引人注目的无人车公司的演示,这只是为了展示他们的技术。未必意味着他们的系统表现跟人一样好!)

很多无人驾驶的失效只是导致受伤而不是致命的。人类发生两次致伤事故的行驶里程间隔「只有」10^7 英里,所以如果我们假设无人车失效从来都不会导致致命事故(只是致伤)的话,前面的预测就可以减少 4 年。但仍然需要 12 年才可以达到人类的表现。

所以概括起来,有几点需要注意:

无人车大概每 16 个月就性能翻番。这是无人车的摩尔定律。

目前无人车的表现大概相当于人类司机的 0.01%,自动驾驶的士在 2035 年以前可能还是个梦想。

这个预测有两个漏洞。可能会有新技术的出现来改变这条增长曲线。或者公司可以决定去实现难度略低于「任何时间去到任何地方」的应用。

对于自动驾驶的士公司来说这可能是个坏消息,但却是通勤公司的好消息。

附录

如果你注重细节的话,这里还有 3 点需要考虑:

第一点

无人车的「摩尔定律」依赖于我们使用的数据。如果你认为无人车公司对自己车子的性能估计过于乐观的话,自动驾驶的士的实现可能还要往后推。

另一方面,如果你相信当今最好的无人车驾驶要比 Waymo 的公开数字好 10 倍(比如每次放手可行驶 110000 英里)的话,那么改进率就要比上面的计算快得多。但即便是今天的系统驾驶得有这么好,也仍然需要到 2028 年才能达到人类司机的水平。

第二点

本文在前面所做的一个关键假设是技术会以指数的速率改进。这一假设推算出脱离率每 16 个月就会翻番。这个数字是乐观的:我们精心挑选了 2004 年的一个非常低的自动化率,同时择优挑选了 2018 年最好的商用数据,这往往会造成一幅进展神速的画面。

要想看看这一假设有多乐观,可以看看加州的公共呈报情况。AV 公司是不是在以指数式的速率在增长?如果是的话,这个速率是不是快于或者慢于 16 个月?

640?wx_fmt=jpeg

Waymo 的数据是按年提供的,我只能找到 4 年的数据。注意,这条曲线不像上面是对数式的;如果趋势是指数式的话,我们会看到一条向上急弯的曲线。Waymo 2018 年报告的表现 2 倍于 2017 年,但 2017 年基本上跟 2016 年持平(而 2016 年相对于 2015 年来说是个丰年!)。这意味着什么?这个数据我们可以用指数去套,能够得出每 16 个月翻番的结论。(注:数据匹配还有很多种方式。我是把 2015 年设为元年,然后以 A*exp(Bt) 的形式用最小二乘法拟合)但是这种拟合其实挺差劲的——如果你想知道的话可以看看附录 2。为了方便讨论,这 4 个数据点用线性拟合看起来也一样可信(这样的话自动驾驶的士可能就要 20000 年后才能实现。)但是 16 个月再次出现这难道不是很优雅的吗?

640?wx_fmt=jpeg

Cruise 的逐月数据也是向上发展的,但是数据的噪声很多。利用上述相同的拟合策略的话,我们会得到每 18 个月性能翻番。

尽管现实世界的数据充满了挑战,有趣的是最后得出的结论跟 16 个月比较接近。这让大家的发展都在一个水平线上的想法有了一定的可信度,也因此自动驾驶的士在 2035 年之前大概都不会实现。除非,第三点。

第三点

加州对脱离的定义排除了很多类型的干预,所以这本身就是对技术成熟度的乐观度量。换句话说,这些脱离率数字只是大概相当于公司预计技术会有效但出现了系统失效的情况,并没有包含到那些不指望技术能行的情况。

所以,在本来就不指望系统能行的情况下系统的表现当然是很糟糕的了!但如果问题是「我们距离可行的、几乎能去任何地方自动驾驶的士还有多远?」,那就还有一大类没有被考虑在内的驾驶场景会让你迟疑一下。

Waymo 在 2016 年的信息披露进行了很好的概括:

DMV 规则对脱离的定义是自动模式在两种情况下的去激活:(1)「检测到自动技术失效」,或者(2)「当车辆的安全操作需要无人车测试司机解除自动模式,马上对车辆采取手动控制时」按照这一定义,DMV 指出:「这一澄清对于确保制造商不会报告每一种常见的或者例行的脱离是必要的。」

作为测试的一部分,我们的汽车每天会多次切换自动模式。每年这些脱离数都会有好几千次,尽管绝大部分可被视为常规动作而非安全相关的原因。安全是我们的最高优先级,Waymo 的测试司机都是受过培训的,会在很多情况下采取手动控制,不仅仅是在安全操控「需要」他们这么做时。我们的司机原则上是宁求稳妥也不愿涉险,如果他们对继续自动模式的安全性存在疑虑的话就会采取人工控制(比方说,由于附近无人车或者任何车辆、行人、或者自行车手的行为),或者因为其他关切需要有人工控制的保障,比如改善乘坐舒适度或者缓解交通流量时。类似地,无人车的计算机在很多不涉及「自动技术失效」,无需司机马上接管的情况下也会将控制交给司机……

附录2

以下是 Waymo 和 Cruise 数据拟合出来的曲线。这些模型大部分情况拟合都相当好,但我认为你可以很可靠地得出结论,要想证明改进率比这里计算的要高得多基本上已经很难。

640?wx_fmt=jpeg

Waymo 的 MPD 与指数拟合的叠加。指数曲线正好对应每 16 个月性能翻番,但是这种拟合其实相当糟糕。

640?wx_fmt=jpeg

Cruise 的 MPD 与指数拟合叠加。这个拟合尤其有疑问,因为存在一些噪声。但还不清楚指数拟合是否合适。

640?wx_fmt=jpeg

这里还是 Cruise 的数据,导致问题的峰值被手工去掉了。这类数据修补在统计学上是不合适的,所以对此可以持保留态度吧。这条曲线拟合显示性能可以每 7.5 个月翻番,但是曲线其实跟数据是不契合的,尤其是右侧拟合已经高于真实数据。

640?wx_fmt=jpeg

未来智能实验室是人工智能学家与科学院相关机构联合成立的人工智能,互联网和脑科学交叉研究机构。

未来智能实验室的主要工作包括:建立AI智能系统智商评测体系,开展世界人工智能智商评测;开展互联网(城市)云脑研究计划,构建互联网(城市)云脑技术和企业图谱,为提升企业,行业与城市的智能水平服务。

  如果您对实验室的研究感兴趣,欢迎加入未来智能实验室线上平台。扫描以下二维码或点击本文左下角“阅读原文”

640?wx_fmt=jpeg

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/news/489573.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

电脑屏保海底世界_世界上最后一个深海实验室,隐藏了人类未来的秘密

如果世界末日来了,人类站在荒废的土地上,仓皇奔往未来的逃生门,我们应该往哪去?有人说,是太空。有人说,是海洋。现在有一个地方,正把两者结合起来——Aquarius Reef Base 深海实验室。这个处于海…

Android——检查网络是否已经链接

新建一个项目testNet 添加一个button layout.xml&#xff1a; <RelativeLayout xmlns:android"http://schemas.android.com/apk/res/android"xmlns:tools"http://schemas.android.com/tools"android:layout_width"match_parent"android:layou…

moment 时间戳_【通知】2020 CATTI 考试准考证打印时间

2020年CATTI考试时间为11月14、15日&#xff0c;11月起将陆续开始打印准考证。建议尽早打印&#xff0c;可以多打印几份备用。各省市准考证打印时间一切信息以考试报名系统为准。重庆&#xff1a;11月6日至13日湖北&#xff1a;11月9日9:00至11月15日13:30四川&#xff1a;11月…

PANS:智力以外的特质,会影响长期成就

来源&#xff1a;中国生物技术网美国宾夕法尼亚大学的亚裔心理学家Angela Duckworth经常会被人问道&#xff1a;是什么因素预示着成功&#xff1f;鉴于Duckworth在“Grit&#xff08;坚毅&#xff09;”研究领域所做的开拓性工作&#xff0c;这是一个可以理解的现象。坚毅这一性…

截取字符串的函数_常用的Excel函数

1.条件判断&#xff1a;IF函数应用数据目的&#xff1a;判断成绩所属的等级方法&#xff1a;在目标单元格中输入公式&#xff1a;IF(C2>90,"优秀",IF(C2>80,"良好",IF(C2>60,"及格","不及格")))&#xff0c;双击小加号填充语…

爱思助手安卓能用吗_专业的苹果越狱工具:爱思助手!

本文由绿盒下载站原创(www.42xz.com)欢迎关注微信公众号“绿盒下载站”爱思助手是一款专业的苹果刷机助手&#xff0c;里面包含了苹果软件、热门游戏、苹果铃声、高清壁纸等多功能&#xff0c;能帮用户轻松管理文件、照片、视频等&#xff0c;爱思助手除了能支持一切苹果手机版…

《麻省理工科技评论》发布2019年全球十大突破性技术!

来源&#xff1a;钱塘大数据《麻省理工科技评论》每年都会评选出当年的“十大突破性技术”&#xff0c;这份在全球科技领域举足轻重的榜单&#xff0c;曾精准预测了脑机接口、智能手表、癌症基因疗法、深度学习等诸多热门技术的崛起。正如比尔盖茨所说&#xff0c;看过这些突破…

给排水规范大全2020_住宅电气、给排水、消防安装工程的质量通病分析

“住宅项目机电安装工程”质量通病分析&#xff0c;从电气工程、给排水工程、消防工程3方面案例分析&#xff0c;各中案例非常值得各施工企业学习。01.电气工程施工质量通病02.给排水工程施工质量通病03.消防工程施工质量通病上述所列质量通病并不是全部&#xff0c;质量通病是…

从ACT-R探讨认知智能

来源&#xff1a; 人机与认知实验室【ACT—R模型最大的不足在于缺乏意向性与形式化的有机结合&#xff0c;这也是AI的瓶颈之一】哈耶克在默知识的基础上发展出了一整套体系&#xff0c;他说&#xff1a;“因为默知识不可表达&#xff0c;所以不可记录&#xff0c;所以不可集中&…

如何看创建媒体日期_汽车各零部件也有身份证,教你们如何看这些部件的出生日期...

大家在逛超市选商品时不知道有没有看产品生产日期的习惯呢?反正小编无论买什么食物&#xff0c;只能是吃进肚子里的都去有意无意的看一下生产日期&#xff0c;这些产品的生产日期也一般都是非常直观的印在外包装上。而汽车由成千上万个零部件组成&#xff0c;每个零部件都来自…

Science发现了改变情绪的大脑受体

来源&#xff1a;中国生物技术网 北京时间11月12日&#xff0c;发表在《Science》上的一篇新研究中&#xff0c;一个国际研究团队在大脑中一个研究甚少的区域发现了一种被认为与消极情绪有关的受体。靶向该受体&#xff0c;可以调节消极情绪。该研究可能会为精神疾病带来更有针…

linux源码下载阿帕奇,Ubuntu 12.04下源码安装Apache

环境&#xff1a;Ubuntu 12.04【简单安装】一般第一次安装Apache都较为顺利。1. 下载并解压rootubuntu:/home/qy/share#tar zxvf httpd-2.2.22.tar.gzrootubuntu:/home/qy/share#cd httpd-2.2.22在http-2.2.22里有文件README和INSTALL&#xff0c;用more命令可以阅读。2. 配置r…

latex自动生成中文目录_texpad: 中文输出+自动参考文献生成(bib+bst)

写在前面&#xff1a;本文仅记录自己在家无聊&#xff0c;接触了下LaTeX。本文是在MAC下使用TexpadMacTeX&#xff0c;进行LaTeX编辑&#xff0c;a.输出中文问题,此问题参考自&#xff1a;texpad中如何使用中文&#xff1f;&#xff08;mac OS&#xff09; - Peregrinatio的回答…

github里的默认域_恕我直言!你对Python里的import一无所知

写 Python 通常我们会怎样导包&#xff1f;可能大部分情况下都是用 import&#xff0c;但除了 import 你还会些什么呢&#xff1f;下面我们来介绍一些骚操作。1. 直接 import 人尽皆知的方法&#xff0c;直接导入即可import os与此类似的还有&#xff0c;不再细讲import ...一般…

为何云原生在吞噬世界 ?

来源&#xff1a;云头条长话短说&#xff0c;本文的目的是帮助你了解云原生的功能及带来的业务效益&#xff0c;并探讨准备迁移到这种新型计算模式的企业面临的种种选择和陷阱。“计算机革命已过去了60年&#xff0c;离微处理器的发明已有40年&#xff0c;现代互联网兴起至今已…

xgboost算法_工业大数据:分析算法

一. 应用背景大数据分析模型的研究可以分为3个层次&#xff0c;即描述分析(探索历史数据并描述发生了什么)、预测分析(未来的概率和趋势)和规范分析(对未来的决策给出建议)。工业大数据分析的理论和技术研究仍处于起步阶段&#xff0c;主要应用场景如下&#xff1a;1. 预测性维…

GC之七--gc日志分析工具

性能测试排查定位问题&#xff0c;分析调优过程中&#xff0c;会遇到要分析gc日志&#xff0c;人肉分析gc日志有时比较困难&#xff0c;相关图形化或命令行工具可以有效地帮助辅助分析。 Gc日志参数 通过在tomcat启动脚本中添加相关参数生成gc日志 -verbose.gc开关可显示GC的操…

postgresql修炼之道_PostgreSQL的TOAST技术

本文参考&#xff1a;PostgreSQL TOAST 技术理解《PostgreSQL修炼之道》一、TOAST是什么&#xff1f;TOAST是“The Oversized-Attribute Storage Technique”&#xff08;超尺寸属性存储技术&#xff09;的缩写&#xff0c;主要用于存储一个大字段的值。要理解TOAST&#xff0c…

3D器官和骨骼将使移植清单成为历史

来源&#xff1a;IEEE电气电子工程师学会对于患有慢性病或病情危重的患者&#xff0c;等待器官移植匹配的时间可能对生命生死攸关。根据美国卫生资源和服务管理局&#xff08;Health Resources and Services Administration&#xff1a;https://www.organdonor.gov/statistics-…

11月25号站立会议

小组名称&#xff1a;飞天小女警 项目名称&#xff1a;礼物挑选小工具 小组成员&#xff1a;沈柏杉&#xff08;组长&#xff09;、程媛媛、杨钰宁、谭力铭 代码地址&#xff1a;HTTPS: https://git.coding.net/shenbaishan/GIFT.git SSH&#xff1a;gitgit.coding.net:shenbai…