| 感谢各位老师的解答,这个的确与sob老师说的,可能是高阶对称性的问题,使用opt=z-matrix可以解决这个问题,就是让优化时使用内坐标进行计算(输入文件的坐标时内坐标还是笛卡尔坐标) |
|
没必要自己优化。我在这篇博文介绍的文章的补充材料里都已经提供好了<=C30的优化完的坐标了 揭示各种新奇的碳环体系的振动特征 http://sobereva.com/578(http://bbs.keinsci.com/thread-20919-1-1.html) 这和Gaussian对于某些高阶点群处理上的bug有关,之前我在上面这篇文章里提到的研究中算大环的时候就已经遇到了 |
liyunlu 发表于 2021-6-2 17:51 不用列很多种情况。直接给出#p下,linux下某个“卡住”的文件末尾截图。 |
zjxitcc 发表于 2021-6-2 17:44 做过的尝试如下: (1)换#p和#, (2)换版本G09D01(Windows 4c,1.5G), G16a03(36c, 180G), (3)换泛函m062x-wb97xd. (4)单独计算opt,单独计算freq。 上述尝试都只停在L101.exe不动。但只跑单点,上述都可以~还请老师们指点 |
| 用#p,而非#,可以看到更多输出、计算过程,当前输出太少。没必要尝试Win版Gaussian,直接在linux下用g16算即可,接下来也无需再贴Win下的任何内容(因为没用)。你还得交待你的linux下所用的核数和内存,你不可能真的只用1个核在算啊,那当然是动不了了,体系和基组都不小。 |
| 只计算opt或者只计算freq都卡在L101不动,计算单点可以正常结束 |
手机版 Mobile version|北京科音自然科学研究中心 Beijing Kein Research Center for Natural Sciences|京公网安备 11010502035419号|计算化学公社 — 北京科音旗下高水平计算化学交流论坛 ( 京ICP备14038949号-1 )|网站地图
GMT+8, 2026-2-24 09:08 , Processed in 0.173176 second(s), 26 queries , Gzip On.