18217265596 发表于 2025-6-16 23:30 吃得少很多 DLPNO吃硬盘多是相对DFT而言的，不是相对不加DLPNO而言的。不加DLPNO普通服务器算20多个原子就顶头了，算80多个原子恐怕需要超算上千核并行，几十上百T的硬盘。正因为如此，所以几乎看不到不加DLPNO算这么大体系的报道（有也是炫技式的计算，纯用来证明自己软件的并行化效率高），所以一般用户对这么大体系不开DLPNO计算吃的计算资源没有概念。 |
wal 发表于 2025-6-16 22:37 我的wsl也因此寄了，rm -rf * 删这些碍事的文件，然后直接蓝屏了，重启之后wsl就显示损坏打不开了 |
本帖最后由 18217265596 于 2025-6-16 23:38 编辑 wal 发表于 2025-6-16 22:37 DLPNO比不带DLPNO硬盘吃的多吗？ |
wal 发表于 2025-6-16 22:37 寄了，跑不下来，到1T左右就被 oom-kill 给终结了 |
chuexue_hu 发表于 2025-6-16 22:24 也算正常，我的使用体验是DLPNO系列的方法都是硬盘吞噬者 尤其DLPNO-STEOM-CCSD，算个60原子体系就能撑爆5个T的硬盘，印象深刻 |
| 参与人数Participants 1 | eV +5 | 收起 理由Reason |
|---|---|---|
|
| + 5 |
wzkchem5 发表于 2022-3-7 01:56 老师您好，我在运行orca时意外结束运行，报错信息为： slurmstepd: error: Detected 1 oom-kill event(s) in StepId=46535.batch cgroup. Some of your processes may have been killed by the cgroup out-of-memory handler. 后查看文件，发现产生的临时文件达两三百G，这是正常的吗 跑的体系84个原子，单点能计算 %pal nprocs 24 end ! DLPNO-CCSD(T) normalPNO RIJCOSX ma-def2-TZVPP autoaux tightSCF noautostart miniprint %maxcore 5000 * xyz 0 1 |
| 高斯会把临时文件放在scratch目录下，你一般没事不会去看scratch目录，所以以为没有临时文件，但orca会把临时文件放在工作目录，所以被你看见了，仅此而已。 |
| 参与人数Participants 1 | eV +3 | 收起 理由Reason |
|---|---|---|
|
| + 3 |
|
不同程序有不同的设计 Gaussian不过是把不同类型的临时信息都存到单一rwf文件里的不同slot里，ORCA没这么设计，单独存放而已 |
| 参与人数Participants 1 | eV +3 | 收起 理由Reason |
|---|---|---|
|
| + 3 |
手机版 Mobile version|北京科音自然科学研究中心 Beijing Kein Research Center for Natural Sciences|京公网安备 11010502035419号|计算化学公社 — 北京科音旗下高水平计算化学交流论坛 ( 京ICP备14038949号-1 )|网站地图
GMT+8, 2025-8-13 17:59 , Processed in 0.173500 second(s), 26 queries , Gzip On.
组图打开中，请稍候......
收藏 Add to favorites