不用ChromeOS的Chromebook

燧炻创新 Fydetab Duo平板电脑评测

Posted by Bob Guo on November 6, 2022

众所周知,我是一个Google生态的忠实用户、日用Arch Linux的发烧友以及写过一点笔记本评测的消费电子玩家,因此,当有朋友问到我如何评价Fydetab Duo的时候,我突然意识到我从未接触过Google以外的ChromiumOS生态的世界。因此,我马上登陆他们的官网,找到商业合作的联系方式,并发送了一封邮件。然后,我就借到了这台Fydetab Duo。
Fydetab Duo最大的特点是它运行的ChromiumOS发行版FydeOS。尽管这并不是第一个预装FydeOS的设备(之前就有酷比魔方制造的itNT X),但它是第一个由FydeOS背后的厂商-燧炻创新自己去研发的设备。这意味着,在FydeOS的各个形态之中,它应该是软硬件一体化做得最好、使用体验最佳的,而事实上它也确实达到了这一高度。但,代价呢?

外观

Fydetab Duo and Pixelbook 2017 Fydetab Duo and Pixel C 单纯讨论设计来说,Fydetab Duo的外观属于中庸。你无法一眼看出它是什么设备,但你绝对能一眼看出这是一台二合一。如果说要为它的设计找一个相近的设备,那一定是Google在2015年推出的Pixel C(也是我个人最喜欢的Android平板电脑)。整机的设计主打一个less is more,没有任何品牌标识,通过银灰色的机身表达了一种令人十分安心的厚重感。
不过,尽管设计相对优秀,Fydetab Duo有一个很大的问题就是它的厚重不仅是对设计语言的宽泛形容,更是对它三维和尺寸的客观描述。 THICCCCCK THICCCCCK作为一台搭载ARM SoC的平板电脑,它在装上键盘和支架后的厚度甚至超过了2017款Pixelbook这样一台使用酷睿M处理器的完整笔记本电脑,直逼带上官方键盘的Pixel C说实话实在是差点意思,不过话又说回来,Pixelbook这种起步价1000USD的、与其说是消费电子不如说是炫技产品的设备(但凡看过Pixelbook 2017主板的我相信都能得出类似结论),拿来跟一个众筹价580英镑的试水产品比工业设计多少确实有点欺负人。
Display 正面采用了窄边框设计,屏幕是一块12.35英寸的QHD 16:10IPS面板,分辨率为2560*1600。标称500nit亮度、DCI-P3广色域覆盖,可惜我这里没有能力对它的色域色准等参数进行测试,只能用“观感”这种词汇泛泛而谈。这块屏幕不仅支持触控,还能够使用手写笔,基于Wacom技术实现。手写笔相关的细节接下来会讲。
Top 顶部只有一个电源键,同时用作指纹识别。当你设置FydeOS的时候就可以注册指纹,识别速度还是比较快的。在ChromeOS设备上,由于SmartLock的存在,对生物识别的需求实在不能算高,只有一些面向企业客户的机型或旗舰款ChromeOS设备搭载了指纹识别系统,但事实上,SmartLock并不是一个很好用的解锁方式:其依赖与手机的蓝牙连接本身既不安全又不稳定,而且与各种第三方手机厂的魔改Android兼容性也不佳。如果是我选,我确实宁愿要一个好用的指纹识别设备。当然,最好是一个类似Windows Hello的红外生物识别,那玩意儿谁用谁知道,比指纹爽多了。
DVT sticker back 背部只有DVT机型的型号贴纸和一个与Pixel C上灯带十分相似的半透明条。在目前的DVT机型中,这个半透明条的作用尚且不明晰,考虑到官方specsheet中提到可插SIM卡,这可能是为未来LTE版本额外准备的天线条?不过这样的话这个处理确实有点突兀。

键盘与支架

Fydetab Duo的支架和键盘很有意思。
一般来说,当我们提到PC平板二合一产品时,一个绕不开的话题就是键盘和支架。目前市场上的解决方式主要有三种:

  • 机身自带支架,键盘外接
    这种设计的代表就是微软的Surface系列,你只需要额外购入键盘,支架是收纳在机身内部的,当需要使用时打开就行
  • 机身翻转
    这种设计的代表就是联想的Yoga系列(Yoga的名字也是因此而得名),转轴支持180°以上的旋转,转过去就行。
  • 键盘、支架一体化
    这种设计近几年见得比较多,苹果的iPad与三星的Galaxy Tab都采用了类似的设计。键盘和支架作为一体出售,用户只需要把平板本身接上去就可以调整角度并使用键盘。

然而,Fydetab Duo的键盘与支架设计是很有意思的:分体式设计,像一个三明治一样贴在机身上。 Kickstand Kickstand Keyboard Keyboard 这种设计起码在我的印象里从未在消费电子产品中出现过,即使有也是十分小众的设计思路。有一说一,我个人不认为这是最优解,因为事实上它完全没有解决任何问题,除非你认为单纯使用支架保护平放时的后盖免遭磨损这种淘宝买套贴纸就能解决的需求需要从设计上给出特别的注意,因为如果是的话那当我没说。某种意义上我认为它存在的目的是为了差异化而差异化。尤其是考虑到机器本身就已经偏厚,再额外加上支架和键盘之后厚度真的不算特别惊艳。而且,支架本身的阻尼调教也,with all due respect,只能用烂来形容。将支架拉开和把支架整体拆下来需要用的力都很大,而且两者差距很小,这意味着在拉开支架的时候很容易一不小心把支架整体拆走,尽管只是再把平板贴上去而已,但这种使用体验上的插曲还是挺让人烦躁的。Fydetab vs Pixel C同时,它的展开角度也并不惊艳,没法弥补这方面的缺陷。不过,分体式设计意味着只需要针对支架本身进行迭代即可,某种程度上降低了综合成本,多少也可以算是有利有弊了。
Keyboard 键盘整体的键位就是标准的CrOS设备键盘键位,键帽大小适中手感优异,但键帽本身的磨砂处理还是有一种难以形容的廉价感。触摸板颇有惠普的特色,又小又窄,而且滑动时的手感还有待优化。 Stylus carryier键盘右侧有一个手写笔收纳用的编制圈,我上一次见到这个设计是在微软的Surface Pro 3(的TypeCover)上。这种收纳手写笔的方式不仅十分符合直觉,而且有赖于相对更厚的厚度,能够对手写笔有更好的保护作用。塞翁失马,焉知非福。
Keyboard tapping键盘可以向上折一层,这点很Surface,也是二合一设备键盘设计的de facto了。这个设计可以使得等效键程延长颇多,对打字手感来说颇有裨益。

手写笔

Handwriting on Fydetab Duo 前面提到,Fydetab Duo是支持手写笔的,这意味着用户可以以最佳状态使用OneNote、Sketchbook等创作类软件。 Stylus Stylus 手写笔利用一颗九号电池供电,手感稳定,与Android应用与FydeOS自带的应用配合都十分良好。不过,ChromeOS系操作系统对手写笔的支持一直上乘,所以这倒是没什么稀奇的。

接口

IO for Fydetab Duo 接口方面,Fydetab Duo的接口还是比较稀少的,一个3.5mm耳机接口,一个USB-C接口,一个TF卡槽,全部都在机身左侧,底部还有一组键盘的pogopin。作为平板电脑来说确实勉强够用,但是作为一台运行桌面级操作系统的笔记本电脑来说还是有点偏少了。而且,后文我会聊到这台机器的硬件方案,它应该能做得更好。
DP Alt 不过,credie where credit is due,这好歹是个全功能支持DP Alt的USB-C,使用4K显示器是不存在问题的。这意味着如果你的显示器是支持USB Hub、Type-C一线通和反向充电的款式(基本上相对现代点的显示器都有这些功能),桌面体验还是挺不错的。可惜,由于平台限制,尽管支持4K60,它并不支持2K分辨率,也不支持120Hz以上的刷新率,对于我这样的2K170用户来说还是有点不方便的(没法点对点)

硬件系统

众所周知,ChromeOS设备的关键是平台。同样的CPU配置大概率可以追溯回同一个平台,各个系统集成商在这个平台上进行改动去设计并制造自己的设备,这些平台之间很多时候能够共用软件支持与恢复镜像。考虑到ChromeOS是一个开源操作系统(的商业发行版),这种方式对于所有人来说无疑都是十分方便的。例如,Pixelbook与以性价比著称的HP Chromebook 13 G1都基于EVE平台,因为它们都是基于KBL-Y平台打造的Chromebook。因此一个基于KBL-Y处理器的电脑,比如Surface Pro 5的酷睿m3版,要利用第三方工具安装ChromeOS的话,也同样需要使用EVE平台的恢复镜像。不过,由于不需要通过Google的认证,Fydetab Duo的boardname颇有一种波音7E7一样的土味:fydetab_duo。

SoC

RK3588S Diagram RK3588 Diagram fydetab_duo基板基于RK3588S平台,与我之前评测过的Google OP1师出同源,都是瑞芯微半导体的手笔。3588S基于3588阉割而来,主要阉割的部分是一些边缘器件,如IO与ISP,而CPU、GPU和NPU等核心元器件没有任何改动。同样的双簇八核A76+A55、同样的四通道16bit LPDDR4/4X/5内存支持、同样的Mali G610MP4 GPU。考虑到Fydetab Duo PC/平板二合一的定位,采用full-fat的RK3588确实没有太多必要。在一些不重要的地方做出牺牲不仅可以降低从流片到SI的成本和故障率,为集成商节约成本,还能够降低耗电与发热,提升最终用户的使用体验,这对于平板电脑的使用环境来说确实是很合理的。
上面说了,RK3588S采用了同样的四大四小架构,每个A76大核心拥有独立的L1指令缓存和数据缓存各64K、L2缓存512K;每个A55小核有独立的L1指令缓存和数据缓存各32K,以及L2缓存128K。L3缓存总共有3MB,在两个集群之间共享。RK3588的频率标定是大核2.4/2.6GHz、小核1.8GHz,但在目前流出的RK3588S的specsheet中,对频率标定仍然标注了TBD。尽管如此,通过查询/sys/devices/cpu/下不同CPU的cpuinfo_max_freq可以得知,在Fydetab Duo上,A55小核的频率标定仍然是1.8GHz,但A76大核的频率标定仅到2.3GHz。在CPU规模上,RK3588与2018-19年左右的旗舰手机芯片(例如麒麟980、骁龙855)基本相同,大家都是A76+A55,只是频率和缓存规模不同罢了。尽管在2022年,ARMv9已经投入消费市场,但不可否认的是3588S的这套配置也完全够用,甚至仍然可以说十分强劲。MT8195T尽管如此,需要指出的是,RK3588其实不是Chromium生态最强的ARM SoC,这一桂冠属于联发科MT8195T(宏碁Chromebook Spin 513搭载),但那颗SoC的规模和成本也是另一个次元的。
GPU GPU方面,Mali G610属于ARM自家的第三代Valhall GPU,芯片集成商可以在1-6个核心之间选择。当然,MP4的定位意味着RK3588S上的G610就只有四个核心了。
GPU Feature Set 尽管定位上属于中端移动GPU,但在功能支持上也确实一个没少。OpenGL ES(1.1、2.0、3.1、3.2)、Vulkan(1.1、1.2)和OpenCL(1.1、1.2、2.0)都有相对良好的支持,这确保了在Linux与Android环境下的现代图形应用中基本不存在理论性质的兼容性问题。
GPU layout L2缓存由两片或四片组成,每片缓存可以选择256K或512K,也就是最终缓存可从512K到2M不等。在RK3588S上,L2 Cache由四片256K的缓存组成,共计1MB。
vaapi support 硬件层面上,它支持实时解码8K30帧的H264和8K60帧的VP9、H265、AVS2格式,同时支持4K60帧的AV1和1080p60帧的MPEG2、MPEG1、VC1和VP8格式。视频编码能力方面,它支持以H264/265格式编码高达8K30帧的视频,真可谓是强而有力,强而有力啊。不过,GPU加速的视频编解码需要在有软件支持的前提下进行,这点在后面会有测试。

RAM&Storage

内存和硬盘方面,Fydetab Duo只有一个配置。 Storage & RAM8GB LPDDR4X与128G eMMC 5.1的配置在Chromebook上不能说罕见,而且考虑到3588S平台的限制也确实属于无奈之举,但我还是需要继续指出两点:1,在2022年都要结束的现在,8GB内存应该仅限于纯娱乐设备,对于任何一个有哪怕一丁点多任务需求的设备来说,16GB内存应该是底线中的底线。 Memory layout 而且,RK3588不像RK3399只能使用4GB内存(RK3399Pro除了NPU上的提升也把内存上限拉到了6GB),它可是有32G的内存上限,没有理由无法提供一个至少16GB的SKU。2,eMMC存储器由于其总线设计的缺陷在复杂的高负载环境下已经是很严重的系统瓶颈,考虑到3588平台的高性能显然会吸引开发者将其作为ARM平台的开发工具甚至进行本地编译,eMMC属实是令人略显蚌埠。两三百刀的K12机器也就算了,再往上走来个正经的嵌入式固态真没啥问题,3588S也是有一条总线可以在SATA3、PCIe 2.1和USB3之间选择的,即使顺序读写不够惊人,正经固态在IOPS上的提升也是eMMC所难以匹敌的。
lsblk 受测的Fydetab Duo是一台只有64GB eMMC存储器的DVT机型。在命令行中使用lsblk命令可以获取到它的分区配置。可以看到,Fydetab Duo的分区表与其说是PC更偏向于一台Android设备,这是因为ChromeOS设备同样使用了Android中的A/B分区设计实现无缝更新体验。

网络

WiFi information 尽管有着Linux容器与Android容器的加成,但ChromiumOS生态的核心竞争力还是优秀的上网体验,这意味着网络硬件的重要性是颇高的。Fydetab Duo支持802.11ax(WiFi6)与蓝牙4.2,根据诊断页的信息,它使用的是博通的网卡,编号只有一个语焉不详的449d。通过互联网查询博通 449d关键词得到的型号是BCM43752系列,但这一系列的无线网卡同时支持蓝牙5.0。因此,进一步的判断需要拆机检查芯片进行。

操作系统

FydeOS Fydetab Duo默认的操作系统是FydeOS,这个操作系统是基于ChromiumOS本地化的产物。剔除了在国区没有必要的Google全家桶(其实Google也不会同意在ChromiumOS发行版上预装Google全家桶就是了),并替换成Fyde自己的账户体系。因为只是砍掉了Google全家桶,所以ChromeOS的开发者友好特性全部得到保留,例如基于Debian的Linux容器Crostini、基于ARC++的Android容器,甚至通过开发者命令行可以直接使用一些第三方开发者针对ChromeOS开发的包管理器等工具。不过,还是需要指出一点,就是FydeOS并不是ChromeOS,在运行这些工具时可能出现FydeOS专有的问题,为ChromeOS开发工具的开发者没有义务解决这些问题。
就如同SUSE分SUSE和OpenSUSE一样,FydeOS也有商业化的FydeOS和开发者版的openFyde两种。不过,商业化的FydeOS只配布二进制文件(与内核源码),而openFyde还会提供完整的源代码。这种发行模式类似于Google对Pixel设备上的Android操作系统的发行模式。习惯了Android开发模式的开发者应该不会陌生,不如说能提供一个OS层面完全开源的官方镜像更像是一个Buff。有能的开发者也可以尝试为它移植其他的操作系统,例如AOSP或各种Linux发行版,不过这就需要进一步的开发资料了。
总之,这台平板上的FydeOS是标准的商业化版本,r102,基于Linux 5.10内核打造。除了因为Linux 5.10是RK3588S的BSP(Board Software Package)内核版本之外,这同时也是一个长期维护的LTS内核,从2020年12月13日一直维护到2026年10月(当然,具体发行版的内核支持仍需由发行版团队决定),对于一个不需要把内核直接暴露给最终用户的消费电子设备来说,使用LTS内核是一个十分合理的决定。而且,考虑到RK3588的开源性质,对于喜欢使用Arch或Gentoo这类相对激进的发行版的玩家或开发者来说,自己更换操作系统也并非不可能。

软件更新与商业模型

在ChromeOS生态中,用户不需要关注系统版本、驱动程序这些底层细节,ChromeOS会自动联系上游服务器更新这一切,包括固件、驱动和系统一起。这套机制叫做AUE,Auto Update Expiration,它代表着一台ChromeOS设备的生命周期。尽管超过这个生命周期的设备不会被远程锁定,但在AUE结束之后Google和厂家都不会为这台设备提供进一步的安全更新与功能推送,这意味着你的设备将不再安全。当然,你可以选择刷固件(比如MrChromebox)或安装第三方操作系统,但对于大多数人来说,AUE过期意味着你该换掉这个产品。不同ChromeOS设备的AUE可以在这个网页查询,以我的Pixelbook 2017款为例,它的软件更新会持续到2024年六月份,这意味着它的生命周期超过了七年。
Pixelbook AUE 当然,Pixelbook作为Google自家亲儿子,并不算是最适合拿来讨论的设备。一般来说,ChromeOS设备的生命周期是以对应平台第一台设备上市日期开始计算,提供六年半的技术支持。也许这对首发用户来说不算太糟,但对于那些在平台中后期才研发制造的设备来说,它们的更新时间仍然是在第一台设备之后计算的。什么意思呢?假设在2022年谷歌推出了一个新的平台,A厂商首发造的本子有六年半的完整支持,但B厂商在2025年用同一个平台制造的设备就只有三年半的软件更新了。而且,不像友商(例如微软或红帽)的更新策略,ChromeOS设备的寿命是完全由Google掌控的,这意味着系统集成商没有办法提供长期的软件更新与硬件支持。2020年后推出的新品已经延长至八年的AUE,但之前的产品就只能自求多福了。 FydeOS license model除了生命周期之外,商业授权模式也很重要。对于一般的消费者来说,ChromeOS是一个随硬件提供授权的开源操作系统的商业发行版,这很好,也不存在迷惑点:我买了硬件,在AUE期间你Google就有责任维护我的使用体验、推送新功能和安全补丁;但FydeOS的授权模式是比较复杂的:有面向开源社区的openFyde,有商业化的FydeOS for PC/VMWare,有SaaS的FydeOS for You。这不得不引出一个问题,Fydetab Duo的软件授权模式是什么,毕竟在购买硬件后用户还需要为合理的软件支持付钱多少有点反消费者了。 AUE Confirm不过这点大家可以放心,因为上游已经明确Fydetab Duo的软件授权模式是AUE模式,目前规划的生命周期是六年。虽然比不了Google的八年,也绝对够用了。

Android子系统

尽管在ChromeOS 95版本上,Android子系统就已经逐步更新到基于ARCVM的Android 11,但在目前的FydeOS中,Android子系统的版本仍是基于传统ARC++的Android 9,确切的说,是一个在架构上类似ARC++的自有实现。
ARC++ to ARCVM 在ChromeOS上使用ARCVM替换ARC++有利有弊。ARCVM与ARC++在架构上最大的区别就是ARCVM是一个完整的VM而非一个容器,它需要在host的kernel上运行一个hypervisor,并在这个hypervisor上运行一个完整的Android操作系统。这颇类似于微软从WSL1到WSL2做的改进,尽管微软是从syscall翻译转向轻量HyperV。诚然,这能够显著减少对开发者而言的各种奇怪ticket,毕竟一个运行在容器里的、不完整的Android发行版显然比一个完整的、运行在虚拟机里的Android发行版更容易出现Bug;与此同时也能减少Android平台的恶意软件通过容器溢出的方式攻击host OS,或Android容器中的内核级Bug影响到整机的运行的概率。考虑到ChromeOS逐渐走出K12进入各类对数据安全和uptime有更高要求的企业,这一部署显然是有它的合理性在的。但另一方面,一个完整的虚拟机占用的资源显然比容器更大,这意味着更少的资源能够被分配给应用运行。尤其是考虑到ChromeOS设备通常在性能方面先天处于劣势,进一步放大了虚拟化性能开销造成的问题。(这点在一些老的x86 Chromebook上尤为明显,双核Skylake-Y跑Android虚拟机,Google你怎么想的.jpg)
上面的内容可能对于普通用户来说十分难以理解,简单来说,Fydetab Duo上的安卓容器虽然版本更老,但是性能表现相对更强,而且Android 9其实现在来看也并不存在太多兼容性问题。所以,至少对于这台性能仍然十分受限的Fydetab来说,不去跟主线并不一定会造成很大的问题,甚至可能是更优解。

Linux子系统

Crostini infrastructure Linux子系统的体验与ChromeOS上的Linux子系统如出一辙,就是一个标准的Debian GNU/Linux 11。为了照顾中国用户的使用体验,它的软件包源被预设到了阿里云,而且如果你不想用也可以自己改,总比某软件硬编码TUNA好不是?而且,如果实在用不惯Debian(比如我这种Arch用户)也可以自行更换,官方甚至提供了更换Arch Linux容器的指南
技术上来说,Crostini的实现方式与上文提到的ARCVM Android子系统极为相似,而ARCVM所依赖的crosvm又是在KVM的基础上进行开发的。至于为什么Linux子系统从day 1就开始使用VM而Android子系统直到CrOS 95才开始逐渐从容器转向VM,原因也是安全问题。
在正常的使用(指不启动开发者模式)中,Google认为用户能够在ChromeOS设备上安装的Android应用只能来自Google Play,这意味着Google已经对这些应用进行了审查。同时,Android子系统不提供Root权限,这意味着事实上Android子系统在容器中也很难被攻击。而在Linux容器中,用户从何处获取、安装并运行二进制都是不受限制的,同时也拥有容器内的Root权限,这意味着恶意攻击者可以相对轻松地尝试进行容器溢出,存在着不可忽视的安全威胁。因此,Linux子系统无法使用类ARC++的容器机制运行。至于开启开发者模式后的安全性,这就不是Google有义务维护的了。

使用体验

使用体验上,FydeOS可以说跟ChromeOS设备完全一致。
开机点亮屏幕,Fyde的logo显示、消散、然后进入FydeOS的激活页面。有一点需要注意的是,Fydetab Duo没有Chromebook上的bootloader页面,意味着你无法手动选择是否启用开发者模式。不过不用担心,这一模式(至少在我手上的机器上)是默认开启的。有一点很不错的是,它允许你使用本地账户,在不注册Fyde账户的前提下使用这台机器,尽管你仍然需要连接互联网才能进入账户选项。而反观Chromebook必须登录Google账户才能正常使用。诚然,ChromeOS的很多功能都建立在Google服务体系的基础上,抛弃Google账户意味着你将(在事实上)无法使用Android子系统,削去很大一部分使用场景,但我仍然认为对于一台面向正经需求的个人电脑而言,允许用户使用纯本地账户是必不可少的功能。
登陆后的FydeOS界面与ChromeOS不能说十分接近只能说完全一样。虽然Logo为了统一设计风格做了变动,但除此之外几乎完全一致。然而,对于大多数国内的用户来说,这种“完全一致”的风格本身就是一种问题。Google在ChromeOS上的UI设计思路是与Android手机一致的,这意味着原先Android生态的用户能够迅速习惯ChromeOS的操作逻辑,但国内的手机厂商几乎每家都有自己的UI,自己的设计风格、操作逻辑和功能树,而且它们与AOSP的逻辑相差甚远。这就意味着在ChromeOS的UI上这些用户需要从零开始学习。不过换个角度说,现有的ChromeOS用户也能无缝直接与FydeOS生态衔接,所以某种意义上有利有弊?

软件商店

App Store 对于FydeOS来说,一个官方的软件商店是绝对必不可少的。尽管ChromeOS的设计思路就是All in Web,由PWA去处理所有的需求,但很显然这种思路在中国是不适用的。不仅如此,对于全世界大部分消费者来说,只有少部分以前就熟悉ChromeOS的用户在拿到这台设备后可以直接行云流水般安装各种必要的应用,更多人看到它只会一脸懵逼:我是谁?我在哪?我要干什么?在Google的生态下,这个任务是由Chrome Web Store与Google Play完成的,而在FydeOS上,这两个商店显然无法访问,因此FydeOS需要一个自己的应用商店。 Android Apps Browser attachments Browser Theme Apps for FydeOS
FydeOS的应用商店是一个一站式的应用商店,把Chrome Web Store和Google Play的功能整合在一起。用户可以下载到一些Chromium浏览器使用的插件和Android端的应用程序。不过,应用程序的数量还是略有限,强烈建议自行安装一个应用商店,或者通过自带的OpenGapps部署脚本在Android容器里跑上Google Play。

设计缺陷

Not very decent Not very decent Very Good 我自己是ChromeOS生态(或者说Google生态)的忠实用户,所以硬要我找问题我很难找出来可以归罪到FydeOS头上的问题(因为Google背大锅),但有一点我觉得问题很大,就是在平板模式下使用一个无法自动拉伸全屏的窗口时边缘会黑化,这时候的感觉就令人觉得很不舒服,如果使用背景虚化表现就会好很多。这一问题是FydeOS的原生应用独享的,在Android容器中就不会出现这种问题。

性能测试

说了这么多,性能究竟怎么样?由于Chromium系的特性,这次性能测试从四个维度进行:浏览器、bare metal、Linux container和Android container。由于目前没有基于ChromeOS的RK3588设备(甚至没有性能相近的SoC的Chromebook,不过有了我也买不起),本测试的所有成绩仅供参考,无法用作对比。另外,还是那句话,本次测试用到的Fydetab Duo仍处于DVT阶段,不排除最终量产时通过进一步优化提升综合表现的可能性。测试使用的FydeOS系统版本如下: OS Version

浏览器性能

既然ChromeOS的核心是浏览器,那浏览器性能本身就是使用体验的极重要部分了。这次测试运行四个项目,每个项目中都有简单的概括,但如果想要具体了解各个项目的内容请自行阅读对应文档(每个项目对应的技术文档都很长,塞进文章里会破坏整个叙事结构,真不是我懒)

Browserbench JetStream2

JetStream2 JetStream2是一个基于JavaScript和WebAssembly的测试项目,主要检测浏览器在复杂应用下的性能。

Browserbench MotionMark

MotionMark MotionMark主要测试的是浏览器的图形能力。

Browserbench Speedometer

Speedometer Detail Speedometer主要检测在简单应用(例如搜索引擎)下浏览器的性能表现。Fydetab Duo的平均分是50.9分,上下波动幅度2.7%,稳定还是很稳定的。

WebGL Aquarium

WebGL Aquarium WebGL水族馆是一个高负载的图形测试项目,它通过渲染一坨鱼在水族馆水缸里游泳来测试图形处理能力。在默认的500条鱼情况下,Fydetab Duo能够保证在50帧左右波动,偶尔上60.

原生Linux性能

至于bare metal测试,除了一些Linux性能测试之外,另外一个重点是视频硬解码。在我之前评测基于OP1的三星Chromebook Plus时,我发现Mali GPU在ChromeOS下难以调用硬件加速:使用自带的视频播放器播放1080p BD-RIP的动画视频都会严重发热掉帧,Linux容器中的VLC更不用说。事后核查发现,在当时Mali GPU的硬件加速功能根本没有得到调用,纯纯是靠A72+A53在死撑,不热不卡才有鬼。更伶人蚌埠的是,OP1是Google第一个贴牌的为ChromeOS优化的ARM SoC,在这种基础功能上翻了车,笑死。因此,在借到这台同样使用Mali GPU的设备后,我很关心的一个问题就是这一问题是否随着ChromiumOS的更新得到改善。

视频播放

视频播放使用FydeOS自带的多媒体应用进行,播放四段视频,H264、H265编码、1080p/4K分辨率。由于多媒体应用无法处理MKV格式的视频(这点也是个问题),这些视频将在其他电脑上通过FFMPeg转码成MP4格式。码率不算特别高,但是都是高质量的视频。播放时使用cog监控CPU的大致占用,结果如下: H264 FHD H264 UHD H265 FHD H264的1080p与4K视频都能够以足够低的CPU占用率(毕竟播放的是在NAS里的视频,CPU占用偏高很正常)流畅播放,说明GPU加速确实有在工作,但H265视频完全无法播放,这只能理解为自带的多媒体应用的问题了。问题不大,开个Kodi或VLC就行。无论如何,这个问题解决算是一个石头放下了。

OpenBenchmark Linux内核编译测试

考虑到RK3588S的性能,相信很多用户会尝试使用这台设备作为开发工作站。使用phoronix test suite运行OpenBenchmarking.org提供的Linux内核编译测试可以测试它在编译时的性能表现。 neofetchs 由于FydeOS在安装Chromebrew时出现了问题,我这里采用的测试方式是通过Crouton运行一个与Linux容器同样的Debian容器进行测试。由于Crouton的底层技术是chroot,它使用FydeOS自身的内核并拥有完整的硬件性能权限,这意味着它可以用于测试在原生情况下的系统性能。
Linux Native compile 测试结果显示,在defconfig下这台机器的编译用时达到了995秒61,小17分钟;而allmodconfig中直接飙升到4879秒61,一个小时二十分钟。有一说一,编译内核这么快,性能还是给力的。测试数据在这里,有兴趣的可以去检查。

Linux容器性能

在Linux容器下进行的测试是复现一边上面提到的OpenBenchmark Linux内核编译测试,目的主要是检测crosvm的性能损耗。
Linux container compile defconfig跑了1172秒,比前面的995秒61慢了18%左右,crosvm这套容器跑下来的损失确实不小,建议用别的方案还是。

Android性能

Android的测试就比较有意思了。由于Fydetab Duo基于ARM SoC方案,对Android应用生态的兼容是最佳的。同时,考虑到它的CPU规模确实颇为强劲,理论上不应该有跑不了的应用。不过需要注意的是,由于FydeOS上的Android容器方案正如前文所说是一套自研的类ARC++方案,在常见的Android测试应用中分数表现都并不良,且分数波动严重。 Genshin Impact 尽管如此,在一些常见的高负载任务(例如原神中),它的表现仍然是能够满足消费者对Mali G610MP4这颗GPU的期待的。因此,跑分环节仅供参考。

Geekbench

Geekbench5是常用的一套面向Android设备的CPU性能测试工具。 Geekbench CPU Geekbench Single Core Geekbench Multi Core !有一说一,CPU性能这块确实是我最不认为可能出问题的地方,毕竟谁跑不是跑呢,但是Geekbench的这个成绩出来就很离谱,小号855不如660,多少有点令人蚌埠

Gekkbench AI Benchmark

Geekbench的AI跑分利用Tensorflow Lite模型进行,支持CPU、GPU与NNAPI三种测试模式。CPU和GPU都很好理解,NNAPI是在Android 8.1开始引入的、专门面向神经网络AI应用的指令集。 NPU考虑到RK3588S搭载的NPU标称算力高达6TOPS,测试一下AI性能还是存在意义的。 CPU CPU Detail GPU GPU Detail NPU NPU Detail 不过,很显然,这套Android容器无法有效调用RK3588S上的NPU,考虑到这种多层架构+ChromeOS本身对SoC NPU的利用效率也存疑,某种意义上也算合理。

3DMark Sling Shot

没有Android 11容器最大的问题就是无法运行3DMark除Sling Shot这一OpenGL3.0测试之外的任何测试项目,但实际游戏中其实很少会出现这个问题就是了。 3DMark 不觉得这很酷吗?作为一名理工男我觉得这太酷了,很符合我对Mali G610MP4的想象,科技并带着趣味。唯一评价:GPU规模差这件事是没救的(确信)

安兔兔

经典综合性能评测工具安兔兔,江湖诨号雷兔兔,但是还是有一定参考价值。 Antutu Benchmark 总分44万分,问题最大的地方是根本没跑起来的视频解码,自有方案没办法的,这就是阵痛,还是需要Fyde团队继续去做改进。高情商叫独立自主,低情商就是阴间方案,就看你想怎么评价。

总结

其实写到这里我发现我有点下不去笔,所以这段写的比较乱,大家将就看一下吧。
必须肯定的是,FydeOS这套操作系统生态,配合Fydetab Duo这个硬件设备,不说是完全成功起码也是及格线往上。硬件上足够高级足够流畅,同时软件也,至少对我这样一个长期使用ChromeOS和Linux的发烧友来说,足够好用。尽管在厚度、拓展性和SKU上还存在一点瑕疵,但这些问题都很难算是Deal breaker。就针对Fydetab Duo这台设备来说,我的评价是有需求可以考虑买,甚至说,如果未来有内存容量扩大的SKU我自己都会考虑买一台来玩玩。
不过,Fydetab Duo的意义并不止于此。ChromeOS在大部分中国消费者眼里没有价值,一个去Google化的FydeOS在大部分海外消费者眼里也没有价值。这意味着无论海内外,愿意去了解、尝试、购买、使用Fydetab Duo的消费者都是一个相对小众的、以技术发烧友为主的群体。(不如说能知道有RK3588这么个玩意儿的多少都已经沾点SBC了)FydeOS团队当然也清楚这一点,所以他们对Fydetab Duo的定位与其说是一个与小米华为等厂商抢市场的消费电子产品,不如说是一个类似于Chromebook Pixel的炫技产品。只不过,Chromebook Pixel炫的是它的工业设计,而Fydetab Duo炫的是软硬件集成与交付能力。
事实上,Fyde Innovation的主营业务与其说是FydeOS for You这类的消费级软件,不如说是面向企业提供一个类ChromeOS的方案。而且,如果把ChromeOS for Enterprise比作AMD的Ryzen Pro,仅仅是在标准款Ryzen CPU上加上企业管理功能,那么FydeOS for Enterprise就是为PS和Xbox主机准备的半定制半导体服务。由于企业对IT基础架构的数据安全担忧或监管部门的合规审查,ChromeOS要求完全信赖Google的业务模式对很多企业来说是并不可行的(这点并不局限于中国)。FydeOS能够提供一个本地部署+商业定制的服务,在不动ChromeOS用户体验的前提下无缝衔接到满足合规要求/数据安全要求的合规环境。同时,这种服务也保留了ChromeOS全、易管理和轻量化的优势,对于很多机构和人员来说这种操作系统真的可以是PC/Mac之外的第三条路径。所以,Fydetab Duo更多是尝试向这些人展示FydeOS的生态以及未来的前景。必须要注意的是,由于FydeOS本质上是一个“ChromeOS /w or /wo Google”,而ChromeOS本身在企业级市场已经是有一定声量和用户的相对成熟的解决方案,即这种基于云(无论是公有云还是私有云)的计算方式在企业是确实成熟的,留给FydeOS团队的问题只剩下了证明自己有能力提供足够的技术支持和维护周期,而不像某些友商中道崩殂,而Fydetab Duo就是他们的答卷:一台高性能的、能够满足企业日常需求的二合一产品,通过软硬件结合的方式展现自己的技术实力,同时让更多的消费者了解到FydeOS,一举两得。
Nice play guys.
Carry on.