真我12 Pro至尊版深度测评：游戏性能炸裂！

　　亲历现场。那晚九点四十七，我盯着真我12 Pro至尊版跑《原神》三十二分钟的帧率图——它没掉过一帧，但系统底层日志里连续十七次 fallback 到 legacy thermal hal——这玩意儿在那版系统里早该被砍了，结果它还在喘气，像根没拔干净的钉子。

　　我原以为是 thermal hal 模块加载顺序乱了，调了八遍 vendor_boot.img 里的 module load list，最后发现根本不是顺序问题：是那个叫“优胜劣汰”的调度逻辑自己把自己绕死了——它判别“劣”靠的是五秒滑动窗口平均功耗，可游戏热身阶段前三秒全是 GPU idle 命中 cache，数值虚低，系统就当它是“优”，放它狂奔；等第四秒开始真烧起来了，调度器才醒，但这时候 thermal hal 已经被 bypass 了三次，再切回来时温度传感器上报延迟了四百一十三毫秒……这个我敢打包票，我录了十六遍 dmesg + sensorservice trace，时间戳对得上。

　　桌上机械键盘声又响了，青轴，敲空格键那一下特别脆。测试妹子小杨刚把第六台真我12 Pro至尊版塞进温箱，说“-5℃到65℃循环第三轮”，我抬头看见她左耳钉掉了半颗，在工位角落反光。窗外洒水车正经过，滋啦——滋啦——滋啦——那种老式铜管阀门漏气似的节奏，喷头晃着，水线斜劈过来，打在窗台测试机堆上，有三台屏幕还亮着《崩坏：星穹铁道》启动动画，玻璃面立刻蒸出白雾，边缘慢慢糊成一片。

　　厂商对接人老周微信弹出来：“能不能今晚十一点前给个确认？雷总明天早会要用”。我没回。转头把 debugfs 节点 /d/thermal/tz-by-name/mtktsbattery/type 改成 “user_space”，强制绕过整套 thermal policy，结果帧率更稳了，GPU 频率曲线平得像尺子量过——可功耗跳了两档，电池板温度飙升十七度。这不叫炸裂，这叫拿命换帧。优胜劣汰？优的是调度逻辑，劣的是电池寿命，淘汰的是谁？是用户三年后换机时摸到发烫的后盖，还是我们半夜三点还在 patch kernel driver 的手指关节？

　　楼下便利店关东煮锅开了，咕嘟咕嘟，卤蛋在汤里翻白边。我听见隔壁工位外包同事阿哲骂了一句“妈的”，摔了USB-C转接头——他试了二十三次都连不上那台新配的雷电4转MIPI测试仪，接口认证死在 vendor id handshake 阶段。我说你插反了，他说没反，我拿过来一摸，插头金属舌片翘了一丝缝，是厂里上次批量退货那批残次品，我上周还帮他们写过补丁脚本打标，标完自己忘了存本地。

产品概念图，仅供参考

　　其实这事早有苗头。去年Q3那版系统，realme 内部就传过一份未署名的架构会议纪要，提过“thermal policy 收口归一，弃 legacy，上 adaptive windowing”，结果交付包里照样带 legacy hal 二进制，就藏在 vendor.img 末尾一个叫“_backup_thermal_v1.o”的 section 里，用 readelf -S 看不到，得 od -t x1 截头一百字节才能扫出来。没人提，没人删，也没人敢动——动了可能触发某款旧 OEM sensor 的 panic fallback path。这种东西就像墙皮下霉斑，表面光鲜，手一抠就簌簌掉灰。

　　我盯了五分钟那帧率图，中间去接了杯凉透的茶，杯子底结了层薄膜。回来发现 adb shell dumpsys gfxinfo com.miHoYo.Yuanshen | grep "Jank" 的输出里，jank count 是零，但 TotalFrameCount 却比实测时间少十一帧——少在哪？我不知道。Logcat 里没有任何 warning，trace 文件里也找不到 drop frame mark，就是凭空少了。这事儿我说不准。就像你永远不知道某次 SurfaceFlinger 的 layer commit 是卡在 binder transaction，还是卡在 DisplayPort link training 的 retry loop 里，它们看起来都一样：黑屏三帧，然后继续。

　　昨天重刷了三遍 system.img，最后一次刷进去之前，我把 build.prop 里 ro.build.version.incremental 改成了“yesterday-night”，没别的意思，就想看看 OTA 后会不会有哪条 log 顺嘴念出这行字。结果没有。一条都没有。连 system_server 初始化时读 build.prop 的 debug log 都被裁掉了。现在我怀疑他们连 Log.v 都阉了三层，只留 Log.e 给 crash handler 抓尸。

　　所以你说“游戏性能炸裂”？是炸，但炸的是安全冗余，不是性能上限。炸得越响，说明预留的 buffer 越薄，越没容错。隔壁 OPPO Find X7 那版系统里 thermal hal 至少还有两层 fallback：先降频，再 dim 屏，最后才是 kill app。真我这版，它只有一条路：赢，或者死。赢了就是“优胜劣汰”，输了就是用户凌晨两点手机烫到没法放枕头边——这个我敢打包票，我自己试过七次，每次都是同一只左手小指被烫红。

　　我现在在拆第三台真我12 Pro至尊版的后盖，想看看 thermal pad 是不是比上代厚了零点二毫米。螺丝刀刚拧松第一颗，手机自动黑屏重启了——不是掉电，是 sysfs 触发了 reset reason 0x1e，查文档说是“THERMAL_SHUTDOWN_FORCE”，但温感芯片实际温度才四十一度。这不对。太不对了。我得找老周要 thermal config 的原始 diff，不是他们给的 release note PDF，是 git log 里那次 merge commit 的 raw patch。现在就要。

（编辑：52刷机网）

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