视频转码服务器的选型

视频转码是典型的多核友好型任务。一段视频可以按帧切成多块并行编码，核越多转得越快，单核频率的影响反而排在后面。 一、核多胜于频高 FFmpeg 这类转码工具能把任务拆到每个核心上，八核的吞吐大约是四核的两倍，而同代 CPU 的频率差距通常只有两三成。同样预算，优先堆核数。编码格式也有影响：H.264 转得快，H.265 压缩率高但耗时可能翻倍，按观看端的支持情况选。任务组织成队列，串行或限量并行执行，一股脑全开反而互相拖慢，谁也快不了。音频转码几乎不占资源，视频才是大头，混着排任务时把视频排前面。 二、硬件编码的选项 带核显或独显的机器可以用硬件编码器，速度是软件编码的几倍，代价是同码率下画质略逊，而且云服务器普遍不配 GPU（图形处理器）。在云上做转码，默认按纯 CPU 规划，把核数和内存配足，内存按"并发路数乘 2G"来估。内存配太低的症状是系统缓存被挤压，表现为转码速度忽快忽慢，波动明显。 三、任务规模的估算 先定吞吐目标：每天转多少小时素材、允许多久转完。比如每天二十小时素材、夜间八小时窗口转完，就要保证每小时吞吐两个半小时以上的素材，按这个目标反推核数。实测时统计每核每小时能转多少分钟素材，这个系数比型号对比实在，参数表只能当起点。 四、机型建议 转码是持续满载型负载，虚拟机的核心用在短任务上没问题；批量、长期的转码任务，顺云的裸金属物理机 B4 独享整机资源，没有争抢，长任务跑得更稳，也不用担心影响同机的其他业务。素材上传通道的带宽也要匹配，内网传素材太慢，核再多也只能排队等米下锅。选型前用自己的素材跑一轮基准测试，实测数据比任何推荐配置都可靠。