OPPO Reno15c深度评测：性能影像双跃升

　　亲历现场。那个大版本封版前四十八小时，我盯着 Reno15c 的 thermal throttling log 看了十七遍——不是看温度峰值，是看它每次跌到 1.2GHz 之后，恢复得比上一版慢零点三秒。这个我敢打包票，差半秒就是调度器里多走了一次 idle state 判定，我连 trace point 都截了三屏。可开发说“热策略没问题”，产品经理在会议室白板上画了个上升箭头，说“用户感知是跃升”。我当场把热成像图往桌上一摊，散热模组焊点虚贴的位置标得比他们PPT里的“双跃升”还粗。

　　工位隔板上贴的便利贴还没撕，写的是“Reno15c主摄暗光ISO6400帧率不稳”，字被咖啡渍晕开一半。桌上三杯没喝的咖啡，最左那杯杯底结了薄霜——空调又打太低，测试间恒温箱设定35℃，人待着22℃，灯管闪得跟呼吸灯似的，滋啦、滋啦、滋啦，每闪一次我就数一次，闪到第二百三十八下时，组长端着泡面进来，掀开盖子问：“thermal pass没？”我说：“pass了。”他点头就走，汤汁滴在log打印稿第三页，刚好盖住我手写的批注“GFX clock drop not synced with CPU governor”。我没拦，也没重打——那个字本来就不该写在那儿，该写进 firmware patch note。

　　我原以为只是温控阈值调激进了，结果查到驱动层发现，他们把上一版的thermal_zone_update()从周期轮询改成了事件触发，但忘了配一个完整的irq mask，导致GPU降频后，CPU那边还在等那个永远不来的callback。这事不能说“没测出来”，是我们测了——跑满载压力时，trace里清楚写着“skip thermal update, reason: pending irq disabled”。可开发回邮件只写“逻辑优化，避免空轮询”。优化？那我凌晨三点重启第十一次测试机的时候，屏幕右下角弹窗“thermal daemon crash”的弹窗算不算优化漏掉的尾巴？

　　测试间的灯管闪，滋啦一声，我把Logcat窗口最小化，打开相机App点开夜景模式——连按三次快门，第一张曝光正常，第二张绿噪炸开，第三张直接黑屏重启。不是OOM，是vendor camera HAL 在高ISO下强行绑定了ISP pipeline 和 thermal sensor，绑得太紧，sensor一上报临界值，pipeline直接uninit，连buffer都懒得清。我截了三段dmesg，发群里，组长回了个，开发回了个“已知”，产品经理发来新PRD截图，说“夜景算法已迭代，主打纯净感”。纯净？我拿USB-C线插着电脑导日志，线头弯了两道，接口处铜丝裸了一小截——这破线连三天都撑不过，你跟我说纯净感？

　　凌晨打车回家的司机在听评书，《隋唐演义》里秦叔宝卖马那段，声儿特亮：“……那黄骠马，看着瘦，筋骨里压着千斤力！”我听着笑出声，司机扭头问我是不是也干IT，我说是搞系统的。他说：“噢，修电脑的？”我说不是，是找电脑为啥自己突然不干活的。他嗯了一声，转回去继续听，“……马缰一抖，尘土就起来了。”我盯着窗外路灯，一盏灭、一盏亮、一盏拖着残影，和测试间那根灯管节奏完全一样。我手机锁屏界面还停在Reno15c的camera preview，左下角小字写着“AI夜景·实时增强中”，而实际屏幕上，一整个黑，连个星光都没补上。

外观展示图，仅供参考

　　那个大版本最后封了，我们签了release note。我现在抽屉里还压着两张未提交的bug report：一张写“VoLTE通话中插拔耳机触发AudioFlinger crash（复现率83%）”，另一张只有标题：“Reno15c主摄RAW dump中出现非法padding bytes，影响第三方APP解析”。第二张我没填详情，因为填了也没人review——上周三的bug review会上，开发盯着自己手机刷短视频，手指划得比我们念priority list还快。我现在每天进实验室第一件事，是先把测试间那根闪的灯管拍下来，发给行政报修。已经报了四次。第四次回复是：“厂商排期，预计下周上门”。

　　先扔结论后补细节，但补着补着就岔开了。无所谓。反正明天上午十点还要进OTA lab跑reboot-after-update stress，这次我打算把USB-C线全换成新的——就那种带编织层的，贵三十块。至于那张没填详情的bug report……我今晚回家再看看，要是评书讲到程咬金三斧子劈开城门，我就把它扫进回收站。

（编辑：171手机网）

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