Thank you! Unless I missed something, I haven’t seen this in the OpenMPI FAQ.
If it isn’t in there, it would be nice to include it. Thanks!
--john
From: users [mailto:users-boun...@open-mpi.org] On Behalf Of Joshua Ladd
Sent: Friday, January 09, 2015 3:22 PM
To: Open MPI Users
Subject: Re: [O
Open MPI's openib BTL only supports RC transport.
Best,
Josh
Sent from my iPhone
> On Jan 9, 2015, at 9:03 AM, "Sasso, John (GE Power & Water, Non-GE)"
> wrote:
>
> For a multi-node job using OpenMPI 1.6.5 over InfiniBand where the OFED
> library is used, is there a way to tell what IB tra
Dear all,
thanks a lot,
really Thanks a lot
Diego
On 9 January 2015 at 19:56, Jeff Squyres (jsquyres)
wrote:
> On Jan 9, 2015, at 1:54 PM, Diego Avesani wrote:
>
> > What does it mean "YMMV"?
>
> http://netforbeginners.about.com/od/xyz/f/What-Is-YMMV.htm
>
> :-)
>
> --
> Jeff Squyres
> jsquy.
On Jan 9, 2015, at 1:54 PM, Diego Avesani wrote:
> What does it mean "YMMV"?
http://netforbeginners.about.com/od/xyz/f/What-Is-YMMV.htm
:-)
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
What does it mean "YMMV"?
On 9 January 2015 at 19:44, Jeff Squyres (jsquyres)
wrote:
> YMMV
Diego
On Jan 9, 2015, at 12:39 PM, George Bosilca wrote:
> I totally agree with Dave here. Moreover, based on the logic exposed by Jeff,
> there is no right solution because if one choose to first wait on the receive
> requests this also leads to a deadlock as the send requests might not be
> progr
Dear Jeff, Dear George, Dear Dave, Dear all,
so, is it correct to use *MPI_Waitall *?
Is my program ok now? Do you see other problems?
Thanks again
Diego
On 9 January 2015 at 18:39, George Bosilca wrote:
> I totally agree with Dave here. Moreover, based on the logic exposed by
> Jeff, there
I totally agree with Dave here. Moreover, based on the logic exposed by
Jeff, there is no right solution because if one choose to first wait on the
receive requests this also leads to a deadlock as the send requests might
not be progressed.
As a side note, posting the receive requests first minim
On Jan 9, 2015, at 7:46 AM, Jeff Squyres (jsquyres) wrote:
> Yes, I know examples 3.8/3.9 are blocking examples.
>
> But it's morally the same as:
>
> MPI_WAITALL(send_requests...)
> MPI_WAITALL(recv_requests...)
>
> Strictly speaking, that can deadlock, too.
>
> It reality, it has far less
Hello,
When running the attached program with 128 processes I get the following
errors for most runs:
_openmpi/1.8.4 with --enable-debug --enable-mem-debug with NAG 6.0:_
opal_list_remove_item - the item 0x195d820 is not on the list 0x2b05da5101e0
connect/btl_openib_connect_udcm.c:2132: udcm_
For a multi-node job using OpenMPI 1.6.5 over InfiniBand where the OFED library
is used, is there a way to tell what IB transport type is being used (RC, UC,
UD, etc)?
---john
Hi Gus, Andrew, list
No, I haven't tried 1.8.4. I'll give it a whirl and hope that it fixes the
issue.
Thanks,
Mike
> -Original Message-
> From: users [mailto:users-boun...@open-mpi.org] On Behalf Of Gus Correa
> Sent: Thursday, January 08, 2015 4:45 PM
> To: Open MPI Users
> Subject:
Yes, I know examples 3.8/3.9 are blocking examples.
But it's morally the same as:
MPI_WAITALL(send_requests...)
MPI_WAITALL(recv_requests...)
Strictly speaking, that can deadlock, too.
It reality, it has far less chance of deadlocking than examples 3.8 and 3.9
(because you're likely within t
Dear George, Dear Jeff, Dear All,
Thanks Thanks a lot
Here, the new version of the program. Now there is only one barrier. There
is no more allocate\deallocate in the receive part.
What do you think? Is all right? did I miss something or I need to improve
something else?
I have not complete und
Hi,
I'm using openmpi 1.8.1 and could use some brief advice on RMA with
passive synchronization. I've been trying to use that synchronization
because I can't guarantee that the two ranks that are communicating
have matching pairs of Start/Complete Post/Wait required by active
synchronization. O
15 matches
Mail list logo
