I doubt that we have tested this kind of scenario much (specifically with
shared memory). I guess I'm not too surprised that it doesn't work -- to my
knowledge, you're the first person to ask for heterogeneous *on the same
server*. As such, I don't know if we'll do much work to support it
Jeff -
Is indicating we don't support it really the right thing to do? Given that SM
should already have the proc data, it seems that setting the reachable bit to
zero for the other process of different "architecture" is all that is required.
Brian
On Jun 4, 2010, at 8:26 AM, Jeff Squyres
This would be a quite serious limitation from my point of view. I'm a library
developer, and my library is used in heterogeneous environment. Since 32b
executables regularly work on 64b machines, they get intermixed by the users
with 64b executables on the same machine. Switching to another BTL
We've had a couple of reports of users trying to debug with Open MPI and
TotalView on Darwin and not being able to use the classic
mpirun -tv -np 4 ./foo
launch. The typical problem shows up as something like
Can't find typedef for MPIR_PROCDESC
and then TotalView can't attach to the
On Jun 4, 2010, at 2:18 PM, Katz, Jacob wrote:
> This would be a quite serious limitation from my point of view. I'm a library
> developer, and my library is used in heterogeneous environment. Since 32b
> executables regularly work on 64b machines, they get intermixed by the users
> with 64b
Hi OpenMPI_Users and OpenMPI_Developers,
I'm unable to connect a client application using MPI_Comm_connect() to a server
job (the server job calls MPI_Open_port() before calling by MPI_Comm_accept())
when the server job uses MX MTL (although it works without problems when the
server uses MX
Sorry,
I forgot the attachements...
Martin
De : users-boun...@open-mpi.org [users-boun...@open-mpi.org] de la part de
Audet, Martin [martin.au...@imi.cnrc-nrc.gc.ca]
Date d'envoi : 4 juin 2010 19:18
À : us...@open-mpi.org
Objet : [OMPI users] Unable to
