NPAR setting

Queries about input and output files, running specific calculations, etc.


Moderators: Global Moderator, Moderator

Post Reply
Message
Author
ccccc
Jr. Member
Jr. Member
Posts: 69
Joined: Wed Feb 24, 2010 1:56 pm
License Nr.: 4-1116 5-3053

NPAR setting

#1 Post by ccccc » Thu Jan 29, 2015 12:01 pm

Hi all,
In my calculation i didnt set the NPAR tag and got this warning;

For optimal performance we recommend that you set |
| NPAR = approx SQRT( number of cores) |
| This 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. |
| Unfortunately you need to use the default for hybrid, GW and RPA |
| calculations.


Does it affects the result of the calculation or just increase the required time for calculation?

thank you

Infant
Newbie
Newbie
Posts: 11
Joined: Sat Sep 20, 2008 7:39 am

Re: NPAR setting

#2 Post by Infant » Thu Jan 29, 2015 2:34 pm

I'm not sure but the result should not be altered by the NPAR setting. Isn't it?

Vahid Askarpour
Newbie
Newbie
Posts: 29
Joined: Sat Sep 27, 2008 5:35 pm
Location: Halifax, Canada

Re: NPAR setting

#3 Post by Vahid Askarpour » Sun Feb 01, 2015 11:03 pm

I usually use NPAR=sqrt(# of cpus) for DFT. For hybrid calculations, I use the default, i.e., NPAR=# of cpus. I have noticed that NPAR does affect the number of bands. So if you set NBANDS=26 in the INCAR and you use NPAR=30 (for say HSE with 30 cpus), then in the OUTCAR, you will find NBANDS=30 and not 24. Somehow, VASP increases NBANDS to make it divisible by NPAR.

Vahid

Post Reply