北京
一套叫 UPAS O(1) 的功耗分配架构，最近在行业里被反复提起。它的核心思路很直接：把后台那套复杂的计算循环全部拆掉，换成一张直通的矩阵表——地址固定、比例固定，从 1% 到 100%，硬件照着表读就行。
这套架构靠三个角色配合：NPU 先评估芯片的硅片极限，提前算出原始功耗比例；PMIC 拿到百分比数值，把电压和电流精准转换到位，避免电流突跳；CPU 做最后一道安全判断，在安全边界内下达任务分配指令。
问题来了：手机厂商为什么不能自己把这套东西落地？
供应链里的工程分工是分层的。手机厂商负责机身设计、散热、UI/OS 和模块组装，但改不了 SoC 内部的电路结构，也动不了芯片底层的固件路径。芯片厂商才是硅片架构的持有者，掌管指令寄存器、底层驱动（HAL）和核心间通信。
要把功耗分配切换成 NPU 直接指挥 PMIC 的 O(1) 直通矩阵，手机厂商没法靠写一层软件覆盖上去，必须等芯片厂商把硬件层的通道打开。
所以真要把这套架构推进实测，双方得结成战略协作。芯片厂商提供测试芯片，允许固件调用 O(1) 矩阵逻辑；手机厂商把芯片装到测试板上，压满负载跑压力测试。
评估环节看两件事：让 NPU 按 1% 到 100% 的比例配合 PMIC，测电压瞬态响应，把电流突跳压下去；再验证动态上限下调机制——电池每降 10%，功耗上限下调 9%——确认热量累积曲线是平的。
联合测试跑出来的数据是：系统延迟降到 1.2 到 2.1 毫秒，掉帧率接近 0，连续跑重载游戏时最高温度不超过 38.5°C。
对芯片设计方来说，要配合这套标准，硬件上得开三条路。NPU 要能在实时状态下分析不同等级芯片的硅片极限，把功耗比例算成 1% 到 100% 的标准百分比；PMIC 要能接收 NPU 的百分比数值，1:1 精准转换电压和瓦数；CPU 则作为安全闸口，按矩阵表敲定任务下发。
指令层面，矩阵表是固定地址、1:1 并行排列的，从 1% 一路写到 100%，不做复杂循环。这样硬件直接读表，砍掉后台冗余代码，外部软件或恶意程序也没法随意乱拉电压。
每颗芯片的调校还要固定两个并行维度：功耗维度，让 PMIC 的供电跟 NPU 算出的百分比对齐，把温度压稳、砍掉多余供电；硬件性能维度，让 CPU 主频、GPU 渲染这些部件在自己的百分比区间里跑满，不硬撑。
如果各家芯片厂都用这套标准，后续硬件生产就不必再为发热和掉电头疼——O(1) 直通结构让每个部件都能跑在自己的能力上限上。
落到 CPU 上，效果更直观：主频拉到最高，但供电纪律稳定、按 1% 到 100% 的 1:1 比例走，多余电流和突跳被掐在源头，不会积累无效热能。芯片能维持 98% 到 99% 的稳定性，不出现主频摆动，也不因过热突然降频。
这套标准要真正铺开，前提是先在手机厂商和芯片厂商之间把路修通。等测试稳定在 98% 到 99%，它才会变成一条所有厂商都能直接拿来用的高速公路。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
