iPhone 17e性能飞跃！优化师揭晓三大新亮点

外观展示图，仅供参考

　　桌上三杯没喝的咖啡，最左边那杯盖子掀开过，中间那杯杯壁结了层薄霜，最右边那杯底下垫着张揉皱的A4纸，印着上周CI流水线挂掉的报错截图。组长进来扒拉了下第三台机子的USB日志，说“先归到thermal throttle里”，转身去隔壁看Android新基线了。我伸手摸了下机身中框，温的，不烫，但比上一版同场景低了两度——这个我说不准，没校准过红外枪，只凭手感。

　　工位隔板上贴的便利贴还粘着，蓝底白字：“别信release note里‘全面优化’四个字”。是上个月测试冲刺收尾时写的，油墨有点糊，右下角被蹭掉半颗星。我原以为他们真改了调度器的抢占逻辑，结果翻了三天kernel trace，发现只是把sched_latency_ns从十八秒调成了十九秒半，还加了个注释：// prevent user complaints in demo mode。demo mode？我们跑的是daily build啊。开发小王过来盯trace的时候叼着根棒棒糖，糖纸没撕干净，粘在嘴角，他边舔边说：“你再跑十轮，说不定就过了。”我问他要不要一起看ftrace的rq migration记录，他摆摆手，说“产品经理刚催第三版演示视频了”。

　　测试间的灯管闪。不是整排，就左起第二根，频率不匀，忽快忽慢，像有人在配电箱那儿拿螺丝刀碰火线。我抬头看了三次，第四次没看——反正它不影响adb shell top的输出。但第五次它闪得特别长，足足停了两秒，整个间里只剩机柜风扇声，嗡……嗡……嗡……我数到第七个嗡，灯亮了，屏幕倒映出我眼睛下面发青的皮，还有旁边机子上未锁屏的锁屏界面，时间显示凌晨两点零七分。

　　那个“优胜劣汰”不是修辞。是真的淘汰——把所有能压进32ms deadline里的线程全喂给P-core，剩下的不管死活全扔E-core池子里排队，排队超五百毫秒？直接kill -9，不报SIGTERM，不写crashlog，不触发watchdog。我抓包抓到两次，一次在微信语音通话转码，一次在地图后台路径预加载。前者语音断续成碎渣，后者路线重算花了三十七秒，用户根本没感知——因为app自己fallback到离线缓存了。可我们得测啊。我手动改了system_server的debug flag，把那个E-core timeout阈值从三百七十二毫秒往下调二十毫秒，当天晚上八点四十，六百台机器里崩了四台，全是同一个kernel panic：invalid task_state on offline cpu。没人认领，最后挂在驱动组，说“复现条件太苛刻”。呵。

　　凌晨打车回家的司机在听评书，《杨家将》里潘仁美正陷害杨六郎。我靠在后座，耳机线缠在指节上，没插手机，就听那声音一高一低地抖：“……这奸贼！表面递茶，底下递刀！”——车过高架桥墩时颠了一下，我手机滑进座椅缝，掏出来时屏幕还亮着，刚收到测试平台推送：iOS_17e_Beta6.3_r389221已解压完毕，MD5校验通过。我划掉通知，没点进去。反正明早八点还要重刷一遍same workload same config same temp profile，只为了确认那个“性能飞跃”是不是真的飞出了热区边界，还是单纯把热区挪到了我们没画进case图的地方。

　　便利贴底下还压着半张便签，是我自己写的：“查一下sysctl kern.sched.efficacy_bias是否被动态重载”，字迹潦草，最后一个“i”拖出老长，像条快干的蚯蚓。我没查。现在不想查。等他们哪天把那个flag写进release note里再说吧——写之前，先让我看看trace里有没有人真动过它。

　　先歇两天。下周一晨会我打算把三台机子全切到userdebug模式，把loglevel提到KERN_EMERG，再塞进去一段故意制造cache thrashing的monkey脚本。如果它还能“优胜劣汰”得那么干脆，我就信。

（编辑：171手机网）

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