VASP 计算该配多少核、多大内存
先算内存，再算核数，最后才谈价格。顺序反了，你会买一台内存不够的 64 核机器，或者一台 256 GB 内存却只跑得动 32 核的机器。
一、内存是硬门槛，不是可调参数
平面波程序的内存开销，绝大部分来自波函数系数（WAVECAR 里那堆数）和电荷密度/势的傅里叶网格。判断你的体系需要多少内存，别凭感觉，直接估 WAVECAR 的体积：
WAVECAR 字节数 ≈ NKPTS × NBANDS × NPLWV × 16其中 NPLWV 是每个波函数在平面波基组下的系数个数，随 ENCUT 和晶胞体积增长；16 是复数双精度的字节数（VASP 5/6 默认）。举一个真实量级的例子：128 原子体系、ENCUT 400 eV、NBANDS 300、12 个 k 点，NPLWV 约 8 万，于是
12 × 300 × 80000 × 16 ≈ 4.6 GB这只是"能塞进内存"的下限。运行时还要加上电荷密度（默认 FFT 网格约 1.5～2 倍）、投影函数（PAW 的投影算符很吃内存）、以及每个核自己的缓冲区。经验上：每个 MPI 进程按 2 GB 预留，再整体乘 1.3 的安全系数，对大多数常规体系是稳的；杂化泛函要按 2 倍以上留。
top 里 si/so 不为零、dmesg 有 oom-killer，计算速度掉 10 倍以上却看起来还在跑。看到这些先减核数或换更大内存的实例，别调参数。二、NCORE 与 KPAR：决定你是"多核快"还是"多核堵"
VASP 的并行分三层：k 点（KPAR）、轨道（NCORE，即每个轨道分给几个核）、以及剩余的 band/平面波并行（NPAR = 总核数 / KPAR / NCORE）。三者的乘积必须整除总核数，否则 VASP 会自己回退，你以为是 64 核在跑，实际只有 32 核干活。
| 参数 | 作用 | 取值建议 |
|---|---|---|
KPAR | 把 k 点分给若干组，每组独立算，减少通信 | 不超过每个不可约 k 点数；k 点少（≤4）时别开；k 点 ≥8 时开 2～4 效果好 |
NCORE | 每个轨道用几个核并行，减少 FFT 通信 | 小体系 1～2；单节点 32 核以上取 4～8；跨节点时 NCORE 不超过单节点核数 |
NPAR | 剩余并行度，通常不手动设 | 由前两者推导，注意整除 |
一个 64 核单节点的常见组合是 KPAR=2, NCORE=8，剩下 NPAR=4；如果 k 点只有 Gamma 一个，KPAR=1, NCORE=4 更稳。这些数字不是定律，同一台机器上换一个体系就可能差 20%，唯一的办法是自己测：跑 5 个离子的短任务，看 LOOP+ 与 total cpu time 的比值，比值越接近核数越说明并行没浪费。
三、多少个核之后就不划算了
并行效率的塌陷点取决于体系大小，而不是机器。经验区间：
| 体系规模 | 并行效率还能看的核数 | 再往上会怎样 |
|---|---|---|
| < 50 原子 | 16～32 | 通信占比超过 40%，墙钟几乎不变，只是在烧钱 |
| 50～200 原子 | 64～128 | 128 核以上收益随体系减小而递减 |
| 200～500 原子 | 128～256 | 需要 KPAR + 多节点，内存成为主要约束 |
| > 500 原子 / 杂化泛函 | 256 以上 | 必须分布式内存，单机装不下 |
换算成钱更直观：体系 64 核能跑满效率，那么 128 核即使只快 1.6 倍，你付出的机时费用也是 128/64 × 1/1.6 ≈ 1.25 倍于"用 64 核算同样久"。所以盲目堆核常常是更贵的选择，而不是更快。
四、配置对照：把上面的结论落到具体规格
| 场景 | 核 / 内存 | 能干什么 | 不适合 |
|---|---|---|---|
| 日常小体系、教学 | 8 核 / 32 GB | ≤ 32 原子优化、能带、态密度 | 杂化泛函、大超胞 |
| 主力计算 | 32 核 / 128 GB | 50～100 原子结构优化、声子（部分） | 200 原子以上 |
| 重任务节点 | 64 核 / 256 GB | 100～300 原子优化、HSE06 小体系 | GW/BSE、AIMD 长轨迹 |
| 多节点 | 2～4 节点 × 64 核 | 300 原子以上、AIMD | 需要 InfiniBand 级网络才划算 |
注意最后一行的前提：跨节点并行对网络延迟极其敏感，普通以太网做 4 节点以上的平面波计算，加速比经常只有 1.5 倍左右。这也是"云上多节点"最容易被低估的成本。
五、一份可以直接抄的调优清单
- 先在小体系上把
ENCUT、KPOINTS收敛掉，用收敛后的参数放大——大部分"算不完"都源于参数没收敛就开跑。 - 检查
OUTCAR里的total cpu time与墙钟比值，低于核数 60% 就调NCORE/KPAR。 - 把
WAVECAR设成LWAVE = .FALSE.，除非你要续算；很多任务一半的 IO 都花在写它上面。 - 几何优化先把
EDIFFG放宽到 -0.05，收敛后再用 -0.01 精修，能省 30% 步数。 - 用
time包住整个 mpirun，记录真实墙钟，别只看 VASP 自己报的时间。
六、买还是租
把核数与内存定下来之后，"自建还是上云"就只剩一道算术题：你的年机时够不够摊掉一台机器的折旧。这条留在下一篇文章里算，包括电费、运维和闲置的代价。
先把你自己的数代进估算器
用一次实测的单离子步机时做基准，按原子数、k 点、截断能缩放，直接给出总 core-hour、费用与内存下限。
打开 core-hour 估算器 查看云主机规格要买的话：先点上面的推广链接登录或注册，再回到本页点一次同一条链接——阿里云按「两次点击」建立推广关联（关联期 90 天），你的价格不受任何影响。