On Thu, Dec 07, 2006 at 11:12:23AM -0500, Jeff Squyres wrote:
Hi,
> > I therefore suggest to move the OPAL changes into the trunk,
> > also the small hostfile code (lex code for IPv6) and the btl code.
> Can you describe the changes in opal that were made for IPv6?
These changes are limited to t
On Dec 6, 2006, at 9:59 AM, Adrian Knoth wrote:
The concern is that we want to leave open the possibility of
putting this
revision into 1.2 since it will have a major performance impact on
both
startup time and the max cluster size we can support. The IP6 code is
scheduled for 1.3 and we don
On Wed, Dec 06, 2006 at 07:07:42AM -0700, Ralph H Castain wrote:
> The concern is that we want to leave open the possibility of putting this
> revision into 1.2 since it will have a major performance impact on both
> startup time and the max cluster size we can support. The IP6 code is
> scheduled
s truly horrible on dumber
> devices, development resources aren't infinite and the
> number of cases it will actually win on are limited.
>
> (It's entirely coincidental that this is a capability
> that I actually need. Well, almost!)
>
> Jonathan Day
>
>>
We aren't ignoring your situation, Adrian - Jeff and I are talking about how
best to deal with the situation and your offer to help. This revision will
indeed see some significant change in the oob/tcp component, mostly in the
init and connect procedures.
The concern is that we want to leave open
On Mon, Dec 04, 2006 at 06:26:26AM -0700, Ralph Castain wrote:
> Hello all
Hi!
> With some luck and (hopefully) not too many conflicting priorities, Jeff
> and I may complete this work by Christmas
[..]
> As always, feel free to comment and/or make suggestions!
You wrote a lot about oob, socket
d the
number of cases it will actually win on are limited.
(It's entirely coincidental that this is a capability
that I actually need. Well, almost!)
Jonathan Day
> Message: 1
> Date: Mon, 04 Dec 2006 06:26:26 -0700
> From: Ralph Castain
> Subject: [OMPI devel] Major revision to
Hello all
If you are interested in the ongoing scalability work, or in the RML/OOB in
ORTE, please read on - otherwise, feel free to hit "delete".
As many of you know, we have been working towards solving several problems
that affect our ability to operate at large scale. Some of the required
mod
