problems and/or doubt on parallelisation

Run-time issues concerning Yambo that are not covered in the above forums.

Moderators: myrta gruning, andrea marini, Daniele Varsano, Conor Hogan

Post Reply
davide.tiana
Posts: 9
Joined: Wed Nov 11, 2015 11:54 am

problems and/or doubt on parallelisation

Post by davide.tiana » Thu Nov 12, 2015 11:17 am

Dear Yamboers

I've just started using yambo. I run the different examples to get some insight on the code and how to use it.
I have problem in running YAMBO on parallel mpi.
I tried to have it on 2 nodes, 32 cores. I had yambo run properly but when in the output it is written:

* CPU-Threads :32(CPU)-1(threads)
* CPU-Threads :X_all_q(environment)-4 4 2 1(CPUs)-q k c v(ROLEs)
* CPU-Threads :SE(environment)-2 4 4(CPUs)-q qp b(ROLEs)
* MPI CPU : 1
* THREADS (max): 1
* THREADS TOT(max): 32
* I/O NODES : 1
* Fragmented WFs :no

to me it seems like a openMP parallelisation (which being on 2 nodes would be impossible). Also running as the provided example, 8 cores, but on 32 requested processors I obtained the same output and 32 files in the LOG
So I am missing something and I would like to understand where I am wrong.

Cheers
Davide
You do not have the required permissions to view the files attached to this post.
Laboratory of molecular simulation
EPFL, Switzerland

andrea.ferretti
Posts: 214
Joined: Fri Jan 31, 2014 11:13 am

Re: problems and/or doubt on parallelisation

Post by andrea.ferretti » Thu Nov 12, 2015 11:59 am

Hi Davide,

since the code is produces 32 log files and states it is running on 32 cpus, it is actually running MPI-parallel on 32 tasks...
You are right though there is a problem in the report. I am trying to reproduce it. Once done I'll let you know.
Andrea

BTW: in your submission script you are not specifying the env variable controlling the number of threads (OMP_NUM_THREADS).
Since in the input file you leave the number of threads unspecified (e.g. X_Threads= 0), the actual value should be set to
OMP_NUM_THREADS. Leaving both unspecified is a bit dangerous (some environment ts set OMP_NUM_THREADS to the max number of cores as a default)
In your case you end up having n_threads = 1, so I think the environment behaves correctly, but you may want to check this explicitly
Andrea Ferretti, PhD
CNR-NANO-S3 and MaX Centre
via Campi 213/A, 41125, Modena, Italy
Tel: +39 059 2055322; Skype: andrea_ferretti
URL: http://www.nano.cnr.it

davide.tiana
Posts: 9
Joined: Wed Nov 11, 2015 11:54 am

Re: problems and/or doubt on parallelisation

Post by davide.tiana » Thu Nov 12, 2015 12:09 pm

Hi Andrea

many thanks for answering and checking.

concerning the threads I agree, it should be #SBATCH --cpus-per-task 1 but I've just started using slurm so not 100% sure.
I will add it to be sure
Laboratory of molecular simulation
EPFL, Switzerland

Post Reply