手上两颗u，十六核的 3950x 跑 x264 的转码速度是八核的 qtj1(10980hk es) 的1.9倍，跑 x265 的转码速度居然是 0.88倍。3950x 跑 264 265 的 CPU 占用分别是 90% 60%，而 qjt1 无论哪个都能跑满 100%
使用的转码软件是 dvdfab 和 handbrake
买一个 3950x 花的钱都能买三个 qtj1 了， 人麻了

多线程本就是个比较难优化的东西
最好的方法始终是多开多线程

x265只支持16线程我记得

比我U好几十倍，我这洋E5数框框U跑97%以上，也许你这编码参数不高级吧！

一般来说是开ctu 32试试
x265的多线程能力比x264应该是差一些的

MEGUI编码可以跑满吧

并行度高了压缩率和画质都会下降，gop分组会不准
frame-threads 调高可以增加并行度

反正13900k也跑不满就是了，我这还是个被迫跑200w还降不了电压的13900k
（顺便这测试基本上就是裸压跑出来的）
不过速度快是真的快，把我45w的10750h基本上拉开了整整五倍差距

一个个都是顶级U，羡慕死人了

最合理的方法还是把视频从长度上切两半，然后一起压，压完了再合并起来

看框框，系统的自动调度CPU核心比较科学，把物理核心跑满就差不多最大编码速度了，
做过时间对比，把全部超线程核心跑满，和只把物理核心跑满，耗时差不多。
把电影按章节切片，编码器单线程，多进程并行运算，我还写了个核心调度小工具，把编码进程线程绑定到固定核心，减少系统频繁切换。

超线程就是这样的，超线程 Intel现在的小核，就是内部互相有抢夺资源产生的瓶颈的，不需要硬跑满

我用shanaencoder是跑不满的，一般双开一个压前半，一个压后半

只压一个视屏时，我一般用MKVToolNix GUI把视屏切片，按章节、时长等切片都行。再对文件夹批量压缩。