Gracker

Bangladeş'te komşular köprü olmadan birbirine gidip gelirdi. Hükümet aniden, köprü vazifesi gören çöpleri kaldırarak altında bir nehrin geçtiğini keşfetti.

骁龙 8EE6 翻车，可能是今年芯片行业最抽象的一次架构设计事故。 看完极客湾最新的大横评，终于理解为什么高通这次能把 2nm 旗舰芯片做出两三代的能效倒车。 问题不是 CPU 不够强，而是计算资源堆上去了，数据却喂不过来。 极客湾实测，8EE6 的中核 IPC 相比上代 8E5 下降约 11%，部分负载下的能效甚至不如几年前的骁龙 8 Gen 3。 从微架构角度来看，主要有三个问题。 第一个问题：TLB 设计翻车，CPU 大量时间浪费在地址翻译上。 TLB 是 CPU 用来缓存虚拟地址到物理地址映射关系的硬件。 8EE6 采用了新的 TLB 条目组织方式，尝试将多个 4KB 页面组合管理，以提高地址翻译缓存的覆盖效率。 但这套方案对页面映射和分组条件非常敏感，特定连续内存访问模式反而可能产生严重的 TLB 冲突和条目替换问题。 原本应该命中的地址翻译频繁 Miss，CPU 不得不重新进行 Page Table Walk。 极客湾测得： - 8E5 页表遍历延迟约 55ns，8EE6 增加到 77ns。 - L2 TLB 命中延迟从约 13.4ns 增加到 20ns。 - 某些负载下，页表遍历次数甚至达到上一代的十倍左右。 更离谱的是，某些数据结构越紧凑、内存访问越连续，性能反而越差。 这套设计被推测与适配 Android 16KB 内存页及提升 TLB 覆盖效率有关，但具体设计动机尚未得到高通证实。 第二个问题：超大核和中核共享 L2，电压与频率管理相互牵制。 高通这次引入了 16MB Oryon Flex Cache，让不同类型的 CPU 核心共享 L2 缓存。 共享本身并不是坏事，问题在于这套实现中，L2 的时钟和供电与超大核存在耦合。 于是出现了一个尴尬的局面： 中核开始高强度工作，但超大核没什么负载，此时如果 L2 维持较低频率，缓存访问延迟就可能明显增加，CPU 的执行流水线只能等待数据。 如果为了保证中核性能，提高 L2 的频率和供电电压，又会增加与之关联的超大核供电域功耗。 超大核明明没干多少活，却要跟着承担额外的功耗成本。 极客湾的相关测试中，这种联动造成的额外功耗最高超过 0.7W。 这就非常抽象了：想降低延迟，就得增加功耗；想控制功耗，又可能牺牲性能。 第三个问题：软件优化也没完全跟上。 极客湾还指出，Android Bionic 中针对 Oryon 的部分内存操作优化，存在 CPU Variant 识别范围与新芯片不匹配的问题。 硬件本来就存在访存瓶颈，软件层面的专用优化还可能没有正确启用。 最终，多个问题叠加，让 8EE6 出现了非常不符合旗舰定位的能效表现。 从《明日方舟：终末地》到《鸣潮》，极客湾都测到了部分场景下新芯片帧率不如上一代、功耗却更高的现象。 最讽刺的地方在于： 高通用上了先进的 2nm 工艺，把超大核频率推到了 5GHz，也给了 CPU 更强的执行资源。 结果 TLB 和缓存子系统没能跟上，执行单元不得不等待数据；为了降低等待延迟，又需要付出额外的频率和电压成本。 这代 8EE6 不是没有性能，而是为了释放性能，需要付出的功耗代价太高了。 软件适配问题还有机会通过 OTA 改善，但 TLB 和缓存供电域这样的硬件架构取舍，基本不可能靠系统更新彻底解决。 这次高通算是给整个行业上了一课： CPU 性能不是把频率、流水线宽度和晶体管数量堆上去就行。真正决定能效的，是整个微架构能不能把计算、缓存、访存和电源管理协调起来。 先进制程可以提供更好的硬件基础，但救不了不合理的系统架构设计。

人生如戏，游戏人生。 自带复古感的回忆杀，笑着笑着就哭了。 晚上还看了很久98年的Michael Jordan带领公牛队犹他爵士，总觉得那是NBA篮球的巅峰时刻。

希望苹果不要搞那种：折叠屏牺牲相机的骚操作！不过大概率会，所以我已经预判了它的预判，早入入手 Android 拍照旗舰了！

今日份