108、多摄同时工作时的DDR带宽分配与优先级调度——以高通骁龙平台为例上个月在帮一个客户调三摄同时预览的项目，骁龙8 Gen2平台，前摄108M缩FOV预览，后置广角4K录像，再加一颗超广角做实时虚化深度计算。现象很典型：广角录像的帧率从60fps掉到45fps，偶尔还会出现预览画面撕裂，但前摄和超广角看起来都正常。客户第一反应是ISP算力不够，让我调TFE的负载均衡。我看了半天HW busy率，三个sensor的ISP占用都不到70%，明显不是算力问题。后来抓了DDR的带宽监控，才发现问题出在内存侧——三路ISP同时读RAW、写YUV、再读YUV做缩放，带宽峰值直接顶到了LPDDR5的极限，而且高优先级的前摄请求把录像通道的带宽全挤占了。高通平台的多摄带宽管理，核心在cam_sync和cam_hw_mgr这两个模块，但真正决定带宽分配的是cam_mem_mgr里的resource budget机制。每个sensor的stream在创建时都会注册一个bandwidth_request，这个请求会带上priority level、avg_bw、peak_bw三个参数。系统侧有个qos_scheduler，每毫秒跑一次，根据所有活跃请求的优先级和当前DDR的负载情况，动态调整每个通道的qos_value。这个qos_value不是简单的0-100，而是映射到DDR控制器的AXI QoS 108、多摄同时工作时的DDR带宽分配与优先级调度——以高通骁龙平台为例
108、多摄同时工作时的DDR带宽分配与优先级调度——以高通骁龙平台为例上个月在帮一个客户调三摄同时预览的项目，骁龙8 Gen2平台，前摄108M缩FOV预览，后置广角4K录像，再加一颗超广角做实时虚化深度计算。现象很典型：广角录像的帧率从60fps掉到45fps，偶尔还会出现预览画面撕裂，但前摄和超广角看起来都正常。客户第一反应是ISP算力不够，让我调TFE的负载均衡。我看了半天HW busy率，三个sensor的ISP占用都不到70%，明显不是算力问题。后来抓了DDR的带宽监控，才发现问题出在内存侧——三路ISP同时读RAW、写YUV、再读YUV做缩放，带宽峰值直接顶到了LPDDR5的极限，而且高优先级的前摄请求把录像通道的带宽全挤占了。高通平台的多摄带宽管理，核心在cam_sync和cam_hw_mgr这两个模块，但真正决定带宽分配的是cam_mem_mgr里的resource budget机制。每个sensor的stream在创建时都会注册一个bandwidth_request，这个请求会带上priority level、avg_bw、peak_bw三个参数。系统侧有个qos_scheduler，每毫秒跑一次，根据所有活跃请求的优先级和当前DDR的负载情况，动态调整每个通道的qos_value。这个qos_value不是简单的0-100，而是映射到DDR控制器的AXI QoS RELATED READING
延伸阅读
更多一线实战笔记与深度复盘，助您持续精进
