鸿蒙OS与Fuchsia OS的异同

话不是这么说的
发布于 2020-10-27 10:52
浏览
1收藏

最近行业内最热门的,可能就是这个华为鸿蒙OS的第一次正式亮相了。

鸿蒙OS与Fuchsia OS的异同-鸿蒙开发者社区

作为知乎上Fuchsia OS的答主,自然也收到了大量的关于比较两个操作系统,或是评价鸿蒙OS的邀请。

 

在此之前,我一直没有回应这类邀请。主要原因还是在于现阶段华为公布出来的信息量实在太少,虽然官方声称将会全面开源,但终究还没有开源,甚至连大家能买到的设备或是下载的系统镜像都还没有。(就算这样,GitHub上还是出现了好几个非官方的骗Star repo,也是心累)

 

不过好在发布会上,华为的PPT里面放了一张当前的1.0版本和接下来的2.0版本的架构图,虽然非常粗略,但是还是可以管中窥豹,聊上一聊。当然,最主要的原因是,我做好了被打脸的准备 ^.^

 

由于本人并不在发布会现场,且暂时还没有取得对应的照片的版权,所以麻烦读者参照《32张图看懂华为鸿蒙系统》一文的照片来理解本文的内容。

 

应用场景

 

在这个专栏的第一篇文章:https://zhuanlan.zhihu.com/p/72752268中,我就道明了Google做Fuchsia操作系统的野心是非常大的。Google通过完全模块化的设计,希望让Fuchsia成为第一个AI原生(内建深度学习、语音语义、人脸识别、图像分类等人工智能算法),云原生(与各种云服务无缝集成),适用于手机、平板、笔记本电脑,以及路由器、智能音箱、机器人,甚至是Google的无人驾驶汽车的超级操作系统。

 

这段话里,其实从三个维度讲解了Google的野心:

 

  • 功能特性上:具备AI原生能力,内建了边缘和云端无缝化的人工智能能力;
  • 生态上:具备云原生能力,与Google以及第三方提供的各种云服务无缝集成;
  • 应用场景上:适用于个人移动设备、IoT设备甚至是无人驾驶汽车等不同运算能力和需求的场景。
  • 而实现上述野心的手段是,将整个操作系统完全模块化,变得可伸缩,可定制。

 

我们再回看华为在发布会上的PPT:

 

灵活适配全场景丰富终端形态

 

这是文章中的第四张PPT,从配图中,我们可以看到它的适配范围包括了

 

  1. GB级内存的:桌面PC、笔记本电脑、手机
  2. MB级内存的:智能手表、车机
  3. KB级内存的:只能摄像头、智能灯泡、智能门锁

 

这个覆盖的跨度与Fuchsia OS是非常相似的。在Fuchsia的内核Zircon(之前被称为Magenta)刚刚出来的时候,福布斯的报道就包括了这些内容。

 

分布式软总线


华为在发布会上,花了非常大的篇幅介绍这个功能。从PPT中的内容,大体推断它包括了2个部分:

 

1、底层的“极简协议”。华为本身就是搞通讯出身的,搞个新的协议自然不在话下。而这个协议是直接构建在网络层之上的3层协议。虽然ppt上这个协议直接代替了原本协议栈中的4层。然而,实际上,大量现代的应用层协议(如HTTP协议)都是直接基于4层的TCP协议的,并不存在表示层和会话层协议。这个所谓的极简协议其实也就是替代了TCP/IP或者UDP/IP这2层协议而已。设计上应当是尽量压缩了协议包头的尺寸,并设计成了无状态非连接的形式。其根本目的在于降低通信的延迟,提高带宽的利用率。面向的场景应该是包长非常小,但对实时性要求高的场合。


2、上层的应用框架。顾名思义,就是提供了一套SDK给到开发者,方便使用上述的极简协议实现局域网内的自发现、消息的单播、多播、广播。


上文中,我特地强调了“局域网”是有原因的。因为现在大家使用的路由器的路由功能是基于3层的(IP层)。所以如果华为做的这个协议是一个非IP兼容的协议的话,那么它就无法被你的路由器正确路由,自然也就无法扩展到广域网了。

 

所以,我猜测华为设计这个的目的,主要还是在于类似iOS Handoff或者AirDrop的功能。但提供了更好的实时性、可靠性和带宽。

 

至于这一点,在Fuchsia中,恰恰选择了一条完全不同的路径。在Fuchsia中,全面拥抱了开放和标准的协议,拥抱了一些网络方面的新技术。比如在做Fuchsia开发的时候,利用了IPv6的自组网特性,mDNS的自发现特性和HTTP/2.0作为通讯协议,实现远程对客户机的操控和管理。(题外话,在这一点上,Apple做了非常好的表率,在每一个OS大版本发布的时候,都会非常有意识、有节奏的将最新的技术整合进来,并且发挥出最大的功用)

 

调度引擎


再接下来,华为又花了很大的笔墨来讲内核的调度引擎。

关键内容是在吐槽Android中用的Linux内核采用的完全公平调度器[2](CFS)。坦白的说,我非常认同华为的吐槽,因为这个调度器是更加偏向于系统吞吐量,而非实时响应能力。所以,当系统负载较高,或是面临突发负载时,非常容易导致UI卡顿。

 

而鸿蒙的内核很可能是一个实时内核,可以针对某些任务设定调度的deadline,保证在deadline前一定得到调度。这个做法通常应用在嵌入式领域比较多(比如ECU在控制你的发动机的时候,某些点火计算的任务是一定要在点火时间到来之前完成的)。

 

IPC性能


由于鸿蒙和Fuchsia都是微内核的操作系统,所以IPC(Inter-process Call)性能是内核最最关键的指标之一。它直接决定了整个操作系统的性能水平,甚至可以直接将一个微内核操作系统排除在实用性之外。在华为的PPT中,华为声称鸿蒙内核的IPC性能是Fuchsia的5倍。这是相当夸张的一个性能优势。至于华为是如何做到的,我是非常非常好奇的,期待华为开源鸿蒙OS。

 

架构图


最后,说一下华为放出来的架构图。其实除了内核层之外的部分我一点都不关心。我们重点关注内核层,会有很惊喜的发现:

 

架构图中,内核层一共有3个内核,分别是Linux内核、鸿蒙微内核、LiteOS内核。我们知道,如果没有虚拟化技术,这3个内核是无法共存的,那么华为到底是怎么做到的呢?秘密藏在SoC的Block Diagram中:

 

让我们一起看一下官宣的麒麟970的PPT(980的PPT为了放别的组件,把Sensor Processor隐藏了,但硬件上肯定是有的):

鸿蒙OS与Fuchsia OS的异同-鸿蒙开发者社区

注意图中的3个地方:

1、左上角的8-Core CPU
2、左下角的i7 Sensor Processor
3、右下角的Security Engine (inSE & TEE)


我们再看华为发布会中第14张图片,标题是“微内核技术用于可信执行环境(TEE)”。再注意右侧的那个框图,可以看到鸿蒙的微内核现在是跑在TEE内的,而普通执行环境跑的是Linux内核。

 

提到的第三个内核LiteOS是华为针对IoT领域推出的嵌入式操作系统[3]。

 

所以我认为,这次在鸿蒙1.0上,主CPU里面跑的还是Linux,鸿蒙微内核只是运行在Security Engine的TEE环境中,而LiteOS则是跑在Sensor Processor(实际上就是一颗内置的MCU核心)上,负责处理传感器数据的嵌入式内核。

 

结论


本文的结论仅限我根据华为当前公布出来的PPT猜测的个人观点,很可能存在错误,等华为开源后,我会另外行文修正。

 

1、鸿蒙1.0中,鸿蒙微内核仅运行在TEE中,并非整个操作系统的主要内核;

2、操作系统的主要内核仍然是Linux(应该就是Android魔改过的Linux内核,但加上了华为的魔改,比如EROFS、“极简协议”);

3、LiteOS内核本身就是几乎所有华为手机上的Sensor Processor(客官可曾记得苹果在A系列处理器中增加的M系列核心?)的嵌入式OS;
4、鸿蒙OS 1.0主体就是AOSP加上了华为自己的修改(比如EMUI的壳、方舟编译器的运行时,GPU Turbo等);
5、你可以认为EMUI 10.0就是鸿蒙OS 1.0;
6、鸿蒙OS 2.0开始的发展方向应当是完全按照Fuchsia的轨迹来设计和执行的,目测节奏上也会紧跟Fuchsia的步伐。

 

 

 

本文转自知乎

分类
标签
收藏 1
回复
举报
回复
    相关推荐