New answers tagged mpi
1
One sided communication is certainly one route. Another mechanism you could use to tackle this is use non-blocking two-sided communication, things like MPI_ISend and MPI_IRecv. If you fix some MPI process, you could set it up to have two main tasks:
Process requests from other processes asking for array data local to this process
When this process gets a ...
3
The basic model of MPI is "two-sided communication": you have a sender who knows where to send, and a receiver who knows from where to expect something. In your description that is not the case: the sender sends to a randomly generated receiver. You could do this with one-sided communication in MPI which will be a bit of a learning curve. There the ...
1
MPI is designed so that the same executable is started on a number of machines, none of which may be the one on which the mpirun program is called. Furthermore, MPI jobs are typically put into a queue, and the actual job may run hours or days later.
As a consequence, MPI jobs are not meant to be used in an interactive mode, but all input should be provided ...
1
Input from the console may work on process zero, if that runs locally, but will certainly not work on other ranks. However, I wouldn't even do interactive input on process zero.
#!/bin/bash
if [ $PMI_RANK -eq 0 ] ; then
( echo 5 ; echo 1 ; echo foo ) | $*
else
exec $*
fi
Put that in a script and start that with mpirun:
mpirun myscript.sh myprogram
...
Top 50 recent answers are included
