实时相机渲染与FFmpeg大文件处理并发时卡顿丢帧问题求助

一、限制FFmpeg的资源占用（核心手段） #

1. 降低FFmpeg进程CPU优先级 #

用nice命令给FFmpeg设置最低CPU优先级，让系统优先分配资源给渲染进程：

nice -n 19 ffmpeg -i ${file_name} -c copy -f segment -segment_time 600 -segment_format_options movflags=+faststart -reset_timestamps 1 ./${file_name}_%02d.mp4 -y

• nice -n 19表示进程优先级最低（范围-20到19，数值越大优先级越低）

2. 限制FFmpeg磁盘IO优先级 #

用ionice将FFmpeg设为空闲IO级别，只有当系统磁盘空闲时才允许FFmpeg读取文件：

ionice -c 3 ffmpeg -i ${file_name} -c copy -f segment -segment_time 600 -segment_format_options movflags=+faststart -reset_timestamps 1 ./${file_name}_%02d.mp4 -y

• -c 3对应空闲IO类，完全不抢占实时渲染的磁盘读取资源

3. 限制FFmpeg文件读取速率 #

通过-readrate参数强制FFmpeg以低于原视频的速率读取文件，直接降低磁盘压力：

ffmpeg -readrate 0.8 -i ${file_name} -c copy -f segment -segment_time 600 -segment_format_options movflags=+faststart -reset_timestamps 1 ./${file_name}_%02d.mp4 -y

• 0.8表示以原视频80%的速率读取，可根据卡顿情况调整为0.5~0.9之间的数值

二、优化GStreamer渲染Pipeline的资源优先级 #

1. 提升渲染进程的CPU/IO优先级 #

给GStreamer进程设置更高的CPU和实时IO优先级，确保系统优先响应渲染请求：

nice -n -10 ionice -c 1 -n 0 DISPLAY=:0 gst-launch-1.0 filesrc location=/home/user/jellyfish-120-mbps-4k-uhd-hevc-10bit.mkv ! matroskademux name=demux demux.video_0 ! queue ! h265parse ! nvv4l2decoder ! nvvidconv ! xvimagesink

• nice -n -10：提升CPU优先级（需要root权限，普通用户可设到-2）
• ionice -c 1 -n 0：设置实时IO级别，最高优先级处理磁盘读取请求

2. 调整Pipeline队列缓冲区参数 #

增大queue元素的缓冲区容量，同时给队列线程设置更高优先级，避免缓冲区溢出丢弃：

DISPLAY=:0 gst-launch-1.0 filesrc location=/home/user/jellyfish-120-mbps-4k-uhd-hevc-10bit.mkv ! matroskademux name=demux demux.video_0 ! queue max-size-buffers=100 max-size-time=5000000000 max-size-bytes=0 thread-priority=10 ! h265parse ! nvv4l2decoder ! nvvidconv ! xvimagesink

• max-size-time=5000000000：设置队列最多缓存5秒的视频数据，缓解短时间资源抢占导致的卡顿
• thread-priority=10：给队列线程设置更高优先级，优先处理缓冲数据

三、系统层面磁盘IO优化 #

如果使用机械硬盘，切换到deadline调度器，确保实时IO请求被优先处理：

echo deadline | sudo tee /sys/block/sda/queue/scheduler

• 将sda替换为你的磁盘设备名（可通过lsblk查看）
• SSD用户可使用mq-deadline调度器，效果类似

内容的提问来源于stack exchange，提问作者TIANYU HU