- Posts: 2
- Thank you received: 0
If you have problems during the execution of MRCC, please attach the output with an adequate description of your case as well as the followings:
This information really helps us during troubleshooting
- the way mrcc was invoked
- the way build.mrcc was invoked
- the output of build.mrcc
- compiler version (for example: ifort -V, gfortran -v)
- blas/lapack versions
- as well as gcc and glibc versions
This information really helps us during troubleshooting
ccmaxit keyword not properly applied
- richard.kang
- Topic Author
- Offline
- New Member
-
Less
More
3 days 10 hours ago - 3 days 10 hours ago #1599
by richard.kang
ccmaxit keyword not properly applied was created by richard.kang
Hello,
This is a simple CCSDT calculation with a cc-pvtz.
I am new to MRCC so I apologize for apparent mistakes but I thought the ccmaxit keyword is supposed to increase the CC iterations upto whichever number I set. However, I wasn't able to adjust this number by setting this keyword though the energy decrease in CC iterations seems stable enough.
Is there a bug or am I using a wrong keyword?
Though the attached output is for CCSDT, the same issue was present for other cases such as CCSDTQP etc.
Thank you,
Richard
This is a simple CCSDT calculation with a cc-pvtz.
I am new to MRCC so I apologize for apparent mistakes but I thought the ccmaxit keyword is supposed to increase the CC iterations upto whichever number I set. However, I wasn't able to adjust this number by setting this keyword though the energy decrease in CC iterations seems stable enough.
Is there a bug or am I using a wrong keyword?
Though the attached output is for CCSDT, the same issue was present for other cases such as CCSDTQP etc.
Thank you,
Richard
Last edit: 3 days 10 hours ago by richard.kang.
Please Log in or Create an account to join the conversation.
- alex34
- Offline
- New Member
-
Less
More
- Posts: 10
- Thank you received: 1
3 days 4 hours ago #1600
by alex34
Replied by alex34 on topic ccmaxit keyword not properly applied
As far as I remember, at least for previous versions (I am not a developer), this keyword does not apply to higher-order CC. You should redefine the maxit variable in the source file MRCCCOMMON and compile the program yourself.
The following user(s) said Thank You: richard.kang
Please Log in or Create an account to join the conversation.
- nagypeter
- Offline
- Premium Member
-
- MRCC developer
2 days 22 hours ago #1601
by nagypeter
Replied by nagypeter on topic ccmaxit keyword not properly applied
Dear Richard,
alex34 is correct, maxit of MRCCCOMMON govern the maxumimum number of itnerations, when ccprog=mrcc.
ccmaxit keyword works for the ccprog=ccsd code, that is up to CCSD(T).
Just a note, but the reason that you need so much interations is that you set extremely tight settings: itol=14
cctol=8
These settings do not allow CCSDT to stop until exteremely tight convergence. Fine if intentional, then the only option is increasing maxit in MRCCCOMMON
Best regards,
Peter
alex34 is correct, maxit of MRCCCOMMON govern the maxumimum number of itnerations, when ccprog=mrcc.
ccmaxit keyword works for the ccprog=ccsd code, that is up to CCSD(T).
Just a note, but the reason that you need so much interations is that you set extremely tight settings: itol=14
cctol=8
These settings do not allow CCSDT to stop until exteremely tight convergence. Fine if intentional, then the only option is increasing maxit in MRCCCOMMON
Best regards,
Peter
The following user(s) said Thank You: richard.kang
Please Log in or Create an account to join the conversation.
- richard.kang
- Topic Author
- Offline
- New Member
-
Less
More
- Posts: 2
- Thank you received: 0
1 day 12 hours ago #1602
by richard.kang
Replied by richard.kang on topic ccmaxit keyword not properly applied
Thank you so much for both responses!
I will first try with less tight settings (I was just using MINP from a previous member in the group) and try to adjust MRCCCOMMON if absolutely needed.
Sincerely,
Richard
I will first try with less tight settings (I was just using MINP from a previous member in the group) and try to adjust MRCCCOMMON if absolutely needed.
Sincerely,
Richard
Please Log in or Create an account to join the conversation.
Time to create page: 0.043 seconds