[Wien] parallelisation problem in optic

Pavel Ondračka pavel.ondracka at email.cz
Fri Jan 30 10:31:10 CET 2015


Dear Wien2k mailing list,

I'm calculating optical properties on some large systems and I'm using a
combination of k-point and mpi parallelisation. After converging the
calculations would like to run optics with different .machines file.

Motivation behind this is for example if I run calculation with 4
kpoints on 4 nodes with 4 cores each node, e.g. something like this:

1:node1:4
1:node2:4
1:node3:4
1:node4:4

then for optics (which to my knowledge can't be parallelized on mpi or
MKL level, right?) I use only 1 core on each node thus wasting CPU-hours
of my allocation (I can only allocate a full node). In the optimal case
I would supply a new .machines file and calculate optics just on 1 node

1:node1
1:node1
1:node1
1:node1

however optic -p command doesn't regenerate the .machine1...x files.

This is also a problem if I want to do just

x lapw2 -p -fermi
x optics -p 

in already converged case. This is because I'm generating my .machines
files based on current node allocation, however neither "x lapw2 -p" nor
"x optics -p" refresh .machine1...x files and hence I need to rerun "x
lapw1 -p" again, just to get the right .machine1...x files, which is a
huge waste of CPU time.

One solution is of course to generate my own .machine1...x on the fly
with some script, but this is a nuisance and error prone.

Is it possible to force x script to just generate right .machine1...x
files and do nothing else?

The optimal way would be a switch, something like 

x -genmachines

so that I can just continue with:

x lapw2 -p -fermi
x optic -p

Any ideas?

Best regards
Pavel Ondračka



More information about the Wien mailing list