The following code reproduces the problem for mpif90/ifort
11.1/openmpi-1.4.1. With an empty test.input (touch test.input) some
not reproducible number of zombies processes are created.
include "mpif.h"
call MPI_INIT(ierr)
call MPI_COMM_RANK(MPI_COMM_WORLD, irank, ierr)
On Fri, 5 Feb 2010 14:28:40 -0600, Barry Smith wrote:
> To cheer you up, when I run with openMPI it runs forever sucking down
> 100% CPU trying to send the messages :-)
On my test box (x86 with 8GB memory), Open MPI (1.4.1) does complete
after several seconds, but still prints the wrong count.
Hi,
You can solve this installing libtool 2.2.6b and running autogen.sh.
Regards,
Caciano Machado
On Thu, Feb 4, 2010 at 8:25 PM, Peter C. Lichtner wrote:
> I'm trying to compile openmpi-1.4.1 on MacOSX 10.5.8 using Absoft Fortran
> 90 11.0 and gcc --version i686-apple-darwin9-gcc-4.0.1 (GCC) 4
I managed to find time to reproduce the issue, although it is not very
reproducible in it's results and I suspect it may not be easy to
reproduce with a simple code plus I've never actually constructed a
mpi code so (I am cc'ing Michael Sternberg who compiled the
openmpi in case there are flags
Jeff Squyres wrote:
On Feb 4, 2010, at 7:55 PM, Ralph Castain wrote:
Take a look at orte/mca/rmaps/seq - you can select it with -mca rmaps seq
I believe it is documented
I don't know where.
...if it isn't, can it be added to the man page? It might be a common mpirun
