來源 | 十一號組織

知圈 | 進“滑板底盤群”請加微yanzhi-6,備注底盤

喊出一句架構升級的口號，給新架構取個響亮的名字，隔三差五在媒體面前吹噓一番，似乎是近幾年主機廠樂此不疲的事情。具不具備自動駕駛能力，外界可以通過對產品360°路測進行一個直觀的評價。但架構升級成果如何，更像是大家族兄弟姐妹間爭奪家產的私家事，表面上一片祥和，背地里暗流涌動。外人也只能從家丁、護院、婢女的口中聽聞些許八卦。

筆者剛好也從坊間聽聞了這樣一則八卦，熱衷于架構升級的某主機廠，花了幾十億，歷經四五年，從分布式架構升級到域架構。熬到首臺車量產時，一位多事的員工細數域架構內的ECU數量，驚訝的發(fā)現(xiàn)原來ECU員工編制一個沒少，反而多出了幾個域控制器領導編制。說好了的融合，新增的域控制器領導也僅是承擔了替代ECU的職責以及整車新增的部分需求。這與分布式架構下，新增需求升級/新增ECU似乎并無兩異。

踩坑的先行者們，開始逐漸清醒，BOSCH學院派的架構演進路線上的域架構作為一種過渡狀態(tài)，似乎并不是那么美麗，有點類似自動駕駛領域的SAE L3自動駕駛，看起來容易做起來難。于是乎，這部分先行者又著急地喊出了一步到位中央集中式架構的口號，像極了前兩年自動駕駛公司集體放棄SAE L3，進攻SAE L4的景象。

從幾家宣傳的中央集中式架構方案中，智能座艙和自動駕駛相關功能將集中到一個高性能計算單元上，并跑在在一顆SOC上，主動安全及功能降級策略放在另外一顆安全MCU上執(zhí)行。上海嘉定創(chuàng)新港內喊出的“銀河全棧3.0”中央集中式方案便是由兩個高性能計算單元（HPC1和HPC2）和四個區(qū)域控制器構成（Zone1~4）。其中HPC1便負責智能座艙、自動駕駛的功能，HPC2部分職責是承擔自動駕駛備份控制作用。

在這種中央集中式架構下，意味著一個SOC上將同時運行智能座艙和自動駕駛等功能。而智能座艙和自動駕駛功能不論是在功能安全、信息安全、實時性還是算力需求層面都有不小的差異，且這些功能目前都是用不同的操作系統(tǒng)（Linux、QNX、Android、RTOS等）去實現(xiàn)。如果汽車行業(yè)統(tǒng)一的操作系統(tǒng)不能盡快誕生（目測也不會誕生），那么一顆SOC上如何部署多個不同的操作系統(tǒng)，成為中央集中式架構必須直面的問題。

還好這個問題，互聯(lián)網領域曾經遇到過，并且已經成熟應用，可以說是超級奶爸一般的存在。汽車領域僅在智能座艙域得到過成功應用，妥妥的新上門女婿。自動駕駛圈黑話第二十期，作者就和大家一起討論下這位在汽車行業(yè)嶄露頭角，并有希望解決艙駕融合過程痛點的虛擬化關鍵技術—Hypervisor。

什么是Hypervisor

要回答“什么是Hypervisor”,我們不得不扒一扒其在互聯(lián)網領域成名的黑歷史。

早些年，如果某家公司想搭建郵件系統(tǒng)和文檔管理兩個應用，則需要購買兩臺服務器，每臺服務器運行一個應用。這個時候每個服務器性能剛好夠每個應用揮霍，應用在物理上又完全隔離，互不干擾，一派祥和。但在摩爾定律的見證下，服務器性能基本上每兩年翻一番，單位計算能力的成本卻在不斷下降。在某個時間點，便出現(xiàn)了這樣一個甜蜜的煩惱，我在市面上能買到的最低配置的服務器性能也夠我的兩個應用同時使用。

如果兩個應用裝在一臺服務器上，不但資源調用可能發(fā)生沖突，維護起來也很麻煩。但是如果我買兩臺服務器的話，性能浪費上像極了大炮打蚊子，金錢浪費上像極了地主家的傻兒子。如何解決一臺服務器運行多個相互隔離的不同操作系統(tǒng)應用的問題，成為了擺在互聯(lián)網發(fā)展道路上的巨大障礙。