腾讯云CVM转码实测：别只看核数
最近在折腾视频转码业务，顺手把腾讯云几类CVM实例拉出来跑了一轮FFmpeg对比。先说结论：纯CPU转码千万别只盯vCPU数量，单核频率和实例代次才是关键。同样是8核，不同代次跑同一个1080P H.264转720P的任务，耗时能差15%到35%，这个差距在批量任务里会被放大得很明显。
测试环境统一用Ubuntu 22.04加静态编译版FFmpeg，源文件码率帧率固定，存储也放在同类型云硬盘上，每组跑三次取中位数。实际感受是，单文件转码更吃单核睿频和缓存，短视频批量并发才看总核数吞吐。另外很多人测出来某台机器特别慢，最后发现根本不是CPU问题，而是镜像缺优化库、云硬盘IO打满，或者线程参数乱设导致上下文切换过多。如果业务是长时间跑满，还得把限速、磁盘IO和带宽费用一起算进每小时成本，不然账面便宜实际更贵。
测试环境统一用Ubuntu 22.04加静态编译版FFmpeg，源文件码率帧率固定，存储也放在同类型云硬盘上，每组跑三次取中位数。实际感受是，单文件转码更吃单核睿频和缓存，短视频批量并发才看总核数吞吐。另外很多人测出来某台机器特别慢，最后发现根本不是CPU问题，而是镜像缺优化库、云硬盘IO打满，或者线程参数乱设导致上下文切换过多。如果业务是长时间跑满，还得把限速、磁盘IO和带宽费用一起算进每小时成本，不然账面便宜实际更贵。
评论
登录后即可发表评论。
暂无评论，来抢沙发吧。