第4章：计算机系统要求——你的机子跑得动吗？
这一章我们聊聊硬件。说白了，就是你的电脑能不能扛住MaxQuant这个“吃硬件大户”。很多同学一开始不注意，数据下载下来，一跑就是三天三夜，甚至直接内存爆掉、程序崩溃。我在项目里遇到过好几次这种情况，搞得很被动。
4.1 操作系统：老老实实用 Windows
MaxQuant 官方只支持 Windows。别问我为什么，它底层用的是 .NET Framework，写死了。我见过有人想用 Wine 在 Linux 上跑，结果各种缺库、乱码，折腾一星期最后还是老老实实装了 Windows。你想想看，有这个时间数据都跑完两轮了。
具体要求：
- Windows 10/11 64-bit（专业版或企业版最好，家庭版也能跑，但内存支持上限低）
- .NET Framework 4.7.2 或更高——MaxQuant 安装包一般自带，但建议手动装一下确保版本
- 关闭 Windows Defender 实时扫描（至少把 MaxQuant 工作目录设为排除项），否则扫描 .raw 文件会让你抓狂
4.2 内存：这是最烧钱的地方，也是最重要的
跑 MaxQuant 说白了就是拿内存换时间。它的搜索引擎 Andromeda 会把所有谱图数据预加载到内存里，然后多线程并行检索。如果你的样本量大、搜库参数复杂，内存吃个 128 GB 是很正常的。
| 样本规模 | 建议内存 | 实际经验 |
|---|---|---|
| 1-2 个样品（轻量测试） | 32 GB | 够用，但不太建议开多线程 |
| 6-12 个样品（常规 TMT 实验） | 64 GB | 我实验室的主力配置，基本跑得动 |
| 18-24 个样品（深度定量） | 128 GB | 做过一次 20 个样品的 DIA 定量，吃了 110 GB |
| 超过 24 个样品 | ≥ 256 GB | 说实话，建议分批次跑，不然等得心累 |
为什么这么吃内存？
- MaxQuant 会把所有原始谱图文件（.raw）解压缩后整份加载到内存
- 多线程的每个线程都需要一份独立的搜索空间副本
- 定量算法（比如 iBAQ、LFQ）会在内存中维护多个中间矩阵
4.3 CPU：核心越多越香，但主频也不能低
MaxQuant 的并行化做得不错。它会根据你的 CPU 核心数自动分配线程数。你想想看，搜库时它会把每个谱图分配到不同线程，最后再合并结果。所以核心数越多，搜库越快。
我的建议：
- 最低配置：8 核心（比如 i7-10700 / Ryzen 7 5800X），跑 6 个以下样品还行
- 推荐配置：16 核心（比如 i9-12900K / Ryzen 9 5950X），跑常规实验不拖后腿
- 土豪配置：24 核心以上（比如 Threadripper 或 Xeon），但要注意散热和功耗
主频方面，单核性能也别太差。有些老服务器的 Xeon 核心多但主频低（2.0 GHz 左右），跑起来不见得比 8 核的 i7 快。我在项目中遇到过用 E5-2690 v4（14核 2.6 GHz）跑 12 个样品，反而没比 i9-9900K（8核 3.6 GHz）快多少。为什么会这样？因为 Andromeda 有一部分计算是串行的，单核性能跟不上就是瓶颈。
注意：MaxQuant 默认会使用所有逻辑核心，包括超线程。你可以在 mqpar.xml 里手动限制：
<!-- 限制最大线程数，避免把 CPU 吃满 -->
<numThreads>12</numThreads>4.4 硬盘：要快，要大，还要分区好
MaxQuant 读写操作很频繁。搜库时会写临时文件，定量时会生成大量中间结果。硬盘如果慢，CPU 再强也得等 I/O。
我个人的分区方案：
- C 盘（系统盘）：256 GB NVMe SSD，只装系统和软件
- D 盘（工作盘）：1 TB NVMe SSD，放 .raw 文件和 MaxQuant 输出
- E 盘（存档盘）：2 TB 机械硬盘或 SATA SSD，放已处理完的数据备份
为什么这么分？我曾经把数据直接放 C 盘跑，结果搜库时临时文件把系统分区写满了，Windows 直接蓝屏。从那以后我就学乖了——工作盘和系统盘必须分开。
| 文件类型 | 建议存放位置 | 说明 |
|---|---|---|
| .raw 原始文件 | 工作盘 SSD | 读写频繁，必须快 |
| 临时文件（temp） | 工作盘 SSD | MaxQuant 自动生成，跑完后可删 |
| 最终定量结果 | 工作盘 SSD → 存档盘 | 跑完后及时转移，释放空间 |
| 数据库索引 | 工作盘 SSD | 一次生成，后面复用 |
4.5 软件环境：不只是 MaxQuant 本身
除了 MaxQuant，你还需要装一些配套工具。我把常用的列出来：
- .NET Framework 4.7.2 或 4.8（MaxQuant 运行必需）
- Java Runtime Environment (JRE) 8+（部分辅助脚本和工具需要，比如 Perseus 插件）
- Python 3.8+（如果你要写后处理脚本，比如我习惯用 pandas 整理结果）
- R + RStudio（如果你要用 DEP/Proteus 包做统计可视化）
安装顺序无所谓，但装完记得检查环境变量。我建议把 Python 和 R 都加到 PATH 里，方便以后调用。
验证环境：
# 在命令行里检查
dotnet --info
java -version
python --version
R --version如果哪一步报错，就去官网重新装对应版本，别偷懒。
4.6 网络：可以离线跑，但更新需要联网
MaxQuant 的搜库和定量计算都是本地的，不需要联网。但以下情况需要网络：
- 下载 MaxQuant 安装包和更新
- 下载蛋白质数据库（UniProt、NCBI）
- 使用在线工具（如 MaxQB 数据库比对）
实验室如果在内网环境，提前把安装包和数据库文件下载好，拷贝进去就行。
4.7 我的一些“血的教训”
做定量这行，硬件的坑我踩过不少。写几个真实的例子给你参考：
- 内存买小了：有一次跑 24 个样品的 SILAC 定量，64 GB 内存吃到 95%，结果 Windows 开始疯狂 swap，硬盘灯一直亮着，鼠标都动不了。后来加了根 64 GB 内存条（凑到 128 GB），同样的数据 5 小时跑完。
- 硬盘没分区：第一次跑 MaxQuant 时把所有文件丢 C 盘，结果临时文件把系统盘占满，Windows 直接崩溃。从那以后我至少分三个区，系统、工作、存档各司其职。
- CPU 太老太慢：用 Xeon E5-2650 v2（8核 2.6 GHz）跑一组 DIA 数据，跑了整整三天。后来换成 Ryzen 9 5950X（16核 4.9 GHz），同样的参数 9 小时搞定。
嗯，硬件这块说完了。你大概也看出来了——没什么花招，就是老老实实堆配置。预算有限的话，优先保证内存，然后是硬盘，最后是 CPU。别把顺序搞反了。