Sorry we couldn't figure out it -- let us know if you resume your
Open MPI testing.
On Apr 19, 2007, at 6:24 PM, stephen mulcahy wrote:
> I only have access to this test system for another 24 hours or so
> so I'm
> not sure it's worth any more of your efforts. Coupled with the fact
> I don't have root on the system in question it could be more work too
> figure out whats going on than its worth.
> Thanks for your help so far,
> Jeff Squyres wrote:
>> Yes, this is sounding more mysterious. Please send the output listed
>> On Apr 19, 2007, at 8:15 AM, stephen mulcahy wrote:
>>> Jeff Squyres wrote:
>>>> That's truly odd -- I can't imagine why you wouldn't get the TCP
>>>> transport with the above command line. But the latencies, as you
>>>> mentioned, are far too low for TCP.
>>>> To be absolutely certain that you're not getting the IB
>>>> transport, go
>>>> to the $prefix/lib/openmpi directory and make a bogus subdirectory
>>>> (e.g., "mkdir foo"). Then move the *openib* and *mvapi* components
>>>> into that subdirectory (you'll likely only have either "openib"
>>>> "mvapi" -- not both).
>>>> Then try running again.
>>> What is stranger still is that I can't find any *openib* or *mvapi*
>>> components in that subdirectory so I'm left wondering what exactly
>>> using to communicate. I don't think it's using shared memory because
>>> I've run a shared memory test aswell and the latencies are lower
>>> with that.
>>> Perhaps it's interacting with something else installed somewhere on
>>> Stephen Mulcahy, Applepie Solutions Ltd., Innovation in Business
>>> GMIT, Dublin Rd, Galway, Ireland. +353.91.751262 http://
>>> Registered in Ireland, no. 289353 (5 Woodlands Avenue, Renmore,
>>> users mailing list
> Stephen Mulcahy, Applepie Solutions Ltd, Innovation in Business
> GMIT, Dublin Rd, Galway, Ireland. mailto:smulcahy_at_[hidden]
> mobile:+353.87.2930252 office:+353.91.751262 http://www.aplpi.com
> users mailing list