Page 1 of 2
B3LYP and parallelization problem/potential bug
Posted: Tue Mar 24, 2015 1:45 pm
by andydihao
Hi,
I have a problem of parallelization settings when I run VASP (5.3.2) using B3LYP functionals. I've tried different settings of NPAR to get it to work, but none of them is working. Here are several things that I've tried:
1. NPAR = 16 (INCAR), running on 1 node and 16 cores per node: the calculation starts ok but stops at the 5th SCF cycle.
2. NPAR = 32 (INCAR), running on 2 nodes and 16 cores per node: the calculation starts ok but does not enter the 1st SCF cycle.
3. NPAR = 4 (INCAR): running on 2 nodes and 16 cores per node: the calculation does not start, a warning message shows up requiring me to set NPAR = number of cores per node.
4. No NPAR command in INCAR: same result as in case 1.
For all the cases there is a warning message in the OUTCAR file:
====================
For optimal performance we recommend that you set |
| NPAR = 4 - approx SQRT( number of cores) |
| (number of cores/NPAR must be integer) |
| This setting will greatly improve the performance of VASP for DFT. |
| The default NPAR=number of cores might be grossly inefficient |
| on modern multi-core architectures or massively parallel machines. |
| Do your own testing. |
| Unfortunately you need to use the default for hybrid, GW and RPA |
| calculations.
====================
I've tried other things suggested by the manual, such as ALGO = Damped, but none of them could get the calculation to work.
Could you please help me with this? Thank you very much.
Re: B3LYP and parallelization problem/potential bug
Posted: Wed Mar 25, 2015 11:31 am
by admin
The parallelization improves the performance. In no case it causes
that the calculation stops. It seems you are using not correctly compiled
executable.
Re: B3LYP and parallelization problem/potential bug
Posted: Wed Mar 25, 2015 1:25 pm
by andydihao
Hi,
Thank you for your reply. What do you mean by compiled executable? The problem only occurred when I used B3LYP. Everything worked fine when I used other functionals such as PBE.
Best regards,
Andy
Re: B3LYP and parallelization problem/potential bug
Posted: Wed Mar 25, 2015 2:48 pm
by admin
Attach your input files.
Re: B3LYP and parallelization problem/potential bug
Posted: Wed Mar 25, 2015 7:19 pm
by andydihao
Hi,
I have problem attaching files, so I just put them here. For pseudopotentials I use the PAW_GGA for Ni and O. This job stops after the 5th cycle. Thank you.
INCAR:
====================
SYSTEM = B3LYP_Test
#NPAR = 16
LPLANE = .TRUE.
LSCALU = .FALSE.
NSIM = 4
ISTART = 0
ICHARG = 2
LHFCALC = .TRUE
GGA = B3
AEXX = 0.2
AGGAX = 0.72
AGGAC = 0.81
ALDAC = 0.19
ISYM = 3
PRECFOCK = A
ALGO = Damped
PREC = Accurate
ENCUT = 500 eV
IBRION = 2
NSW = 100
ISIF = 3
EDIFFG = 1E-3
NELM = 100
EDIFF = 1E-4
ISMEAR = 1
SIGMA = 0.2
ISPIN = 2
MAGMOM = 2.0 -2.0 0.0 0.0
LASPH = .TRUE
LSORBIT = .FALSE
LMAXMIX = 4
LORBIT = 11
====================
POSCAR:
====================
AFM NiO
4.17
1.0 0.5 0.5
0.5 1.0 0.5
0.5 0.5 1.0
2 2
Cartesian
0.0 0.0 0.0
1.0 1.0 1.0
0.5 0.5 0.5
1.5 1.5 1.5
====================
KPOINTS:
====================
k-points
0
gamma
4 4 4
0 0 0
====================
Best regards,
Andy
Re: B3LYP and parallelization problem/potential bug
Posted: Thu Mar 26, 2015 11:09 am
by alex
Hi Andy,
did the calculation really abort or was just no progress visible?
If VASP starts fith HF exchange, you'll get from seconds to many minute(s) execution time per step.
Cheers,
alex
Re: B3LYP and parallelization problem/potential bug
Posted: Thu Mar 26, 2015 3:32 pm
by admin
Hi Andy,
with your data I started two calculations.
Lower comutational cost 400 eV, 2 2 2: finished without any problem.
With non-modified input the calculation is running as well.
Re: B3LYP and parallelization problem/potential bug
Posted: Thu Mar 26, 2015 6:18 pm
by andydihao
alex wrote:Hi Andy,
did the calculation really abort or was just no progress visible?
If VASP starts fith HF exchange, you'll get from seconds to many minute(s) execution time per step.
Cheers,
alex
Thank you for your reply.
The calculations finished Iteration 1, Cycle 5 then showed no progress for almost ten hours. Is this what should be expected?
Thank you.
Best regards,
Andy
Re: B3LYP and parallelization problem/potential bug
Posted: Thu Mar 26, 2015 6:23 pm
by andydihao
admin wrote:Hi Andy,
with your data I started two calculations.
Lower comutational cost 400 eV, 2 2 2: finished without any problem.
With non-modified input the calculation is running as well.
Thank you for your reply.
I'll try to run the job again. But if you can run it fine, I guess it means that the inputs are ok? In this case, do you have any causes of this problem in mind?
Best regards,
Andy
Re: B3LYP and parallelization problem/potential bug
Posted: Fri Mar 27, 2015 12:16 am
by andydihao
Dear admin,
One more question, what version of VASP did you use to run the job? Thank you.
Best regards,
Andy
Re: B3LYP and parallelization problem/potential bug
Posted: Fri Mar 27, 2015 8:59 am
by admin
vasp.5.2.9.
Re: B3LYP and parallelization problem/potential bug
Posted: Sun Mar 29, 2015 1:55 am
by andydihao
Dear admin,
Thank you for your reply. For your successful job, is there any warning message being shown?
Best regards,
Andy
Re: B3LYP and parallelization problem/potential bug
Posted: Mon Mar 30, 2015 9:15 am
by admin
Just the usual message:
| You enforced a specific xc-type in the INCAR file, |
| a different type was found on the POTCAR file |
| I HOPE YOU KNOW, WHAT YOU ARE DOING |
Re: B3LYP and parallelization problem/potential bug
Posted: Tue Mar 31, 2015 1:01 pm
by andydihao
Dear admin,
Thank you for your reply.
Since you didn't get the warning but I did, could this problem be related to the parallelization settings of the clusters that I am using? Thank you.
Best regards,
Andy
Re: B3LYP and parallelization problem/potential bug
Posted: Tue Mar 31, 2015 1:17 pm
by andydihao
Dear admin,
Following my last post, I want to ask that did you set NPAR = something in the INCAR? I remember even for the previous successful jobs I ran (with other functionals such as PBE), if I didn't set NPAR, the job could run but that warning would show up. Thank you.
Best regards,
Andy