[Pw_forum] Grid differences between machines - why?

Paolo Giannozzi giannozz at nest.sns.it
Fri Mar 12 09:43:43 CET 2004


On Friday 12 March 2004 02:51, Konstantin Kudin wrote:

> On the IBM SP box I get:
>      G cutoff = 1309.2944  (  99231 G-vectors)     FFT
> grid: ( 80, 80, 80)
>      G cutoff = 1047.4356  (  71005 G-vectors)  smooth
> grid: ( 66, 66, 66)
>
> On the Intel:
>      G cutoff = 1309.2944  (  99231 G-vectors)     FFT
> grid: ( 75, 75, 75)
>      G cutoff = 1047.4356  (  71005 G-vectors)  smooth
> grid: ( 72, 72, 72)

Guido and Stefano have already answered with the theory, 
here is the math:

ESSL doesn't like 75=3*5*5 because it is odd (FFTW likes it), 
so we try 76=2*2*19 (19 is not allowed), 77 is odd, 78=2*3*13 
(13 is not allowed), 79 is odd, until 80=2*2*2*2*5 (good)

FFTW doesn't like 66=2*3*11 (11 is not allowed; it is with 
ESSL), 67, 68=2*2*17, 69=3*23, 70=2*5*7 (7 is not allowed), 
71, so we reach 72=2*2*2*3*3 (good). (Actually I am not sure
whether transforms with dimension > 5 are not allowed in
FFTW, not efficiently implemented, or discarded because
this is the tradition...)

FFT grids calculated by the code are slightly overestimated,
so you may try - carefully - to reduce them a little bit (i.e. 64 
for the smooth grid in the above example). If the grid is too 
small, the code will complain.

By the way: in parallel execution, it is convenient to have fft 
grids along z that are a multiple of the number of processors,
so consider this as an additional constraint.

Paolo
-- 
Paolo Giannozzi             e-mail:  giannozz at nest.sns.it
Scuola Normale Superiore    Phone:   +39/050-509876, Fax:-563513 
Piazza dei Cavalieri 7      I-56126 Pisa, Italy




More information about the users mailing list