使用mupdf的mutool draw多线程加速PDF转图片的参数配置疑问

能不能用多线程提升mutool.exe draw的转换速度？ #

可以，但必须配合分带渲染模式才能生效，-T参数只有在分带模式下才会起作用。

-B参数的作用，该设置什么值？ #

-B指定的是分带渲染的最大条带高度：分带渲染会把单页PDF渲染后的整张图片，按高度切分成多个高度不超过-B设定值的水平条带，不同线程可以并行渲染不同的条带，从而利用多核心CPU提升速度。
取值注意两点：

• 必须小于单页PDF渲染后的总像素高度，比如你用300DPI转换A4尺寸PDF，单页渲染后高度大概是3508像素，-B设置只要小于这个值就会触发分带，要是大于等于单页高度，分带不会生效，-T参数直接失效
• 不能设置过小，你现在用的100就太小了，会导致单页被拆成几十个条带，线程调度、条带拼接的额外开销会抵消多线程的收益，通常建议设置为512、1024、2048这类2的幂次数值，300DPI下A4页用1024就比较合适。

为什么你当前配置提速只有10%、CPU占用上不去？ #

主要有几个常见原因：

• -B设置太小：100像素的条带带来的额外调度开销太高，大部分CPU时间浪费在线程切换上，没有用到实际渲染工作上
• PNG输出的压缩瓶颈：PNG格式的压缩是单线程执行的，就算渲染环节用了多线程，最后写入文件的压缩步骤只能单线程跑，会成为整个流程的瓶颈，导致整体CPU占用上不去。你可以先改成输出无压缩的PNM/PAM格式测试，就能看到多线程的实际渲染提升
• PDF资源解析瓶颈：如果你的PDF里包含大量矢量路径、内嵌字体、压缩资源，单线程解析PDF资源的速度跟不上多线程渲染的消耗，会导致渲染线程长期等待资源，CPU自然跑不满
• 额外优化方案：如果想最大化吃满CPU，建议用脚本把大PDF拆成多个单页文件，同时启动多个mutool draw进程分别转换不同页面，进程级并行的扩展性比单进程内的分带多线程好很多，很容易就能跑到60%以上的CPU占用。

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