应《网络安全法》要求，自2017年10月1日起，未进行实名认证将不得使用互联网跟帖服务。为保障您的帐号能够正常使用，请尽快对帐号进行手机号验证，感谢您的理解与支持！

24小时热门版块排行榜    

CyRhmU.jpeg
小木虫论坛-学术科研互动平台 » 计算模拟区 » 量子化学 » Gaussian » 求助Freq计算到一半就突然断掉
51/1返回列表
查看: 1763  |  回复: 14
只看楼主@他人 存档 新回复提醒 (忽略) 收藏    在APP中查看
当前只显示满足指定条件的回帖，点击这里查看本话题的所有回帖

yyao_1314

木虫 (小有名气)

[求助] 求助Freq计算到一半就突然断掉已有1人参与

大致推测是内存的问题，文件没有任何提示错误的信息，以258 vectors of produced by pass 6结束......

求助怎么设置比较好。
工作站：64GB/32核

com文件设置：
%mem=60GB
%nprocshared=8
方法：M062X，基组6-31G**，基函数2054个。

发自小木虫IOS客户端
回复此楼

» 猜你喜欢

» 本主题相关价值贴推荐，对您同样有帮助:
总是无情却有情
1楼2017-03-06 11:13:41
已阅   回复此楼   关注TA 给TA发消息 送TA红花 TA的回帖

小范范1989

木虫 (著名写手)
按说不是内存问题，你的内存应该够了。
断电过？或者时间到了？
赞一下 回复此楼
It doesn't matter how slow you are, as long as you're determined to get there, you'll get there.
6楼2017-03-06 19:36:46
 已阅   回复此楼   关注TA 给TA发消息 送TA红花 TA的回帖
查看全部 15 个回答

zhou2009

版主 (著名写手)
你用的是windows操作系统吧？该系统最大只能给出16GB的外存，所以外存写不下就停止了。作freq需要很大的外存空间。
赞一下 回复此楼
2楼2017-03-06 11:22:26
 已阅   回复此楼   关注TA 给TA发消息 送TA红花 TA的回帖

yyao_1314

木虫 (小有名气)
引用回帖:
2楼: Originally posted by zhou2009 at 2017-03-06 11:22:26
你用的是windows操作系统吧？该系统最大只能给出16GB的外存，所以外存写不下就停止了。

linux 64位

发自小木虫IOS客户端
回复此楼
总是无情却有情
3楼2017-03-06 11:22:48
 已阅   回复此楼   关注TA 给TA发消息 送TA红花 TA的回帖

zhou2009

版主 (著名写手)
引用回帖:
3楼: Originally posted by yyao_1314 at 2017-03-06 11:22:48
linux 64位
...

那应不是外存的问题。
sobereva在《量子化学计算中帮助几何优化收敛的常用方法》的帖子中说：

使用更好的Hessian矩阵
RFO、GDIIS、GEDIIS这三种优化方法在走步时都需要Hessian矩阵（力常数矩阵），然而计算Hessian矩阵是很耗时的。因此，在默认情况下，Gaussian会通过价力场的方法近似估计出初始的Hessian矩阵，在每一步优化中只精确计算梯度，利用梯度对原先Hessian矩阵进行修正不断得到新的Hessian矩阵。所以，在默认情况下，优化从头到尾使用的Hessian矩阵都只是近似的（这也是为什么在优化出来的结构上做Freq往往会显示还没收敛，因为Freq用的是精确的Hessian矩阵）。当Hessian矩阵离精确值偏差较大，就会造成收敛缓慢，或者始终不收敛。为解决这个问题，可以用opt=calcfc，这会在优化的第一步使用精确计算的Hessian矩阵，但是仍可能后续优化过程中Hessian矩阵逐渐变得越来越不精确而依然收敛失败。opt=calcall则不仅在第一步，在后续的每一步中也都精确计算Hessian矩阵，这使得很多优化失败的情况都能得到解决，优化所需步数通常也会减少很多，而且能够保证最终优化结果准确（因为最终判断是否收敛时是基于精确的Hessian矩阵所得结果），但代价是每一步计算量会很大。

可供参考。
赞一下 回复此楼
4楼2017-03-06 14:24:23
 已阅   回复此楼   关注TA 给TA发消息 送TA红花 TA的回帖
查看全部 15 个回答
普通表情 龙 兔 虎 猫
信息提示
关闭
请填处理意见
关闭