iPhone 17e前瞻:性能跃升+影像革新全解析
|
亲历现场。那个大版本封版前四十八小时,我蹲在B2-3测试间盯着灰度机跑Monkey——就那台总掉帧的A17样机,屏保还卡在“iPhone 17e前瞻:性能跃升+影像革新全解析”这行字上,灰得发绿。组长站我背后看了三分钟,没说话,伸手把空调遥控器调到26℃,然后拧开保温杯盖吹了口热气,水汽糊了镜片。我原以为是冲着崩溃日志来的,结果他掏出手机念了句标题,笑了一下,说“优胜劣汰”这词儿写得挺准。我差点把嘴里的咖啡喷出来——那咖啡是凌晨三点泡的,现在凉透了,浮着一层油膜。 桌上三杯没喝的咖啡,最左边那杯杯底结了浅褐色环,中间那杯滤纸还卡在杯沿没撕干净,右边那杯杯身歪着,标签卷边翘起一毫米。我伸手去扶,结果碰倒了隔板上贴的便利贴——黄的,字是蓝圆珠笔写的:“别信PRD里‘自然过渡’那行”,下面画了个箭头戳进“相机启动耗时”字段里,箭头尖上被人用红笔加了个叉。这叉我认得,产品经理小陈昨天半夜改的,他改完直接蹲地上拍了张照发群里,配文“叉掉幻想”。我没回。但我知道,他拍完照顺手把隔板角落那张“Q3稳定性目标达成率≥99.8%”的打印纸扯下来揉了团,扔进废纸篓——废纸篓满得盖不上盖,纸团堆得比篓沿高两指宽。 先扔结论后补细节。这个标题优点就在“优胜劣汰”四个字——它不许你问“淘汰谁”,也不逼你答“怎么胜出”。你跑一遍Camera HAL重启链路就知道,那个大版本把AVCaptureSession的recoverFromCrash逻辑直接砍了,不是重构,是删。删得特别干净,连兜底的logcat埋点都一并抹掉。开发老李今早来捞日志,翻了十七遍systrace才意识到不是他漏打了,是根本没地方打。我敢打包票:system_server进程挂掉时,Logcat输出的最后一行是“V CameraDeviceState@0x7f...”。可这句话后面没换行,硬接了kernel的oom_kill,中间断得像被刀剁过。他说这叫“轻装上阵”,我说这叫“裸奔上高速”。他说得对不对?这个我说不准。 测试间的灯管闪。不是整排,就靠窗第三根,频率很怪,五秒亮、三秒暗、再七秒频闪,像有人用示波器调占空比。我数过三次,每次中断都是在reboot流程走到thermal_shutdown_check之后。但没人修——工位报修单上周就交了,系统显示“已分配”,状态栏一直停在“处理中(优先级:低)”。我昨天路过配电间,听见里面有人说“LED驱动IC批次不良,等新料号”。我就想,这灯要是再闪三天,可能真会干扰到光感模块的baseline校准……不过算了,反正我们连那台设备的校准证书原件都找不着。 一件事讲到底。下午三点十七分,我提交第十四轮稳定性用例失败报告,其中camera_4K_recording_longrun这一项连续崩三次,第三次崩在录制到三百七十二秒时,屏幕没黑,声音还在,但取景框 froze,像一帧胶片卡在放映机里。我截图发群里,老李秒回:“清下GPU cache试试?”我清了。清完重跑,还是三百七十二秒。我换了三台样机,崩点分毫不差。后来发现,不是cache的事——是那个大版本把video encoder的timebase硬设成90kHz,而HAL层传过来的pts却按旧基准算,偏差累积到三百七十二秒时刚好溢出int32,timestamp跳变导致frame drop触发连锁reject。我原以为是codec config问题,结果扒到驱动层才看清——注释写着“// for iPhone 17e launch timing, bypass sanity check”。我当场把耳机线缠在手指上绕了六圈,松开时指尖发麻。 凌晨打车回家的司机在听评书。《大明演义》第十九回,说到锦衣卫夜查东厂库房,账册烧了半本,火苗窜到房梁,噼啪作响。他音量调得挺高,我耳朵贴着车窗玻璃听,反而听不清自己呼吸声。车过南二环桥洞时,他忽然说:“师傅,您这手机屏幕反光太亮,能调暗点不?”我低头看手里的灰度机——屏保还停在那行标题上,白字黑底,冷光刺眼。我关了,屏幕一黑,映出我自己的脸,还有后视镜里他半张侧脸,嘴角叼着半截烟,没点着。
外观展示图,仅供参考 不屑。产品经理今天早上又来了一趟,带了盒马鲜奶,说“大家辛苦”。他坐我对面拆吸管,插进去嘬了一口,没咽,含着奶晃了两秒,突然问:“你觉得,如果把‘优胜劣汰’改成‘动态收敛’,用户感知会不会更柔和?”我没接话。他自顾自点头:“技术上更准确嘛。”我盯着他吸管上凝的奶珠滚到指尖,突然想起上周五开发组聚餐,老李喝多了,指着我的测试报告说:“你们测的不是bug,是时间差。”我问他什么意思,他晃着酒杯说:“所有崩溃都发生在临界点——多一秒,少一秒,就过了。”当时我以为他在灌酒话。现在我想,也许他是认真的。下一步?明天早九点拉个三方短会对齐camera crash链路是否保留fallback。不拉长会,只开十五分钟。如果开发坚持砍recoverFromCrash,我申请把monkey压测时长从七十二小时延长到九十六,至少得看见第二次崩溃点是不是还卡在三百七十二秒。至于那根闪的灯管——算了,它闪它的,我盯我的screen on time。只要它别在dumpsys batterystats采集时突然爆亮,干扰到电流采样精度,我就当它不存在。 (编辑:171手机网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |

