multiple processes per node
Pete Wyckoff
pw at osc.edu
Fri May 23 09:25:12 EDT 2003
jrbcast at teleline.es said on Fri, 23 May 2003 11:15 +0200:
> Due to the small size of our cluster sometimes we need to run a number
> of copies of our mpi programs which exceeds the number of processors. We
> used to do it with mpirun but this had the disadvantages that pbs didn't
> track the works properly so we passed to mpiexec. Now we are bnot able
> to do that (Runnning multiple processes on a smaller number of
> processors), somting like this:
>
> #PBS -l nodes=4
> mpiexec -np 10 ....
This kind of goes outside a different goal of using mpiexec in a batch
environment, as users could consume more processors per SMP node
than they had been allocated, for instance. But it should be fairly
easy to toss in as a compile-time option, if it would be useful for
someone.
How would you think it would allocate the processes in your example
above? Round robin like this, perhaps?
node0 - proc0, proc4, proc8
node1 - proc1, proc5, proc9
node2 - proc2, proc6
node3 - proc3, proc7
Or packed to take advantage of maybe nearest-neighbor communication?
node0 - proc0, proc1, proc2
node1 - proc3, proc4, proc5
node2 - proc6, proc7
node3 - proc8, proc9
I'll see how hard this is to implement.
-- Pete
More information about the mpiexec
mailing list