我觉得谷歌的最终目的是为了让 chromeos 能运行在安卓平板上, 这使得安卓平板可以运行 pc 版本的 chrome 浏览器,大大增强安卓平板的实用性,这个 v 站有相关的讨论:
https://jp.v2ex.com/t/1091225我觉得 chromeos 产品线应该不会受到这个的影响,因为 chromeos 还是有作为笔记本电脑使用的场景,只不过给 chromeos 添加了可以以 kvm 虚拟机的形式运行在安卓平板上的支持。
如果以后谷歌能让安卓平板用户用 chromeos 的话,我觉得最大的亮点不是能在安卓系统里运行一个完整的 linux ,而是让 chromeos 虚拟机里运行的程序的图形性能( 3d 性能,应该也包括视频解码的性能)能达到接近物理机的水平,我预估这应该要使用"DRM Native Context"这种技术,这个在 asahi linux 里已经被实际应用了(有位 youtuber 录制了一些用这项技术玩 3a 游戏的视频),asahi linux 的文档里也提到了这项技术并给了一个相关的技术文档的链接:
https://indico.freedesktop.org/event/2/contributions/53/attachments/76/121/XDC2022_%20virtgpu%20drm%20native%20context.pdf下面我想顺便讲一下"DRM Native Context"这项技术的一些最新进展,一方面是给完全没了解过的 v 友们一点科普,一方面如果我理解的不对也希望有老哥能指正:
我测试过 asahi linux 里的 DRM Native Context 的实际表现,结果非常惊艳,比如我用 muvm 虚拟机运行 chromium 浏览器的感觉跟用物理机直接运行几乎没有区别,不管是 webgl 的性能还是视频解码的性能都测不出差别,区别几乎只有 muvm 运行的 chromium 的内存占用比物理机直接运行的要明显高一些以及通过 chrome://gpu/ 查看系统信息里的内核的版本不是我物理机的内核版本( muvm 虚拟机有自己的独立内核)。
amd 也在开发 DRM Native Context 这项技术,前不久还看到相关的新闻:
https://www.phoronix.com/news/AMDGPU-VirtIO-Native-Mesa-25.0另外 chromeos 131 版本开始默认禁用掉了 linux vm 里的 Virgl 驱动,不知道是不是为了以后 chromeos 的 linux 子系统里也要改用 DRM Native Context 这种图形技术所以提前放弃了旧的 gpu 虚拟化技术,不过谷歌这种做法引起了一些用户的不满:
https://www.reddit.com/r/Crostini/comments/1gurjnl/virgl_will_be_disabled_by_default_from_chroomeos/