24小时热门版块排行榜    

CyRhmU.jpeg
查看: 1762  |  回复: 14

yyao_1314

木虫 (小有名气)

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

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

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

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

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

» 猜你喜欢

» 本主题相关价值贴推荐,对您同样有帮助:

总是无情却有情
已阅   回复此楼   关注TA 给TA发消息 送TA红花 TA的回帖

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的回帖

yyao_1314

木虫 (小有名气)

引用回帖:
4楼: Originally posted by zhou2009 at 2017-03-06 14:24:23
那应不是外存的问题。
sobereva在《量子化学计算中帮助几何优化收敛的常用方法》的帖子中说:

使用更好的Hessian矩阵
RFO、GDIIS、GEDIIS这三种优化方法在走步时都需要Hessian矩阵(力常数矩阵),然而计 ...

谢谢提供信息,结构已经优化好,单独freq计算过程中出的问题,跟结构优化没有关系。

发自小木虫IOS客户端
总是无情却有情
5楼2017-03-06 15:39:44
已阅   回复此楼   关注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的回帖

zhou2009

版主 (著名写手)

注意这段:
在默认情况下,优化从头到尾使用的Hessian矩阵都只是近似的(这也是为什么在优化出来的结构上做Freq往往会显示还没收敛,因为Freq用的是精确的Hessian矩阵)。当Hessian矩阵离精确值偏差较大,就会造成收敛缓慢,或者始终不收敛。
7楼2017-03-06 20:27:16
已阅   回复此楼   关注TA 给TA发消息 送TA红花 TA的回帖

yyao_1314

木虫 (小有名气)

引用回帖:
6楼: Originally posted by 小范范1989 at 2017-03-06 19:36:46
按说不是内存问题,你的内存应该够了。
断电过?或者时间到了?

不是,测试过很多次,体系大了才会出这个问题。1400个基函数的体系感觉刚好能计算。应该是高斯计算需要一个内存,此外还需要额外的缓存。如果不够,系统就会强制停止计算。暂时只能用4核来慢慢算,再看看结果。

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

yyao_1314

木虫 (小有名气)

引用回帖:
7楼: Originally posted by zhou2009 at 2017-03-06 20:27:16
注意这段:
在默认情况下,优化从头到尾使用的Hessian矩阵都只是近似的(这也是为什么在优化出来的结构上做Freq往往会显示还没收敛,因为Freq用的是精确的Hessian矩阵)。当Hessian矩阵离精确值偏差较大,就会造成 ...

较小的体系可以,大了就算不过去,应该跟你说的没有关系。试过其他情况下,也算不过气。

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

paramecium86

版主 (著名写手)

Gaussian算freq会有两种方法 第一种直接使用内存计算CPHF, 但是如果超过5000个CPHF function那就自动转入省内存模式  要把计算中间结果往硬盘里写。 我的感觉是这个情况: 因为要写入硬盘的数据量太大了 硬盘写入速度又不快 会非常慢 所以怎么都算不下去。用maxinv 试试加到10000  只要内存够大应该能算得下去。
10楼2017-03-07 08:14:56
已阅   回复此楼   关注TA 给TA发消息 送TA红花 TA的回帖
相关版块跳转 我要订阅楼主 yyao_1314 的主题更新
信息提示
请填处理意见