On Friday 13 July 2007 15:35, Ralph H Castain wrote:
>
> On 7/13/07 7:22 AM, "Sven Stork" wrote:
>
> > Hi Ralph,
> >
> > On Thursday 12 July 2007 15:53, Ralph H Castain wrote:
> >> Yo all
> >>
> >> I have a fairly significant change coming to the orte part of the code
base
> >> that will requ
On Jul 15, 2007, at 11:18 PM, Matthew Moskewicz wrote:
i'll probably just continue experimenting on my own for the
moment (tracking
any updates to the main trunk LSF support) to see if i can figure
it out. any
advice the best way to get such back support into trunk, if and
when if exists
/
Sigh - somehow, the fix slid out of that commit. I have now fixed it in
r15437.
Thanks
Ralph
On 7/16/07 6:11 AM, "Sven Stork" wrote:
> On Friday 13 July 2007 15:35, Ralph H Castain wrote:
>>
>> On 7/13/07 7:22 AM, "Sven Stork" wrote:
>>
>>> Hi Ralph,
>>>
>>> On Thursday 12 July 2007 15:53
Hey all -
Thought I would give you guys a heads up on some code that will be
coming into the trunk in the not too distant future (hopefully
tomorrow?). The changes revolve around the RML/OOB interface and
include:
* General TCP cleanup for OPAL / ORTE
* Simplifying the OOB by moving
The database upgrade this weekend for the Open MPI MTT results went
very smoothly. Thank you, IU!
The results database is now performing much better than it did before
the upgrade. I did a query earlier this morning for the weekend
results (which was an all-time high AFAIR: ~330k tests);
hi again,
>>> i'll probably just continue experimenting on my own for the
>>> moment (tracking
>>> any updates to the main trunk LSF support) to see if i can figure
>>> it out. any
>>> advice the best way to get such back support into trunk, if and
>>> when if exists
>>> / is working?
>>
>> The
Hi,
I'm getting the errors below when calling MPI_Alltoallv() as part of
a matrix transpose operation. It's 100% repeatable when testing with
16M matrix elements divided between 64 processes on 32 dual core nodes.
There are never any errors with fewer processes or elements, including
the same 32
