107、DVFS动态调频策略在影像场景中的应用——基于联发科Imagiq的功耗与性能平衡去年夏天在珠海，客户反馈一款搭载天玑9000的旗舰机，相机预览十分钟后机身温度飙到43度，帧率从60fps掉到30fps，画面卡顿得像幻灯片。我们抓了trace，发现ISP频率被DVFS压到了最低档，而CPU大核还在满负荷跑3D LUT。这种“该省的没省，该给的没给”的调度错位，就是影像场景DVFS调优最典型的坑。先说清楚联发科Imagiq的DVFS架构。它不像高通Spectra那样把ISP频率和总线带宽绑在一个大电源域里，而是拆成了三个独立的调频域：ISP核心频率（负责RAW域处理）、ISP后处理频率（负责RGB/YUV域）、以及内存总线频率（负责DMA和SRAM交换）。这三个域各自有独立的freq table，但共享一个调频决策单元——MTK叫它“DVFS Governor”，跑在SCP（传感控制处理器）上，而不是AP侧。这个设计的好处是调频延迟极低，坏处是AP侧很难直接干预，只能通过MTK提供的调频接口（mtk_isp_dvfs_request）去“建议”频率，而不是“命令”频率。我们那次掉帧的根因，就是SCP上的governor误判了场景。它看到ISP核心频率已经跑到1.2GHz，但后处理频率只有400MHz，以为负载不重，就把后处理频率往下压。实际上，那个场景是夜景HDR+多帧降噪，后处理管线里跑着三个独立的NR通道，每个通道都要做运动补偿和时域滤波，后处理频率才是瓶颈。SCP只看ISP核心的占用率，完全没意识到后处理的压力。这里踩过坑：联发科的DVFS governor默认策略是“频率跟随最忙的硬件块”，但Imag 107、DVFS动态调频策略在影像场景中的应用——基于联发科Imagiq的功耗与性能平衡
107、DVFS动态调频策略在影像场景中的应用——基于联发科Imagiq的功耗与性能平衡去年夏天在珠海，客户反馈一款搭载天玑9000的旗舰机，相机预览十分钟后机身温度飙到43度，帧率从60fps掉到30fps，画面卡顿得像幻灯片。我们抓了trace，发现ISP频率被DVFS压到了最低档，而CPU大核还在满负荷跑3D LUT。这种“该省的没省，该给的没给”的调度错位，就是影像场景DVFS调优最典型的坑。先说清楚联发科Imagiq的DVFS架构。它不像高通Spectra那样把ISP频率和总线带宽绑在一个大电源域里，而是拆成了三个独立的调频域：ISP核心频率（负责RAW域处理）、ISP后处理频率（负责RGB/YUV域）、以及内存总线频率（负责DMA和SRAM交换）。这三个域各自有独立的freq table，但共享一个调频决策单元——MTK叫它“DVFS Governor”，跑在SCP（传感控制处理器）上，而不是AP侧。这个设计的好处是调频延迟极低，坏处是AP侧很难直接干预，只能通过MTK提供的调频接口（mtk_isp_dvfs_request）去“建议”频率，而不是“命令”频率。我们那次掉帧的根因，就是SCP上的governor误判了场景。它看到ISP核心频率已经跑到1.2GHz，但后处理频率只有400MHz，以为负载不重，就把后处理频率往下压。实际上，那个场景是夜景HDR+多帧降噪，后处理管线里跑着三个独立的NR通道，每个通道都要做运动补偿和时域滤波，后处理频率才是瓶颈。SCP只看ISP核心的占用率，完全没意识到后处理的压力。这里踩过坑：联发科的DVFS governor默认策略是“频率跟随最忙的硬件块”，但Imag