<div dir="ltr">Dear Amin,<div><br></div><div>if this is your whole output, only 18 steps of the geometry optimisation have been performed, </div><div>each taking between 40 and 100 seconds. The SCF cycle requires actually a small number of iterations, each taking few seconds.</div><div>From these information, one can only conclude that your job was hanging for a week, after the calculation of these 18 steps.</div><div>Did you check when the output file has been modified for the last time? Did you check every time to time ow the calculation was going on during that week?</div><div>Anyway, I would guess that the problem is related to the machine where the job is running.</div><div>regards</div><div>Marcella<br><br>On Monday, March 13, 2017 at 1:43:10 PM UTC+1, Amin wrote:<blockquote class="gmail_quote" style="margin: 0;margin-left: 0.8ex;border-left: 1px #ccc solid;padding-left: 1ex;"><div dir="ltr">I couldn't be able to attach the output file here.<br>I need LSD, because the calculation done by VASP was spin polarized.<br><div>Here are the information about the last step of optimization- after that calculations reached wall-time and stopped:</div><div><br><div> -------- Informations at step = 18 ------------</div><div> Optimization Method = BFGS</div><div> Total Energy = -5827.0471607579</div><div> Real energy change = 0.0858127047</div><div> Predicted change in energy = -14.5174588205</div><div> Scaling factor = 0.0077495614</div><div> Step size = 0.4724315332</div><div> Trust radius = 0.4724315332</div><div> Decrease in energy = NO</div><div> Used time = 93.234</div><div><br></div><div> Convergence check :</div><div> Max. step size = 0.4724315332</div><div> Conv. limit for step size = 0.0030000000</div><div> Convergence in step size = NO</div><div> RMS step size = 0.0495642754</div><div> Conv. limit for RMS step = 0.0015000000</div><div> Convergence in RMS step = NO</div><div> Max. gradient = 0.1337540443</div><div> Conv. limit for gradients = 0.0004500000</div><div> Conv. for gradients = NO</div><div> RMS gradient = 0.0130474061</div><div> Conv. limit for RMS grad. = 0.0003000000</div><div> Conv. for gradients = NO</div><div> -----------------------------<wbr>----------------------</div><div><br></div><div><div> ------------------------------<wbr>----- OT ------------------------------<wbr>---------</div><div> Minimizer : CG : conjugate gradient</div><div> Preconditioner : FULL_ALL : diagonalization, state selective</div><div> Precond_solver : DEFAULT</div><div> Line search : 2PNT : 2 energies, one gradient</div><div> stepsize : 0.15000000 energy_gap : 0.08000000</div><div> eps_taylor : 0.10000E-15 max_taylor : 4</div><div> ------------------------------<wbr>----- OT ------------------------------<wbr>---------</div><div><br></div><div> Step Update method Time Convergence Total energy Change</div><div> ------------------------------<wbr>------------------------------<wbr>------------------</div><div> 1 OT CG 0.15E+00 8.8 0.00180844 -5825.0697567570 -5.83E+03</div></div><div><br></div><div><br></div>On Monday, March 13, 2017 at 12:11:02 PM 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>you still didn't answer my question:
<br>
<br>is your 'long' simulation time caused by:
<br>
<br>- slow convergence of geometry optimization
<br> ==> Numbers please.
<br>- slow convergence of SCF
<br> ==> How many iterations? Did it converge at all?
<br>- high CPU time per SCF cycle?
<br> ==> Give us some numbers. It is impossible to say something
<br> without having any information.
<br>
<br>Do you really need LSD?
<br>
<br>regards
<br>
<br>------------------------------<wbr>------------------------------<wbr>--
<br>Juerg Hutter <wbr> Phone : ++41 44 635 4491
<br>Institut für Chemie C FAX : ++41 44 635 6838
<br>Universität Zürich E-<wbr>mail: <a rel="nofollow">hut...@chem.uzh.ch</a>
<br>Winterthurerstrasse 190
<br>CH-8057 Zürich, Switzerland
<br>------------------------------<wbr>------------------------------<wbr>---
<br>
<br>-----<a rel="nofollow">cp...@googlegroups.com</a> wrote: -----To: cp2k <<a rel="nofollow">cp...@googlegroups.com</a>>
<br>From: Amin
<br>Sent by: <a rel="nofollow">cp...@googlegroups.com</a>
<br>Date: 03/13/2017 12:07PM
<br>Subject: Re: [CP2K:8808] very long calculation time
<br>
<br>To add up some thing: I think that is because of the slow convergence of the SCF.The interesting point is that with 48 atoms in my supercell, SCF converged in less than one hour! but now with 192 atoms, it takes more than a week (even more!, because it hasn't converged yet!)
<br>
<br>On Monday, March 13, 2017 at 11:57:14 AM UTC+1, Amin wrote:Thank you very much for your swift reply.I am replicating a calculation that has been done previously by VASP. at first I tried to calculate adsorption energy with 48 atoms in my supercell, but there was a major difference between my results and the previous one. Then I modified my structure to include more atoms. I'll try to apply your suggestions but I also attach my complete input file in case that it might help to give a better perspective. -Because of this point that calculation stopped after reaching the wall-time, I set the new input file to use the Restart wave-function. But I'm not sure that it's been done correctly! Sorry if my questions are so rudimentary!
<br>I sincerely appreciate your time and considerations.
<br>
<br>&GLOBAL PROJECT Chemisorption-newconf RUN_TYPE GEO_OPT PRINT_LEVEL LOW EXTENDED_FFT_LENGTHS&END GLOBAL
<br>&FORCE_EVAL METHOD Quickstep &DFT WFN_RESTART_FILE_NAME Chemisorption-newconf-RESTART.<wbr>wfn BASIS_SET_FILE_NAME BASIS_MOLOPT POTENTIAL_FILE_NAME GTH_POTENTIALS LSD CHARGE 0 MULTIPLICITY 1 &MGRID CUTOFF 800 REL_CUTOFF 60 &END MGRID &QS METHOD GPW EPS_DEFAULT 1.0E-12 &END QS &POISSON PERIODIC XYZ &END POISSON &SCF SCF_GUESS RESTART EPS_SCF 1.0E-6 MAX_SCF 100 &OT PRECONDITIONER FULL_ALL MINIMIZER CG &END OT &OUTER_SCF MAX_SCF 20 EPS_SCF 1.0E-6 &END OUTER_SCF &END SCF &XC &XC_FUNCTIONAL PBE &END XC_FUNCTIONAL &VDW_POTENTIAL DISPERSION_FUNCTIONAL PAIR_POTENTIAL &PAIR_POTENTIAL TYPE DFTD3(BJ) REFERENCE_FUNCTIONAL PBE CALCULATE_C9_TERM .FALSE. PARAMETER_FILE_NAME dftd3.dat R_CUTOFF 15.0 &END PAIR_POTENTIAL &END VDW_POTENTIAL &END XC &END DFT
<br> &SUBSYS &CELL ABC 15.138 15.138 30.0000 PERIODIC XYZ &END CELL &TOPOLOGY COORD_FILE_FORMAT XYZ COORD_FILE_NAME ./Anatase001-192.xyz &END &KIND C ELEMENT C BASIS_SET DZVP-MOLOPT-SR-GTH POTENTIAL GTH-PBE-q4 &END KIND &KIND Ti ELEMENT Ti BASIS_SET DZVP-MOLOPT-SR-GTH POTENTIAL GTH-PBE-q12 &END KIND &KIND O ELEMENT O BASIS_SET DZVP-MOLOPT-SR-GTH POTENTIAL GTH-PBE-q6 &END KIND &END SUBSYS &PRINT &TOTAL_NUMBERS ON &END TOTAL_NUMBERS &END PRINT&END FORCE_EVAL&MOTION &GEO_OPT OPTIMIZER BFGS MAX_FORCE 4.50000000E-004 &END &CONSTRAINT &FIXED_ATOMS LIST 0..95 &END FIXED_ATOMS &END CONSTRAINT&END MOTION
<br>On Monday, March 13, 2017 at 11:35:58 AM UTC+1, jgh wrote:Hi
<br>
<br>
<br>
<br>is your 'long' simulation time caused by:
<br>
<br>
<br>
<br>- slow convergence of geometry optimization
<br>
<br>- slow convergence of SCF
<br>
<br>- high CPU time per SCF cycle?
<br>
<br>
<br>
<br>To improve CPU time per SCF I would suggest (guessing without
<br>
<br>knowing your full input)
<br>
<br>- use only MOLOPT-SR basis sets
<br>
<br>- reduce EPS_DEFAULT to 1.e-10
<br>
<br>- Preconditioner -> FULL_SINGLE_INVERSE
<br>
<br>
<br>
<br>Do you really need LSD?
<br>
<br>
<br>
<br>regards
<br>
<br>
<br>
<br>Juerg Hutter
<br>
<br>------------------------------<wbr>------------------------------<wbr>--
<br>
<br>Juerg Hutter <wbr> Phone : ++41 44 635 4491
<br>
<br>Institut für Chemie C FAX : ++41 44 635 6838
<br>
<br>Universität Zürich E-<wbr>mail: <a>hut...@chem.uzh.ch</a>
<br>
<br>Winterthurerstrasse 190
<br>
<br>CH-8057 Zürich, Switzerland
<br>
<br>------------------------------<wbr>------------------------------<wbr>---
<br>
<br>
<br>
<br>-----<a>cp...@googlegroups.com</a> wrote: -----To: cp2k <<a>cp...@googlegroups.com</a>>
<br>
<br>From: Amin
<br>
<br>Sent by: <a>cp...@googlegroups.com</a>
<br>
<br>Date: 03/13/2017 10:28AM
<br>
<br>Subject: [CP2K:8806] very long calculation time
<br>
<br>
<br>
<br>Hi all,I am trying to calculate the adsorption energy of co2 on Tio2 surface (with 192 atoms in my supercell). but the problem is that it takes too long time to be calculated. I'm using 80 processors (2.8 GHz - each) but as I set the wall time for 7 days, it reached that wall time and calculations stopped. I have done similar calculations for fewer atoms (48,98) in super cell but in those cases (even with fewer CPUs) it takes at most 1 day to calculate everything. Because I'm a beginner in CP2K, I don't have any idea weather this amount of time for calculation is reasonable. I have attached critical parts of my input file. I will be grateful if someone gives a comment regarding my question.- Any suggestion for decreasing the calculation time with the same number of atoms is warmly appreciated.. :)
<br>
<br>&GLOBAL PROJECT Ch RUN_TYPE GEO_OPT PRINT_LEVEL LOW EXTENDED_FFT_LENGTHS&END GLOBAL
<br>
<br>&FORCE_EVAL METHOD Quickstep &DFT BASIS_SET_FILE_NAME BASIS_MOLOPT POTENTIAL_FILE_NAME GTH_POTENTIALS LSD CHARGE 0 MULTIPLICITY 1 &MGRID CUTOFF 800 REL_CUTOFF 60 &END MGRID &QS METHOD GPW EPS_DEFAULT 1.0E-12 &END QS &POISSON PERIODIC XYZ &END POISSON &SCF SCF_GUESS ATOMIC EPS_SCF 1.0E-6 MAX_SCF 100 &OT PRECONDITIONER FULL_ALL MINIMIZER CG &END OT &OUTER_SCF MAX_SCF 20 EPS_SCF 1.0E-6 &END OUTER_SCF &END SCF &XC &XC_FUNCTIONAL PBE &END XC_FUNCTIONAL &VDW_POTENTIAL DISPERSION_FUNCTIONAL PAIR_POTENTIAL &PAIR_POTENTIAL TYPE DFTD3(BJ) REFERENCE_FUNCTIONAL PBE CALCULATE_C9_TERM .FALSE. PARAMETER_FILE_NAME dftd3.dat R_CUTOFF 15.0 &END PAIR_POTENTIAL &END VDW_POTENTIAL &END XC &END DFT
<br>
<br> &SUBSYS &CELL ABC 15.138 15.138 30.0000 PERIODIC XYZ &END CELL &TOPOLOGY COORD_FILE_FORMAT XYZ COORD_FILE_NAME ./Anatase001-192.xyz &END
<br>
<br>&END FORCE_EVAL&MOTION &GEO_OPT OPTIMIZER BFGS MAX_FORCE 4.50000000E-004 &END &CONSTRAINT &FIXED_ATOMS LIST 0..95 &END FIXED_ATOMS &END CONSTRAINT&END MOTION
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>--
<br>
<br>
<br>
<br>You received this message because you are subscribed to the Google Groups "cp2k" group.
<br>
<br>
<br>
<br>To unsubscribe from this group and stop receiving emails from it, send an email to <a>cp2k+...@googlegroups.com</a>.
<br>
<br>
<br>
<br>To post to this group, send email to <a>cp...@googlegroups.com</a>.
<br>
<br>
<br>
<br>Visit this group at <a href="https://groups.google.com/group/cp2k" rel="nofollow" target="_blank" onmousedown="this.href='https://groups.google.com/group/cp2k';return true;" onclick="this.href='https://groups.google.com/group/cp2k';return true;">https://groups.google.com/<wbr>group/cp2k</a>.
<br>
<br>
<br>
<br>For more options, visit <a href="https://groups.google.com/d/optout" rel="nofollow" target="_blank" onmousedown="this.href='https://groups.google.com/d/optout';return true;" onclick="this.href='https://groups.google.com/d/optout';return true;">https://groups.google.com/d/<wbr>optout</a>.
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>--
<br>
<br>You received this message because you are subscribed to the Google Groups "cp2k" group.
<br>
<br>To unsubscribe from this group and stop receiving emails from it, send an email to <a rel="nofollow">cp2k+...@googlegroups.com</a>.
<br>
<br>To post to this group, send email to <a rel="nofollow">cp...@googlegroups.com</a>.
<br>
<br>Visit this group at <a href="https://groups.google.com/group/cp2k" rel="nofollow" target="_blank" onmousedown="this.href='https://groups.google.com/group/cp2k';return true;" onclick="this.href='https://groups.google.com/group/cp2k';return true;">https://groups.google.com/<wbr>group/cp2k</a>.
<br>
<br>For more options, visit <a href="https://groups.google.com/d/optout" rel="nofollow" target="_blank" onmousedown="this.href='https://groups.google.com/d/optout';return true;" onclick="this.href='https://groups.google.com/d/optout';return true;">https://groups.google.com/d/<wbr>optout</a>.
<br>
<br>
<br></blockquote></div></div></blockquote></div></div>