Merge lp:~nickpapior/siesta/4.1-scf-first into lp:siesta
Status: | Superseded |
---|---|
Proposed branch: | lp:~nickpapior/siesta/4.1-scf-first |
Merge into: | lp:siesta |
Diff against target: |
135 lines (+37/-10) (has conflicts) 2 files modified
Src/m_new_dm.F90 (+33/-10) version.info (+4/-0) Text conflict in version.info |
To merge this branch: | bzr merge lp:~nickpapior/siesta/4.1-scf-first |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Alberto Garcia | Pending | ||
Review via email: mp+370710@code.launchpad.net |
This proposal has been superseded by a proposal from 2019-07-29.
Commit message
Fixing SCF-first for re-reading DM files
Previously one could not restart and perform mixing for the
first SCF step. This helps for big systems when needing restart
effects.
In some cases (for really large systems) it *could* be advantegeous
to also allow mixing in the first SCF step since any perturbation
cause huge dDmax/dHmax. In those cases we probably need some kind
of handler to allow mixing first step anyhow.
SCF.Mix.First.MD <T|F> ?
Description of the change
This is a result of https:/
Initially we had disabled scf.mix.first for all simulations which did a restart. This commit fixes this in the sense that iff the sparsity pattern is exactly the same, it will allow one to do mixing in the first iteration, otherwise not.
However, this *could* potentially still be a problem for very large systems where minor displacements are present. In that case it could still be viable to do small linear mixing for a few steps using the final DM from a different geometry.
Perhaps we need to introduce a new keyword (see above).