真我Neo7 SE体验：性能拉满，续航炸裂，玩家闭眼入！

　　亲历现场。那版系统提测前四十八小时，我蹲在B12工位改真我Neo7 SE的电源管理hook，键盘敲到F键发涩——机械轴那种咔哒声，一下、两下、三下，跟心跳不同步，但比心跳准。隔壁测试妹子第三次把同一台机子摔进防静电袋里，塑料沙沙响，像在给我的编译倒计时打拍子。

　　我原以为只是温控策略改了阈值，结果连进kernel log扫一眼都卡住：thermal_zone0居然注册了两遍，第二次还是空指针赋值——但log里只报“thermal update fail”，不报行号，不报模块名，就七个字，白底黑字，戳在终端最底下。我截图发给厂商对接人老周，他回得比微信撤回还快：“你们自己清下vendor overlay”。我说overlay里压根没动thermal节点，他说“那你看看是不是高通那边打patch的时候漏了header”。我反手把qcom-thermal.h头文件拉出来比对，md5校验完，发现我们用的是他们上个月邮件附件里的版本，而他们gitlab最新提交早删了那个struct thermal_zone_device_ops定义……这个我敢打包票。

　　窗外洒水车又来了，高压水柱撞墙的闷响，哗——然后是半秒真空，接着水珠顺着玻璃往下淌，拉出三道歪斜的痕。我盯着那三道水痕，突然想起上周五下午三点零七分，也是这个角度，也是这三道痕，我正用ADB kill掉一个死在surfaceflinger里的service，杀完发现system_server其实已经跪了十七秒——但手机屏幕还在动，动画还在跑，就像人在断气后手指还会抽搐。真奇怪，为什么死透的进程还能画帧？

　　真我Neo7 SE体验：性能拉满，续航炸裂，玩家闭眼入！——这句话印在发布会PPT第一页，红底金边，放大到占满整屏。我们拿到的适配文档里，它藏在“整机功耗优化”小节第三行，后面跟着个括号：（见附件《优胜劣汰机制说明V2.3》）。我点开附件，三百七十二页PDF，目录树展开八层，关键词搜“优胜劣汰”，找到三处：一处是图表标题，一处是脚注，还有一处是某张流程图里的箭头旁的手写体批注：“此处触发优胜淘汰逻辑（非真实术语）”。我截图甩进外包群，我们组的老陈直接语音进来：“别管啥术语，反正调度器把后台活儿掐了就行。”我说掐了也得留个喘气口啊，结果一测，某银行App切后台十六秒，再切回来直接白屏——不是崩溃，不是ANR，就是纯白，连status bar都懒得画。这个我说不准。

　　楼下便利店关东煮的卤蛋味儿飘上来，混着刚拆封的防静电膜塑料味。我撕开第三台测试机的膜，屏幕边框上还沾着一点胶渍，拿酒精棉片擦，擦了两下，棉片散了，纤维粘在屏幕上，反光刺眼。这时候老周电话进来，说客户刚催，问“优胜劣汰”是否已实装。我说实装了，但他追问“淘汰的依据是什么”。我顿了三秒，说“CPU负载+最近唤醒频率+电量变化斜率”，他说“斜率单位？”我说“per second”，他说“那单位是不是该是mW/s？”我说“……这单位我们没暴露给上层。”他笑了声挂了。我放下手机，看见窗台上堆着七台Neo7 SE，全在晒太阳，屏幕朝上，玻璃盖板被晒得发烫，指纹油渍在强光下泛蓝——其中一台的屏幕右下角，有个几乎看不见的微小气泡，大概是贴膜时没赶净，现在膨胀到米粒大。

　　有次我把同样的功耗逻辑移植到另一家Oppo的旧机型上，结果发现他们连kernel里的wakeup_source都没有完整实现——wake lock能加，但release动作会随机失联，log里全是“wakelock: name=xxx, state=ON (in kernel)”，可ps里根本找不到对应进程。我查了三天，最后发现是他们vendor patch里把__pm_wakeup_event的ret value硬编码成0，不管实际有没有成功……这种事儿你没法写进bug单，写了等于说对方底层在撒谎。所以后来我们都叫它“信仰提交”。

　　键盘声停了。我按了下Ctrl+C，adb shell命令中断，终端闪了下，回到shell prompt。桌角咖啡凉透了，杯底一圈浅褐色渍，像地图上某个未命名的半岛。刚才那段说错了：不是七台Neo7 SE在窗台，是八台。最底下那台黑屏，开机键按下去没反应，我试过三次，没插线，也没换电池，就放那儿，不知道它到底算“在休眠”，还是“已阵亡”。要不要现在去翻箱底找原装充电器试试？……算了，等明天早上再说。

　　测试妹子又摔了一次机子。这次声音更脆，像是后壳扣条崩了一颗。她抬头冲我喊：“林哥，这代的UFS缓存策略是不是跟上次一样，读两次才进buffer？”我没答。她自顾自掏出螺丝刀撬开一台，拧下后盖，“哎哟”一声——原来里面垫了块锡纸，皱巴巴团着，边缘焦黑，像烧过的糖纸。她说这是前天夜里值班的兄弟干的，“说能降两度”。我嗯了声，继续盯终端。log刷得很快，一行绿色，两行红色，第三行又绿。其中一行写着：“uevent: thermal/thermal_zone0/type = 'qcom,battery-therm'”。类型是battery-therm，可上报温度的路径却读的是/gpufreq/…——这个错配，我们改过三遍，每次合并都merge conflict，因为vendor和OEM两边都在同一个地方改，还用不同分支名。最后一次冲突解决后，代码行末多了个空格。现在那个空格还在。

产品概念图，仅供参考

（编辑：52刷机网）

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