<div dir="ltr">Dear Juerg,<div><br></div><div>Thank you very much for your answer that helps me understand better how to efficiently use CP2K. I do realise that perhaps the reason why my system was going wrong using LS_SCF was I tried to use it together with OT. Apparently, these methods are not meant to be use together. It is one or the other. Am I correct?</div><div><br></div><div>Best regards,</div><div>Pierre <br><br>On Tuesday, September 10, 2019 at 8:46:41 AM UTC+1, jgh wrote:<blockquote class="gmail_quote" style="margin: 0;margin-left: 0.8ex;border-left: 1px #ccc solid;padding-left: 1ex;">Hi
<br>
<br>yes, LS_SCF is for very large systems, but
<br>- it has a large prefactor that is strongly dependent on the
<br>  method and system (basis set etc)
<br>- it needs much more care and should only be used after
<br>  extensively study the system properties using smaller systems.
<br>
<br>Depending on the QM method you are using (I assume here a GGA KS-DFT
<br>with a DZVP basis) I would guess
<br>
<br>- protein crystal of 10000 atoms -> use OT
<br>- 100000 atom system -> use LS_SCF and a very large supercomputer
<br>
<br>regards
<br>
<br>Juerg Hutter
<br>------------------------------<wbr>------------------------------<wbr>--
<br>Juerg Hutter                         Phone : ++41 44 635 4491
<br>Institut für Chemie C                FAX   : ++41 44 635 6838
<br>Universität Zürich                   E-mail: <a href="javascript:" target="_blank" gdf-obfuscated-mailto="WQWZp0B5AwAJ" rel="nofollow" onmousedown="this.href='javascript:';return true;" onclick="this.href='javascript:';return true;">h...@chem.uzh.ch</a>
<br>Winterthurerstrasse 190
<br>CH-8057 Zürich, Switzerland
<br>------------------------------<wbr>------------------------------<wbr>---
<br>
<br>-----<a href="javascript:" target="_blank" gdf-obfuscated-mailto="WQWZp0B5AwAJ" rel="nofollow" onmousedown="this.href='javascript:';return true;" onclick="this.href='javascript:';return true;">c...@googlegroups.com</a> wrote: -----
<br>To: <a href="javascript:" target="_blank" gdf-obfuscated-mailto="WQWZp0B5AwAJ" rel="nofollow" onmousedown="this.href='javascript:';return true;" onclick="this.href='javascript:';return true;">c...@googlegroups.com</a>
<br>From: "Pierre Cazade" 
<br>Sent by: <a href="javascript:" target="_blank" gdf-obfuscated-mailto="WQWZp0B5AwAJ" rel="nofollow" onmousedown="this.href='javascript:';return true;" onclick="this.href='javascript:';return true;">c...@googlegroups.com</a>
<br>Date: 09/06/2019 10:44AM
<br>Subject: Re: [CP2K:12185] modelling protein crystals
<br>
<br>Dear Juerg,
<br>
<br>Thank you for your answer. Could you please elaborate? Is not Linear 
<br>Scaling SCF meant to make it feasible running QM calculation for large 
<br>systems? It was my understanding from the workshops presentations and 
<br>the tutorials. What would you recommend for a protein crystal of 10000 
<br>atoms and another of 100000 with different heme groups (A and B) and 
<br>ions bridges? Simply OT?
<br>
<br>Thank you again,
<br>Pierre
<br>
<br>On 06/09/2019 09:37, <a href="javascript:" target="_blank" gdf-obfuscated-mailto="WQWZp0B5AwAJ" rel="nofollow" onmousedown="this.href='javascript:';return true;" onclick="this.href='javascript:';return true;">h...@chem.uzh.ch</a> wrote:
<br>> Hi
<br>>
<br>> I would not start using the LS_SCF optimizer, but use a standard
<br>> OT setup.
<br>>
<br>> regards
<br>>
<br>> Juerg Hutter
<br>> ------------------------------<wbr>------------------------------<wbr>--
<br>> Juerg Hutter                         Phone : ++41 44 635 4491
<br>> Institut für Chemie C                FAX   : ++41 44 635 6838
<br>> Universität Zürich                   E-mail: <a href="javascript:" target="_blank" gdf-obfuscated-mailto="WQWZp0B5AwAJ" rel="nofollow" onmousedown="this.href='javascript:';return true;" onclick="this.href='javascript:';return true;">h...@chem.uzh.ch</a>
<br>> Winterthurerstrasse 190
<br>> CH-8057 Zürich, Switzerland
<br>> ------------------------------<wbr>------------------------------<wbr>---
<br>>
<br>> -----<a href="javascript:" target="_blank" gdf-obfuscated-mailto="WQWZp0B5AwAJ" rel="nofollow" onmousedown="this.href='javascript:';return true;" onclick="this.href='javascript:';return true;">c...@googlegroups.com</a> wrote: -----
<br>> To: "cp2k" <<a href="javascript:" target="_blank" gdf-obfuscated-mailto="WQWZp0B5AwAJ" rel="nofollow" onmousedown="this.href='javascript:';return true;" onclick="this.href='javascript:';return true;">c...@googlegroups.com</a>>
<br>> From: "Pierre-André Cazade"
<br>> Sent by: <a href="javascript:" target="_blank" gdf-obfuscated-mailto="WQWZp0B5AwAJ" rel="nofollow" onmousedown="this.href='javascript:';return true;" onclick="this.href='javascript:';return true;">c...@googlegroups.com</a>
<br>> Date: 09/04/2019 12:29PM
<br>> Subject: [CP2K:12182] modelling protein crystals
<br>>
<br>> Dear CP2K users,
<br>>
<br>> Aside for my previous post, I am also interested in using CP2K to model protein crystals. Some of the proteins I am interested in are metalloproteins. Using again my test system, beta glycine, I am simply adding the following block to an input that works to preform a CELL_OPT. Please find part of this input below:
<br>>
<br>>   &FORCE_EVAL
<br>>     METHOD  QS
<br>>     STRESS_TENSOR  ANALYTICAL
<br>>     &DFT
<br>>       BASIS_SET_FILE_NAME /usr/local/src/cp2k/data/GTH_<wbr>BASIS_SETS
<br>>       POTENTIAL_FILE_NAME /usr/local/src/cp2k/data/GTH_<wbr>POTENTIALS
<br>>       MULTIPLICITY  0
<br>>       CHARGE  0
<br>>       &SCF
<br>>         MAX_SCF  20
<br>>         EPS_SCF  1.e-7
<br>>         SCF_GUESS  ATOMIC
<br>>         &OT  T
<br>>           MINIMIZER CG
<br>>           PRECONDITIONER FULL_SINGLE_INVERSE
<br>>         &END OT
<br>>         &OUTER_SCF  T
<br>>           EPS_SCF  1.e-6
<br>>           MAX_SCF  50
<br>>         &END OUTER_SCF
<br>>       &END SCF
<br>>       &QS
<br>>         LS_SCF T
<br>>         EPS_DEFAULT     1.0000000000000000E-10
<br>>         EPS_PGF_ORB     1.0000000000000000E-08
<br>>         METHOD  GPW
<br>>       &END QS
<br>>       &MGRID
<br>>         NGRIDS  4
<br>>         CUTOFF     5.0000000000000000E+02
<br>>         REL_CUTOFF     8.0000000000000000E+01
<br>>       &END MGRID
<br>>       &XC
<br>>         DENSITY_CUTOFF     1.0000000000000000E-10
<br>>         GRADIENT_CUTOFF     1.0000000000000000E-10
<br>>         TAU_CUTOFF     1.0000000000000000E-10
<br>>         &XC_FUNCTIONAL  NO_SHORTCUT
<br>>           &PBE  T
<br>>           &END PBE
<br>>         &END XC_FUNCTIONAL
<br>>       &END XC
<br>>       &POISSON
<br>>         POISSON_SOLVER  PERIODIC
<br>>         PERIODIC  XYZ
<br>>       &END POISSON
<br>>     &END DFT
<br>>
<br>> So I tried to add this block:
<br>>
<br>>       &LS_SCF
<br>>         PURIFICATION_METHOD TRS4
<br>>         EPS_FILTER 1E-6
<br>>         EPS_SCF    1E-7
<br>>         MAX_SCF    20
<br>>         S_PRECONDITIONER ATOMIC
<br>>       &END
<br>>
<br>> and it does not work. Then, I tried:
<br>>
<br>>       &LS_SCF
<br>>         PURIFICATION_METHOD TRS4
<br>>         EPS_FILTER 1E-6
<br>>         EPS_SCF    1E-7
<br>>         MAX_SCF    30
<br>>         S_PRECONDITIONER NONE
<br>>         &CURVY_STEPS
<br>>         &END CURVY_STEPS
<br>>       &END
<br>>
<br>> And again, it failed. In both cases, at first the optimization goes well, I reach a point where the system is almost optimized and then everything goes wrong. If anyone can tell me what I am doing wrong, I would be grateful. More generally, if anyone could tell me which algorithms I should use to maximize the efficiency of the calculation for large systems (up to about 100000 atoms), while having decent accuracy and stability, I would be grateful. I have checked the various options in SCF, OT, OUTER_SCF, LS_SCF and MOTION, but it is unclear which ones are the most suitable and can work well together.
<br>>
<br>> Thank you,
<br>> Pierre
<br>>
<br>>    
<br>>    --
<br>>   You received this message because you are subscribed to the Google Groups "cp2k" group.
<br>>   To unsubscribe from this group and stop receiving emails from it, send an email to <a href="javascript:" target="_blank" gdf-obfuscated-mailto="WQWZp0B5AwAJ" rel="nofollow" onmousedown="this.href='javascript:';return true;" onclick="this.href='javascript:';return true;">cp...@googlegroups.<wbr>com</a>.
<br>>   To view this discussion on the web visit <a href="https://groups.google.com/d/msgid/cp2k/ea4192e6-fe57-4ecd-99eb-e1cb6430c365%40googlegroups.com" target="_blank" rel="nofollow" onmousedown="this.href='https://groups.google.com/d/msgid/cp2k/ea4192e6-fe57-4ecd-99eb-e1cb6430c365%40googlegroups.com';return true;" onclick="this.href='https://groups.google.com/d/msgid/cp2k/ea4192e6-fe57-4ecd-99eb-e1cb6430c365%40googlegroups.com';return true;">https://groups.google.com/d/<wbr>msgid/cp2k/ea4192e6-fe57-4ecd-<wbr>99eb-e1cb6430c365%<wbr>40googlegroups.com</a>.
<br>>   
<br>>
<br>
<br>-- 
<br>Dr Pierre Cazade, PhD
<br>AD3-023, Bernal Institute,
<br>University of Limerick,
<br>Plassey Park Road,
<br>Castletroy, co. Limerick,
<br>Ireland
<br>
<br>-- 
<br>You received this message because you are subscribed to the Google Groups "cp2k" group.
<br>To unsubscribe from this group and stop receiving emails from it, send an email to <a href="javascript:" target="_blank" gdf-obfuscated-mailto="WQWZp0B5AwAJ" rel="nofollow" onmousedown="this.href='javascript:';return true;" onclick="this.href='javascript:';return true;">cp...@googlegroups.<wbr>com</a>.
<br>To view this discussion on the web visit <a href="https://groups.google.com/d/msgid/cp2k/47f4bdba-74cc-ab74-bf18-53a2dea287ea%40gmail.com" target="_blank" rel="nofollow" onmousedown="this.href='https://groups.google.com/d/msgid/cp2k/47f4bdba-74cc-ab74-bf18-53a2dea287ea%40gmail.com';return true;" onclick="this.href='https://groups.google.com/d/msgid/cp2k/47f4bdba-74cc-ab74-bf18-53a2dea287ea%40gmail.com';return true;">https://groups.google.com/d/<wbr>msgid/cp2k/47f4bdba-74cc-ab74-<wbr>bf18-53a2dea287ea%40gmail.com</a>.
<br></blockquote></div></div>