问题已经解决了，我把mem从20GB调成15GB之后就可以顺利计算了。我个人觉得应该不是内存不足的原因，因为我用了两个平台的超算计算了相同的文本（其中一个超算是个新账号，从来没有用过），当mem=30GB时算了十几个小时后都中断了，但mem=15GB时都能够正常计算，我也不太清楚是什么原因.

wzkchem5 发表于 2020-10-8 13:04
不，我感觉这个问题更像是你机子的内存不够多，不是%mem不够多。
如果计算需要的内存大于%mem，那么高斯 ...

这看应该是系统内存不够被杀了，不过这点内存都没有是不可能算的动这么大的体系的

王寓于 发表于 2020-10-8 11:09
我先把内存调高一点试试。谢谢

不，我感觉这个问题更像是你机子的内存不够多，不是%mem不够多。
如果计算需要的内存大于%mem，那么高斯会在计算过程中意识到这一点，要么报内存不够退出，要么换用内存消耗较少的方法来计算，但不会无报错中断；
如果%mem小于物理内存，计算需要的内存小于%mem，那么一切正常；
如果%mem大于物理内存，计算需要的内存小于物理内存，那么一切正常；
如果%mem大于物理内存，计算需要的内存大于物理内存但小于%mem，那么高斯会一直以为内存够用，直到把所有内存用完还以为有多余的内存，操作系统检测到已经不剩内存了，但高斯还需要内存，就把高斯杀掉了。只有这种情况才会导致高斯还没来得及把内存不足的信息打印出来就中断。
所以反倒应该减少%mem，看高斯能不能用较少的内存来做TDDFT。

wzkchem5 发表于 2020-10-8 09:57
应该是内存不足，你的体系太大了。
如果对精度要求不高（允许和传统的TDDFT有0.2eV左右的误差），那么可以 ...

我先把内存调高一点试试。谢谢

应该是内存不足，你的体系太大了。
如果对精度要求不高（允许和传统的TDDFT有0.2eV左右的误差），那么可以用ORCA的sTD-DFT方法，不考虑SCF步骤的话几分钟就算完了。