直接回答：fMRIPrep 最容易被算错的不是内存，是硬盘。 官方自己的基准测试里，处理一个数据集时临时工作目录写到了 121GB、15.7 万个文件，而最终输出只有 5.1GB。
三句话记住：
- 它不用显卡：官方基准机的配置是 i9-10900（20 核）+ 64GiB + NVMe 2TB，没有任何 GPU；
- 临时目录是真正的空间杀手：官方实测单数据集 121GB / 157K 个文件，跑之前必须先规划 workdir 和清理策略；
- 内存与并发必须手动划定：官方提供了
--nprocs、--omp-nthreads、--mem、--low-mem四个资源参数——不设，就可能被系统杀掉或者慢得离谱。
一、先看官方基准：它跑得多慢、占多少盘
来源：fMRIPrep 官方仓库的 docs/benchmarks.rst。官方给出的参考机器（原文逐字）：Intel i9-10900 @ 2.80GHz（20 核）｜内存 64GiB｜存储 PC801 NVMe 2TB｜Ubuntu 22.04｜容器方式运行。
| 数据集 | 版本 / 模式 | 运行时间 | 临时目录体积 | 文件数 | 输出体积 |
|---|---|---|---|---|---|
| A（6 T1w / 3 T2w / 2 PhaseDiff / 4 SE-BOLD，784 体积） | 23.1.4 | 2h24m | 54.8GB | 36.8K | 2.30GB |
| A | 23.2.0a2 / fit | 1h35m | 2.91GB | 5.89K | 602MB |
| A | 23.2.0a2 / fit + transform | 1h47m | 19.8GB | 10.0K | 6.37GB |
| B（2 T1w / 6 PEPolar fieldmaps / 8 SE-BOLD，4274 体积） | 23.1.4 | 4h25m | 121GB | 157K | 5.10GB |
| B | 23.2.0a2 / fit | 1h29m | 1.88GB | 12.0K | 543MB |
| B | 23.2.0a2 / fit + transform | 2h07m | 56.5GB | 19.8K | 14.7GB |
这张表里有三条采购含义，比任何经验值都有用：
| # | 事实 | 含义 |
|---|---|---|
| 1 | 参考机是 20 核 + 64GiB + 无 GPU | 这是 CPU / 内存 / 存储 型任务，不是 GPU 任务 |
| 2 | 单数据集临时目录 121GB / 157K 文件 | workdir 要放大容量盘；15.7 万小文件对随机 IO 压力很大 |
| 3 | 新版（23.2.x）临时目录比 23.1.4 小 20–60 倍 | 升级版本本身就是最省钱的”扩容” |
| 4 | 单数据集 1.5–4.5 小时（20 核） | 数百被试 = 以天/周计 → 靠核数提通量，不是靠单任务变快 |
提醒：表中的 64GiB 是官方参考机的内存，不是”最低要求”。官方没有给最低内存数值，正确做法是用
--mem参数按自己的数据实测。
二、四个官方资源参数，决定了这台机器怎么用
fMRIPrep 官方文档（Usage Notes）里明确提供了这几个参数——它们的存在本身就说明：内存和并发必须由使用者主动划定。
| 参数 | 作用 | 为什么重要 |
|---|---|---|
--nprocs |
进程数 | 决定同时用多少核；配多核但这里没设 = 浪费 |
--omp-nthreads |
每个进程的线程数 | 与 --nprocs 共同决定总并发度 |
--mem MEMORY_MB |
显式声明可用内存 | 不设时容易吃满内存被系统杀掉（OOM Killer） |
--low-mem |
低内存模式 | 内存确实不够时的取舍方案（时间换空间） |
最常见的两个错误：一是 32 核的机器上 --nprocs 保持默认，白买核；二是没设 --mem，跑到一半被系统杀掉，然后误判成”机器不行”。
三、按队列规模怎么配（一版可用的分档）
四、交付前必须确认的两个前置条件
这两个条件不满足，机器买回来也跑不起来——它们和硬件无关，但经常拖到交付当天才发现：
| # | 前置条件 | 说明 |
|---|---|---|
| 1 | FreeSurfer 许可 | fMRIPrep 官方文档明确：流程依赖 FreeSurfer 许可（涉及皮层重建部分） |
| 2 | 容器镜像离线预置 | 官方以容器方式分发；内网机器必须先把镜像拉好再交付，否则现场无法启动 |
另外两条实操建议：
- 先升级版本：官方基准里 23.2.x 的临时目录比 23.1.4 小 20–60 倍，升级可能比加硬盘更有效；
- 先定并发策略：按核心数分配”同时跑几个被试”，再用
--mem给每个任务划出内存上限，避免互相抢内存。
五、这套流程”不需要”什么
- 不需要 GPU：官方基准机没有显卡，这类预处理是 CPU 型任务；
- 不需要专业显卡与高速网络：单机为主；
- 不需要极致单盘速度：容量与并发比单盘峰值速度更重要（但 workdir 大量小文件的随机 IO 不能太差）。
六、询价/自建前值得先问清的 5 个问题
| # | 要问的 | 为什么 |
|---|---|---|
| 1 | 计划处理多少个被试？多久要跑完一轮？ | 决定核数与是否需要调度 |
| 2 | 原始数据总量多大？有多少个序列/体积？ | 官方基准里”体积数”直接从 784 涨到 4274，临时目录也从 54.8GB 涨到 121GB |
| 3 | workdir 放在哪、有没有清理策略？ | 最容易把盘写满的一项 |
| 4 | 是否已有 FreeSurfer 许可？ | 官方依赖项，缺了流程走不通 |
| 5 | 内网还是可以联网拉镜像？ | 决定要不要提前做离线镜像 |
常见问题
fMRIPrep 需要多少内存？
官方没有给最低内存数值，只给了参考机器 64GiB（配套 20 核）——这是参考值，不是及格线。正确做法是用官方提供的 --mem MEMORY_MB 参数显式声明可用内存：不设这个参数时，进程可能一路吃到被系统杀掉（表现为”跑到一半突然没了”），然后被误判成硬件问题。实操建议：先按”参考机 64GiB ÷ 同时跑的被试数”给每个任务划内存，再按实测微调；如果内存确实紧张，用 --low-mem 进入低内存模式（速度换空间）。
为什么说硬盘最容易算错？
因为中间文件比结果大得多。官方基准里：数据集 B 用 23.1.4 跑一次，临时目录 121GB、15.7 万个文件，而输出只有 5.1GB；数据集 A 是 54.8GB 对 2.3GB。临时目录往往是输出的十几到二十几倍，而且它同时产生大量小文件，对磁盘随机读写压力大。所以规划时要把 workdir 单独放大容量盘，并定好”跑完就清”的策略——这一项做不做，直接决定这台机器会不会在队列跑到一半时磁盘写满。
升级版本真的能省硬盘吗？
按官方基准数据，能，而且幅度很大：同一个数据集 B，23.1.4 的临时目录是 121GB，23.2.0a2 的 fit 模式降到 1.88GB，fit + transform 是 56.5GB——差了 20–60 倍。所以优化顺序应该是：先升级到新版并选合适的运行模式，再考虑加硬盘。这也是”不花钱的扩容手段”里性价比最高的一条。
配了 32 核，为什么队列还是跑得很慢？
大概率是并发没配。fMRIPrep 的并行由 --nprocs（进程数）和 --omp-nthreads（每进程线程数）控制，默认值通常偏保守，核多但这两个参数没调，实际只用了几个核。另外，如果多个被试只能顺序执行（没有调度），总时长就是”单被试耗时 × 被试数”——官方 20 核机器上单数据集要 1.5–4.5 小时，几百个被试就是几天到几周。加核之前，先把并发参数和排队机制调对。
需要给它配显卡吗？
不需要。 最直接的证据来自官方自己：基准测试用的参考机器配置是 Intel i9-10900（20 核）+ 64GiB 内存 + NVMe，全文没有提到任何 GPU。fMRIPrep 内部是多种配准与标准化算法，属于 CPU/内存/存储密集型。给这类流水线配显卡，是脑影像课题组最常见的一笔误配支出。
如果你们正在给课题组或实验室看机器，把 要跑的软件 / 模型、大概几个人用、预算范围 发我一句，我按这个给你一份带参数清单的配置思路——不推销最高配，只帮你把钱花在真正影响出结果的地方。
相关阅读
- 做脑影像分析要不要配显卡？FreeSurfer 官方：不建议为它买显卡
- 神经影像课题组的服务器怎么配？先分清哪些软件吃显卡、哪些只吃 CPU
- 服务器内存怎么配？为什么插满了还是慢？
- 科研服务器存储怎么配？四层划分与三条最容易配错的规则
- 单细胞测序分析服务器怎么配？内存是第一配置项，GPU 往往不需要
| 场景 | CPU | 内存 | 存储（重点） | 说明 |
|---|---|---|---|---|
| 单人试跑、几十个被试 | 16–24 核 | 64GB | 数据盘 2TB + workdir 1TB | 单任务跑得动，队列靠排队 |
| 常规课题组队列（100–500 被试） | 32–48 核 | 128GB | 数据盘 4–8TB，workdir 单独 2TB | 配调度，否则一个被试跑完才轮到下一个 |
| 大队列 / 多研究并行 | 64 核以上或多节点 | 256GB+ | 共享存储 + 大容量 workdir | 需要流程编排与统一清理策略 |
一个实用技巧：workdir（--work-dir）指向一块大容量盘，跑完定期清理。它膨胀得快、但大部分内容只是中间结果，不值得长期保留。