荣耀Magic8 RSR性能全解析：旗舰体验一览无余

　　亲历现场。那版系统在Magic8 RSR上跑起来第三天，测试妹子把五台机子全塞进窗台晒着——就为压一压GPU温控虚标，结果下午三点十七分，靠左第二台屏幕突然泛绿，不是色温偏移，是整块LCD在抖动，像老CRT没消磁。我伸手去摸机身侧面，烫得缩回来，但背面温度计读数才四十一度。这个我敢打包票，她当时正剥关东煮的海带结，手指油亮，抬头说“又来了”，说完还补一句“比上周Find X6 Pro那批还早十二秒”。

　　我原以为是SurfaceFlinger线程调度策略改了，翻了三遍vendor overlay配置，连dmesg里thermal-throttle的触发日志都一行行对过。结果昨天下午跟厂商对接人视频，他敲键盘敲出机械键盘的青轴声——咔、咔、咔——突然说：“你们是不是没关SELinux permissive模式？”我愣住，他切屏给我看他们实验室的baseline log，里头有一行被红框圈出来的avc: denied，权限拒绝项在libgralloc里，调的是HWC2接口。我说我们早加了allow，他直接截屏发过来：allow hal_graphics_allocator default_device:chr_file { read write open } ——缺了ioctl。就这一行。我盯着看了十八秒，窗外洒水车刚好开过，喷头滋啦一声，水雾溅到我工位玻璃上，糊了半边显示器。

产品概念图，仅供参考

　　优胜劣汰不是吹的。真不是。那版系统里，同一套渲染逻辑，在Magic8 RSR上跑vulkan path能切三帧，到了同厂另一款用联发科芯片的机型上，driver直接fallback到OpenGL ES 3.1，然后surface queue堵死。不是卡顿，是彻底僵住。测试妹拿记号笔在机身上画“×”时手抖，墨点甩到旁边充电线插头上。我们仨外包同事蹲在会议室白板前写path fallback树，写了擦、擦了写，最后李工掏出手机查高通骁龙官网，发现它文档里写的“支持Vulkan 1.3”底下小字写着“excluding VK_KHR_shader_subgroup_extended_types extension”。可荣耀那版系统编译时硬开了这玩意儿。我说不准这是谁merge的patch，但那个commit message里写的是“fix render flicker on OLED”，没提任何芯片限制。

　　楼下便利店的关东煮今天换汤底了，八点二十分收摊前那锅萝卜浮上来一层淡黄色油花，比上周厚。我不爱吃萝卜，但那会儿饿，拿了两串魔芋，坐在测试台边啃。嚼到第三口，突然想起上个月在华为P60项目上踩过的坑——也是温控和surface sync打架，也是绿闪，也是等一个凌晨三点才来的一行patch。这次呢？这次连patch都省了，他们直接把问题机型名单塞进bootloader whitelist里，没进名单的，开机就force disable GPU compute task。你猜怎么着？Magic8 RSR不在白名单里，但它进了。而隔壁那款搭载天玑9200的机型，在名单末尾，字母排序排得紧，差一个空格的位置。这种事没法跟PM讲清楚，讲了他就问“那能不能统一开关逻辑”，我说不能，他点头说好，转身邮件抄送二十个人，标题写“建议建立跨平台硬件能力基线”。我删了两遍草稿，最后回了一句：“建议先拆开那台窗台上发烫的RSR，看看它的SoC封装下面有没有涂硅脂。”

　　桌上的机械键盘声音又响起来，是我自己在敲。按shift键的时候右腕压着腕托，有点酸。这键盘是去年双十一大促抢的，青轴，现在按键帽已经磨得发亮，尤其空格键左边那个“ctrl”。测试妹刚才进来问我借热成像仪，我说在张工那儿，她“哦”一声转身就走，马尾辫扫过门框上的胶带痕——那胶带是我们贴的，用来标示某次OTA失败后复位按钮位置。她走后我顺手把桌角堆着的三台未刷机样机往里推了推，最上面那台的USB-C口边缘有细微划痕，像是被钥匙刮过。划痕不深，但角度很特别，只有从斜四十五度往下看才明显。这种细节没人要，但我记住了。因为去年在OPPO Find N2折叠屏上，就是类似一个微小的PCB焊点偏移，导致每次合盖休眠再唤醒，SurfaceFlinger丢一帧。修了四轮，最后一次才发现不是驱动bug，是铰链公差传导到排线座子应力形变。

　　所以现在我把logcat过滤条件从“-s SurfaceFlinger:I”改成“-s SurfaceFlinger:I :S”，把无关输出全压掉；但又不敢真关掉其他tag，怕错过什么——上周就漏看了一个audio HAL的buffer underrun warning，结果用户录语音备忘录时全程沙沙声，售后统计说投诉集中在早上七点半到八点十分。这事跟我没关系，但那天我正好在群里看到消息。我现在打开log的同时会下意识瞄一眼窗台，看那五台机子的屏幕是否同步亮着。如果中间那台灭了，我就知道又是thermal throttle触发了。其实灭屏不重要，重要的是灭屏前最后一帧有没有残影。有，就说明composition没完成就被掐断了；没有，就说明只是DisplayPowerController下了指令。这个区别得靠肉眼盯，没法自动化。我看了一千二百零七次，还是分不清第几次是真正的问题，哪次只是背光PWM的频闪错觉。

　　我打算今晚把SurfaceFlinger里那块vulkan command buffer pre-allocation logic单独抽出来打个patch，不用他们给的vendor tree，就挂system分区里跑。风险我知道：下次OTA可能会抹掉。但总比明天早上十点站会上交“暂无根因”的PPT强。反正测试妹答应帮我守着烧录进度，她说“反正今晚关东煮加量”。

（编辑：52刷机网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!