Hi Antoine,
don't know exactly why you get this result but one thing you can try
is to set diag_thr_init ~ conv_thr/Nelec/10 so the first diagonalization
is pushed tighter (if the wfcs are already very good it should not take
too many iterations) and the computed dr2 estimate should be more faithful
now diag_thr_int is 1.d-2 then updated to 6.e-9 which is consistent
with conv_thr ~6.d-5...
idk. you can try
stefano
On 14/08/20 17:09, Antoine Jay wrote:
Dear all,
I'am doing two consecutive scf calculations with exactly the same
structure and parameters by calling qe6.5 as a library (attached
output files).
For the second call, I use the options:
startingwfc='file' and input_rho ='rho.in'
where these inputs are the converged wfc1.dat and charge-density.dat
of the first step.
Here I face two problems:
-I expected that the initial scf accuracy is 10^-11 as obtained at the
end of the first step, but it is only 10^-4.
How is it possible to explain such a decrease? I generally loose only
2 orders of magnitude by doing this.
-Even with less scf iterations, the cpu time is greater.
Is it possible that some extra memory is allocated by qe when input
rho and wfc are asked, and not desallocated?
Note that until now, I have these troubles only when I use paw
pseudopotentials on big systems.
Regards,
Antoine Jay
LAAS-CNRS
Toulouse France
_______________________________________________
Quantum ESPRESSO is supported by MaX (www.max-centre.eu/quantum-espresso)
users mailing list users@lists.quantum-espresso.org
https://lists.quantum-espresso.org/mailman/listinfo/users
_______________________________________________
Quantum ESPRESSO is supported by MaX (www.max-centre.eu/quantum-espresso)
users mailing list users@lists.quantum-espresso.org
https://lists.quantum-espresso.org/mailman/listinfo/users