Convergence problem
Moderators: Global Moderator, Moderator
-
- Newbie
- Posts: 38
- Joined: Sun Nov 17, 2019 3:21 am
Convergence problem
Dear Experts,
I am trying to relax one 2D heterostructure with GGA+U+SOC in AFM and FM configurations. After doing the CONTCAR to POSCAR conversion, I rerun my calculations 12 times (wall times of each run = 120hrs.), but still not able to achieve convergence. Here I am attaching my initial POSCAR and final CONTCAR after the 12th run. Please have a look. Please let me know if some changes in the INCAR can solve my convergence problem issue.
I am trying to relax one 2D heterostructure with GGA+U+SOC in AFM and FM configurations. After doing the CONTCAR to POSCAR conversion, I rerun my calculations 12 times (wall times of each run = 120hrs.), but still not able to achieve convergence. Here I am attaching my initial POSCAR and final CONTCAR after the 12th run. Please have a look. Please let me know if some changes in the INCAR can solve my convergence problem issue.
You do not have the required permissions to view the files attached to this post.
-
- Global Moderator
- Posts: 215
- Joined: Fri Jul 01, 2022 2:17 pm
Re: Convergence problem
Dear alok_shukla1,
I was checking the files that you sent. There seems to be no problem
with your electronic minimization procedure. What is suspicious nevertheless,
your OSZICAR and your OUTCAR files look like they were terminated within
one minimization step. Could it be that you reached some time limit
on your cluster which terminated your job before finishing?
You can set the time limit in your slurm job script with
For more information on the time keyword for slurm you can check https://slurm.schedmd.com/sbatch.html
I hope this is of help
All the Jonathan
I was checking the files that you sent. There seems to be no problem
with your electronic minimization procedure. What is suspicious nevertheless,
your OSZICAR and your OUTCAR files look like they were terminated within
one minimization step. Could it be that you reached some time limit
on your cluster which terminated your job before finishing?
You can set the time limit in your slurm job script with
Code: Select all
#SBATCH --time=72:00:00
I hope this is of help
All the Jonathan
-
- Newbie
- Posts: 38
- Joined: Sun Nov 17, 2019 3:21 am
Re: Convergence problem
Dear jonathan_lahnsteiner2,
Yes, the job is terminated because of the cluster time limit. I rerun the calculation by doing CONTCAR to POSCAR, and this I did around 12 times, but still, I am not able to get the convergence. The wall time of my cluster is 120 hrs, after that, I need to rerun my calculations. The thing that is bothering me is that the system is not converging after so many reruns, and I am still in the rerun process.
Yes, the job is terminated because of the cluster time limit. I rerun the calculation by doing CONTCAR to POSCAR, and this I did around 12 times, but still, I am not able to get the convergence. The wall time of my cluster is 120 hrs, after that, I need to rerun my calculations. The thing that is bothering me is that the system is not converging after so many reruns, and I am still in the rerun process.
-
- Global Moderator
- Posts: 215
- Joined: Fri Jul 01, 2022 2:17 pm
Re: Convergence problem
Dear alok_shukla1,
You have the tag ICHARG=2 in your INCAR file which initializes your charges by:
and you set ISTART = 0 which in the wiki is described as
.
And the default value for INIWAV = 1. According to the vasp wiki INIWAV = 1 has the following functionality
So in principle, you always start your electronic minimization from scratch. You should
check the vasp wiki for the tags:
ICHARG https://www.vasp.at/wiki/index.php/ICHARG
ISTART https://www.vasp.at/wiki/index.php/ISTART
You should read your charge from the CHGCAR file or construct it from the WAVECAR file, if you want to continue an electronic minimization. And as mentioned
already maybe it is also advisable to set a higher time limit for your job. Then you don't have to bother with continuation runs.
All the best Jonathan
You have the tag ICHARG=2 in your INCAR file which initializes your charges by:
Code: Select all
Take superposition of atomic charge densities.
Code: Select all
Start job: "begin from scratch". Initialize the orbitals according to the flag INIWAV
And the default value for INIWAV = 1. According to the vasp wiki INIWAV = 1 has the following functionality
Code: Select all
Fill the Kohn-Sham–orbital arrays with random numbers. It is definitely the safest fool-proof switch..
So in principle, you always start your electronic minimization from scratch. You should
check the vasp wiki for the tags:
ICHARG https://www.vasp.at/wiki/index.php/ICHARG
ISTART https://www.vasp.at/wiki/index.php/ISTART
You should read your charge from the CHGCAR file or construct it from the WAVECAR file, if you want to continue an electronic minimization. And as mentioned
already maybe it is also advisable to set a higher time limit for your job. Then you don't have to bother with continuation runs.
All the best Jonathan
-
- Newbie
- Posts: 38
- Joined: Sun Nov 17, 2019 3:21 am
Re: Convergence problem
Dear jonathan_lahnsteiner2,
I'll add all your suggestions to my INCAR. I'll update here if everything goes fine.
I'll add all your suggestions to my INCAR. I'll update here if everything goes fine.
Last edited by alok_shukla1 on Mon Dec 11, 2023 10:27 am, edited 1 time in total.