2026 年 9 月更新测试版本 Manim Community Edition 0.21.0先说结论。短场景慢主要原因不在画面复杂每次调用manim render大约有 2 秒固定开销一个 3 秒的 2D 场景里这 2 秒占了 92%。单次调用平均连 1 个 CPU 核都用不满。想提速最管用的是把视频拆成几段并行渲染并行数设成 CPU 性能核P 核的数量。manim 自带的并行编码参数最多也就快 1.14 倍。下面是我们在两台 Mac 上跑出来的数据以及怎么复现。测试环境主测机对照机芯片Apple M2Mac miniApple M1 Max核心8 核 4 性能核 4 能效核10 核 8 性能核 2 能效核内存8GB32GBManim0.21.00.21.0Python3.12.11uv / python-build-standalone两台用同一份同左每个任务都是一次真实的python -m manim render … --format mp4跟平时出片的流程一样不是只导 PNG 帧。LaTeX 和文字的首次编译提前预热过不计入耗时。每组配置跑 3 次取最短时间。所有配置输出的 MP4 必须字节级一致对不上的整组作废。2 秒的入场费同一个场景480p 和 1080p 的总耗时一模一样。像素量差了 3.5 倍时间纹丝不动说明每次manim render有大约 2.0 秒跟画面无关启动 Python导入 manim 和它的依赖初始化场景最后收尾写文件。一个 3 秒的普通 2D 场景这 2 秒占掉 92%。做短视频的时候如果把一堆小场景拆成十几个文件分别渲染就等于交了十几次入场费。能合到一次调用里的尽量合。一次渲染用不满一个核在 8 核机器上单次 manim 调用的平均并行度只有 0.68 到 0.95 核。换句话说电脑有 8 个核渲染的时候 7 个在歇着。Manim 构建场景和逐帧绘制基本都是单线程。并行数设成性能核数把视频拆成多个片段或多个场景同时开 W 个进程渲染M2 mini4 性能核M1 Max8 性能核最高加速5.03 倍约 5.3 到 5.7 倍拐点W 超过 4 以后效率腰斩一直涨到 W 8两台机器指向同一个结论拐点就在性能核的数量上。再往上加进程只能挤到能效核上跑效率掉得很快。并行数等于性能核数时并行效率在 77% 到 87% 之间。内存也得算。1080p 下每个并行进程大约占 350MB8GB 的机器开 8 个进程就有点紧了。M1 Max 那组测试时机器上还跑着别的任务开跑前约 2.7 个核被占用所以加速比按外部占用做了区间修正写成 5.3 到 5.7 倍。自带的并行编码参数帮不上大忙--max-inflight-encoders最多带来 1.14 倍的提升。已经开了多进程、核都占满了再叠加这个参数反而变慢M2 慢了 5%M1 Max 慢了 4%。手动给 libx264 指定线程数也会更慢我们测到慢了 1.34 倍单个场景实测。它默认的自动策略已经够好别去动。顺带一提并行编码不影响输出所有配置产出的 MP4 字节数完全一样。跨机器比速度前先对齐 Python同一台 M2 mini、同一份代码只把 Python 从 Homebrew 版换成 uv 的 python-build-standalone渲染快了约 5%纯 Python 循环快了 41%。网上不少某某芯片跑 Manim 更快的对比如果两边 Python 来源不一样结论未必站得住。后台负载的影响倒没想象中大。一个普通桌面程序那种量级的占用约 12%只让渲染慢了 2.5%。但性能核要是被占满会慢 44%。加速清单合并短场景少调几次manim render省掉重复的 2 秒开销。拆段并行并行数等于性能核数。Apple 芯片的性能核数量可以在「系统信息」里查到。按内存定上限1080p 每个进程按 350MB 算。--max-inflight-encoders别和多进程并行叠着用。libx264 的线程数别手动设。预览可以用低分辨率-ql不过短场景的瓶颈在固定开销别指望它比 1080p 快多少。公式多的场景原生 LaTeX 流程第一次编译一个公式要几百毫秒好在有缓存第二次就快了。手机上呢如果你用 iPhone 或 iPad可以看看「Manim教程 - 数学动画」这个 App它把 Manim 0.21.0 装进了手机在本机离线渲染。其中公式首次出图和峰值内存这两项有对照数据同样在 M2 Mac mini 上测第一次渲染新公式比原生 LaTeX 流程快 7.5 到 36 倍峰值内存低 28% 到 38%。App 里「我的 → 工具 → 渲染基准」能测出你这台设备的速度还能跟 Mac 上原生 Manim 的画面逐帧比对。常见问题为什么用-ql预览也要好几秒短场景大部分时间花在每次调用的固定开销上约 2 秒跟分辨率关系不大。CPU 核越多渲染越快吗单次渲染基本只用一个核。多核只有在你把任务拆开并行时才派得上用场而且要看性能核有几个不是总核数。M2 渲染 Manim 比 M1 Max 快单个渲染任务我们测到 M2 mini 比 M1 Max 快约 14%已按 M1 Max 测试时的后台负载修正过Manim 主要吃单核性能。并行跑满时两台打平M1 Max 多出来的性能核刚好抵掉单核上的差距。M1 Max 这组是在有负载的情况下测的数字仅供参考。数据采集于 2026 年 9 月 2 日。
Manim 渲染为什么慢？怎么加速？一份实测数据（Manim 0.21.0）
2026 年 9 月更新测试版本 Manim Community Edition 0.21.0先说结论。短场景慢主要原因不在画面复杂每次调用manim render大约有 2 秒固定开销一个 3 秒的 2D 场景里这 2 秒占了 92%。单次调用平均连 1 个 CPU 核都用不满。想提速最管用的是把视频拆成几段并行渲染并行数设成 CPU 性能核P 核的数量。manim 自带的并行编码参数最多也就快 1.14 倍。下面是我们在两台 Mac 上跑出来的数据以及怎么复现。测试环境主测机对照机芯片Apple M2Mac miniApple M1 Max核心8 核 4 性能核 4 能效核10 核 8 性能核 2 能效核内存8GB32GBManim0.21.00.21.0Python3.12.11uv / python-build-standalone两台用同一份同左每个任务都是一次真实的python -m manim render … --format mp4跟平时出片的流程一样不是只导 PNG 帧。LaTeX 和文字的首次编译提前预热过不计入耗时。每组配置跑 3 次取最短时间。所有配置输出的 MP4 必须字节级一致对不上的整组作废。2 秒的入场费同一个场景480p 和 1080p 的总耗时一模一样。像素量差了 3.5 倍时间纹丝不动说明每次manim render有大约 2.0 秒跟画面无关启动 Python导入 manim 和它的依赖初始化场景最后收尾写文件。一个 3 秒的普通 2D 场景这 2 秒占掉 92%。做短视频的时候如果把一堆小场景拆成十几个文件分别渲染就等于交了十几次入场费。能合到一次调用里的尽量合。一次渲染用不满一个核在 8 核机器上单次 manim 调用的平均并行度只有 0.68 到 0.95 核。换句话说电脑有 8 个核渲染的时候 7 个在歇着。Manim 构建场景和逐帧绘制基本都是单线程。并行数设成性能核数把视频拆成多个片段或多个场景同时开 W 个进程渲染M2 mini4 性能核M1 Max8 性能核最高加速5.03 倍约 5.3 到 5.7 倍拐点W 超过 4 以后效率腰斩一直涨到 W 8两台机器指向同一个结论拐点就在性能核的数量上。再往上加进程只能挤到能效核上跑效率掉得很快。并行数等于性能核数时并行效率在 77% 到 87% 之间。内存也得算。1080p 下每个并行进程大约占 350MB8GB 的机器开 8 个进程就有点紧了。M1 Max 那组测试时机器上还跑着别的任务开跑前约 2.7 个核被占用所以加速比按外部占用做了区间修正写成 5.3 到 5.7 倍。自带的并行编码参数帮不上大忙--max-inflight-encoders最多带来 1.14 倍的提升。已经开了多进程、核都占满了再叠加这个参数反而变慢M2 慢了 5%M1 Max 慢了 4%。手动给 libx264 指定线程数也会更慢我们测到慢了 1.34 倍单个场景实测。它默认的自动策略已经够好别去动。顺带一提并行编码不影响输出所有配置产出的 MP4 字节数完全一样。跨机器比速度前先对齐 Python同一台 M2 mini、同一份代码只把 Python 从 Homebrew 版换成 uv 的 python-build-standalone渲染快了约 5%纯 Python 循环快了 41%。网上不少某某芯片跑 Manim 更快的对比如果两边 Python 来源不一样结论未必站得住。后台负载的影响倒没想象中大。一个普通桌面程序那种量级的占用约 12%只让渲染慢了 2.5%。但性能核要是被占满会慢 44%。加速清单合并短场景少调几次manim render省掉重复的 2 秒开销。拆段并行并行数等于性能核数。Apple 芯片的性能核数量可以在「系统信息」里查到。按内存定上限1080p 每个进程按 350MB 算。--max-inflight-encoders别和多进程并行叠着用。libx264 的线程数别手动设。预览可以用低分辨率-ql不过短场景的瓶颈在固定开销别指望它比 1080p 快多少。公式多的场景原生 LaTeX 流程第一次编译一个公式要几百毫秒好在有缓存第二次就快了。手机上呢如果你用 iPhone 或 iPad可以看看「Manim教程 - 数学动画」这个 App它把 Manim 0.21.0 装进了手机在本机离线渲染。其中公式首次出图和峰值内存这两项有对照数据同样在 M2 Mac mini 上测第一次渲染新公式比原生 LaTeX 流程快 7.5 到 36 倍峰值内存低 28% 到 38%。App 里「我的 → 工具 → 渲染基准」能测出你这台设备的速度还能跟 Mac 上原生 Manim 的画面逐帧比对。常见问题为什么用-ql预览也要好几秒短场景大部分时间花在每次调用的固定开销上约 2 秒跟分辨率关系不大。CPU 核越多渲染越快吗单次渲染基本只用一个核。多核只有在你把任务拆开并行时才派得上用场而且要看性能核有几个不是总核数。M2 渲染 Manim 比 M1 Max 快单个渲染任务我们测到 M2 mini 比 M1 Max 快约 14%已按 M1 Max 测试时的后台负载修正过Manim 主要吃单核性能。并行跑满时两台打平M1 Max 多出来的性能核刚好抵掉单核上的差距。M1 Max 这组是在有负载的情况下测的数字仅供参考。数据采集于 2026 年 9 月 2 日。
