直接回答：ORCA 是量子化学（DFT / 波函数方法）软件，它不吃显卡——官方主页与官方手册里都没有把 GPU 作为运行条件。它的真实需求是 CPU 核数与单核性能、以及按核数配套的内存，另外还要给输出与临时文件留一块够大、够快的盘。
这是我们在这个方向最常需要”先纠正一句”的地方：客户在需求单里把 VASP、LAMMPS、ORCA 一起写成”GPU 加速软件”，于是显卡预算被平摊到 ORCA 上——而 ORCA 那一份显卡预算，花出去是用不上的。
三句话记住：
- ORCA 是 CPU 程序：官方并行方案是 OpenMPI（Linux/macOS）/ MS-MPI（Windows）的多进程；
- 并行要用它自己的语法：输入文件里写
! PAL4或%pal nprocs 4 end，官方明确“不要用 mpirun 启动 driver”； - 学术免费、商用要经 FACCTs；官方只提供 Linux 版直下，其它平台的版本要从官方论坛获取——交付前必须确认用途与获取途径。
一、先纠正一个最常见的误判：ORCA 用不上显卡
判断依据不是”我们猜的”，而是在官方资料里检索的：
| 检查项 | 结果 |
|---|---|
| 官方主页（FACCTs 的 ORCA 页） | 介绍功能、许可、下载途径，未见 GPU 作为运行条件 |
| 官方手册的 architecture / calling / typical / FAQ 章节 | 检索 “GPU” 命中 0 次 |
| 官方并行说明 | 只有 OpenMPI / MS-MPI 两种 MPI 实现，属多进程 CPU 并行 |
采购含义：ORCA 的工作量应该摊到”CPU 主频 + 核数 + 内存“上，而不是显卡。把 ORCA 列进 GPU 需求，直接后果就是”多买了卡、却还是要等 CPU 排队”。
对比一下就很清楚：同一位客户常同时用的 VASP 有明确的 GPU 加速路径，而 LAMMPS 的 GPU 包也只覆盖部分计算样式——同一台机器上跑的不同软件，”要不要显卡”的答案可以完全不同。所以询价时一定要按软件逐个确认，不能按”方向”打包。
二、并行怎么启动：! PAL4，而且官方明确不能说 mpirun
这是 ORCA 交付与售后最常见的踩坑点，官方原话值得逐字读：
| 项 | 官方口径 |
|---|---|
| 并行实现 | OpenMPI（Linux / macOS）、Microsoft MPI（Windows），只支持这两种 |
| 并行覆盖范围 | 官方称 “all major modules are parallelized”（主要模块都支持并行） |
| 如何开并行 | 输入文件里写 ! PAL4 或 %pal nprocs 4 end |
| 谁启动进程 | 由串行的 ORCA-Driver 内部启动并行模块 |
| 官方警告 | “please do not start the driver with mpirun!” |
| 调用方式 | 官方要求用完整路径调用 ORCA，或把可执行文件目录加入 $PATH |
采购含义：这些是软件层的事，但它决定了”这台机器能不能把核用满“。如果课题组（或前任供应商）一直用 mpirun orca 启动，那么并行行为就不是官方支持的方式——机器再贵也跑不出预期速度，而且不会报”配置不够”的错，只会表现为”慢”。
三、许可与获取途径：报价前就要问清
| 项 | 官方口径 | 采购动作 |
|---|---|---|
| 许可 | 官方原文：“free for academic use”，商用许可由 FACCTs 提供；另有 “free for academic and personal use” 的表述 | 先问用途：学术 or 企业/商用。商用必须走 FACCTs 授权 |
| 下载 | Linux 版本从官方下载区直接获取；其它平台的版本需从官方论坛（orcaforum.kofo.mpg.de）获取 | 交付前确认平台与获取途径，避免”机器到了、软件装不上” |
| 用户规模 | 官方称学术圈超过 10 万注册用户 | 说明生态成熟、资料多，但也意味着版本差异大（课题组用哪个版本要问清） |
四、和 VASP / LAMMPS 混跑，真正的瓶颈是”抢 CPU”
ORCA 与 VASP、LAMMPS 放在同一台机器上时，冲突点通常不是显卡、而是 CPU 核数：
需要的总核数 ≈ 各并发任务数 × 单任务进程数- 一位学生跑一个
PAL16的 ORCA 任务，就是 16 个核； - 同时另一个人在跑 VASP 的 MPI 任务，又占掉一批核；
- 结果两边都”变慢”，但谁都没报错——这类投诉最常见的真实原因就是没有把核数当资源来分配。
建议做法：要么错峰（约定哪些时段跑什么），要么明确分配核数（每人/每任务能拿多少核），要么分机（把纯 CPU 的量子化学任务与 GPU 任务放在不同平台上）。多人共用的配额与账号做法，可参考课题组共用一台服务器怎么设。
五、内存与存储：官方没给数值，只能按真实算例实测
这是本方向采购必须诚实面对的一点：ORCA 官方页面与手册没有给出”最低内存 / 最低核数 / 磁盘需求”的数值。因此我们不引用任何”经验数字”，而是在方案里给出实测口径：
| 项 | 怎么定 | 为什么 |
|---|---|---|
| 内存 | 按”每核内存配额 × 并行核数“估，并留余量 | 内存需求跟体系大小与并行核数直接相关；官方未给统一数值 |
| CPU | 按”并发任务数 × 单任务进程数“核算 | ORCA 是 CPU 程序，核数就是产能 |
| 存储（输出） | 按长任务的输出体积留容量 | 官方提到输出文件较大时需要先拷贝再编辑（暗示体积可观） |
| 存储（scratch / 临时） | 单独一块盘，不与系统盘混用 | 长任务写满盘 → 任务失败，甚至整机不可用 |
| 网络 / 多机 | 官方未提多节点并行的要求 | 不要默认”ORCA 必须上集群” |
一句话：与其在参数上猜，不如让课题组用一个真实算例跑一次，把峰值内存、耗时、输出体积记下来——这三个数才是配置依据，也是我们后续调优的基线。同一条口径适用于材料与化工方向的服务器规划：先有真算例，再谈配置。
六、按规模分档（可按课题组真实算例核对）
| 场景 | CPU | 内存 | 存储 | GPU | 备注 |
|---|---|---|---|---|---|
| 单人 / 小体系（常规 DFT、几何优化、频率） | 16–32 核（兼顾主频） | 128–256GB | 2–4TB + 独立 scratch | 不配 | 小体系并行效率有限，不必盲目堆核 |
| 常规课题组（DLPNO / CCSD(T) 等高强度任务 + 多人共用） | 32–64 核（高主频优先） | 256–512GB | 4–8TB + 高速 scratch | 不配 | 核数按”并发任务 × 进程数”分配 |
| 多人多项目 / 与 VASP、LAMMPS 混跑 | 多节点或”高主频节点 + 大内存节点”分工 | 按单节点最大任务定 | 共享存储 + 统一调度 | 按其他软件单独评估 | 错峰、配额或分机 |
三条判断口径：
- 主频对 ORCA 很重要：很多模块的并行效率随核数增长而衰减，“少量高主频核”常优于”大量低主频核”；
- 核数要按并发任务核算，不是按”总核数越大越好”；
- 显卡这一项直接留空——除非同一台机器上还要跑别的、确实支持 GPU 的软件。
七、五句可以直接写进方案的结论
- ORCA 不使用 GPU：官方手册未将 GPU 列为运行条件，并行方案是 OpenMPI / MS-MPI 多进程；
- 配置重点是 CPU（主频 + 核数）与内存，并按核数配套内存配额；
- 并行要用
! PAL4/%pal nprocs N end，不要用mpirun启动——这是交付与售后最常见的错误点； - 许可与获取途径先确认：学术免费、商用经 FACCTs；Linux 版官方直下，其它平台走官方论坛；
- 输出与 scratch 要单独规划：长任务的输出体积可观，写满盘会直接导致任务失败。
常见问题
ORCA 需要配显卡吗？
通常不需要——我们把它归为 CPU 程序。依据是：在 ORCA 官方主页以及官方手册的 architecture / calling / typical / FAQ 章节中，检索 “GPU” 命中 0 次；官方给出的并行方案是 OpenMPI（Linux / macOS）或 MS-MPI（Windows）的多进程，并称主要模块都已并行化。因此把 ORCA 列进”GPU 加速软件”是常见误判，直接影响是显卡预算被平摊到用不上的地方。如果贵单位功能确实需要 GPU 相关能力，建议直接向官方分发方 FACCTs 书面确认。
为什么不能用 mpirun 启动 ORCA？
因为 ORCA 的并行机制是由串行的 ORCA-Driver 内部去启动各个并行模块，而不是由外部 MPI 启动器拉起。官方在并行章节里明确写道 “please do not start the driver with mpirun!”。正确做法是在输入文件里写 ! PAL4（或 %pal nprocs 4 end）指定进程数，并用完整路径调用 ORCA（或把可执行文件目录加入 $PATH）。用错启动方式时通常不会立刻报错，而是出现并行不符合预期、速度上不去等现象，很容易被误判为”机器性能不够”。
ORCA 是免费的吗？交付前要注意什么？
学术用途免费。官方原文写明 *”free for academic use, while commercial licenses are available through FACCTs”*，另有”学术与个人使用免费”的表述。交付前要确认三件事：① 用途是学术还是商用（商用必须走 FACCTs 授权）；② 平台与获取途径——官方只提供 Linux 版本的直接下载，其它平台版本需从官方论坛获取；③ 版本号与课题组既有流程一致，避免结果口径变化。
ORCA 和 VASP、LAMMPS 装在同一台机器上会互相影响吗？
会，主要冲突在 CPU 核数，不在显卡。ORCA 是纯 CPU 的多进程负载，VASP、LAMMPS 的 MPI 任务同样要占核：当两边同时跑时，谁都不会报错，只是都变慢，使用者很容易误判为”机器不行”。建议按”需要的总核数 ≈ 各并发任务数 × 单任务进程数“核算，再选择错峰、核数配额，或者干脆分机（把 CPU 型量子化学任务与 GPU 任务分开）。此外，这些软件的输出与临时文件都很大，scratch 目录应各自独立、不与系统盘混用。
官方没给内存和核数要求，配置单怎么定？
用一个真实算例实测。ORCA 官方页面与手册确实没有给出最低内存、核数或磁盘数值，所以我们不用任何”经验数字”充当结论，而是把流程定成：让课题组挑一个典型的、有代表性的算例（体系大小、方法、并行核数都按日常习惯），跑一次并记录三项——峰值内存占用、单任务耗时、输出与 scratch 体积。这三项分别对应内存容量、CPU 档位与存储规划，是最可靠的配置依据；这些数据也会写进交付文档，作为后续调优与扩机的基线。
如果你们正在给课题组或实验室看机器，把 要跑的软件 / 模型、大概几个人用、预算范围 发我一句，我按这个给你一份带参数清单的配置思路——不推销最高配，只帮你把钱花在真正影响出结果的地方。
