Hi3559AV100 在开启多路 venc 编码后 DDR 带宽占用异常，导致实时预览卡顿

这个问题在 RK3588 + rkisp2 上其实非常典型，你这个现象（多分辨率输出 + CPU 占用持续升高）基本可以确定 不是算力不够，而是管线/内存路径配置不合理。
如果子码流：
用的是 V4L2_MEMORY_MMAP
或 buffer 不在 CMA / IOMMU 可直达区
ISP → scaler → encoder 之间会发生：
多次 cache sync + memcpy
CPU 负载会线性上升。

cat /dev/logmpp看看报错信息，怀疑是VB不够用导致的

尝试一下分配mpp编解码的空间大一点，系统空间小一点试试

在 Hi3559AV100 多路 4K 编码场景下，运行一段时间后 DDR 带宽长期逼近上限并引发预览与 venc 抖动，本质上是 VB 复用效率 + DDR 仲裁策略失衡 的综合问题：首先需确保 4K 编码与 1080p 预览使用独立、固定块大小的 VB 池，避免大分辨率 VB 被小通道反复切分与回收导致 DDR 频繁搬运；其次，建议将两路 4K venc 绑定到 同一 VPSS group 内的主通道，启用零拷贝（VI → VPSS → VENC）路径，并关闭不必要的中间 dump/scale；第三，Hi3559 对长时间稳定性非常依赖 DDR QoS 权重配置，需显式提高 VI/VPSS/VO 的实时优先级，限制 venc 的突发带宽，否则编码在 I 帧或参考帧刷新时会挤占显示通路；此外，4K@25fps H.265 场景建议 GOP ≥ 50、参考帧 ≤ 2、关闭 B 帧与背景增强类算法，并将 venc buffer depth 控制在 3–4 帧以内。工程实践表明：独立 VB 池 + 零拷贝绑定 + 合理 QoS，可显著降低 DDR 峰值占用，解决运行一段时间后才出现的卡顿与丢帧问题。