Unfortunately, without the preconnect flag set the output is inaccurate.
As the connections between peers are made in a lazy way, in the best
case you will see the BTL that is supposed to be used, and not the one
that will be used.
In order to give an accurate view of the connections, you will
Jeff, the below sounds good if we really believe there is going to be a
whole bunch of addons. I am not sure NBC really constitute as an addon
than more some research work that might become an official API. So I
look at the NBC stuff more like a BTL or PM that is in progress of being
develope
I just -know- this is everyone's favorite subject, but...
Brian used to take care of the ROMIO code in Open MPI, but he has now moved
on to greener, happier pastures. As he left, he did raise the question of
who was going to maintain ROMIO, which we all happily dodged.
I raise this question again
I think your proposed approach is an excellent one! I know it will take work
to implement, which raises its own issues, but I do believe that it is the
only real long-term solution.
Just my $0.002. I would be willing to help with implementation, if that
would be of use. Not sure I understand the b
All these comments are good. I confess that although I should have, I
really did not previously consider the complexity of adding in N
contrib packages to OMPI.
The goal of the contrib packages is to easily allow additional
functionality that is nicely integrated with Open MPI. An obvious
I believe Brian and Terry raise good points. May I offer a possible
alternative? What if we only include in Open MPI an include file that
contains the "hooks" to libNBC, and have the build system only "see" those
if someone specifies --with-NBC (or whatever option name you like). If you
like, you c
On Feb 7, 2008, at 8:57 AM, Holger Mickler wrote:
I just looked around and found a small bug ;)
In "1. What is VampirTrace?", there is the phrase
"VampirTrace has been developed at ZI, TU Dresden"
which must read
"...developed at ZIH, TU Dresden" (the 'H' is missing from ZIH)
Er... I don't see
Jeff Squyres wrote:
> I finally added the VT questions to the FAQ that Dresden sent to me
> (thanks guys!):
>
> http://www.open-mpi.org/faq/?category=vampirtrace
>
Hi Jeff,
thanks for the page.
I just looked around and found a small bug ;)
In "1. What is VampirTrace?", there is the phrase
"
I finally added the VT questions to the FAQ that Dresden sent to me
(thanks guys!):
http://www.open-mpi.org/faq/?category=vampirtrace
--
Jeff Squyres
Cisco Systems
Torsten Hoefler wrote:
Hi Brian,
Let me start by reminding everyone that I have no vote, so this should
probably be sent to /dev/null.
thanks for your comment and this will not go to /dev/null!
I think Ralph raised some good points. I'd like to raise another.
yes [will repl
Thanks Seems, adding the callback magic is better option. Will bug u guys
in near future after some research on the issue.
Best Regards,
Muhammad Atif
- Original Message
From: Brian W. Barrett
To: Open MPI Developers
Sent: Wednesday, February 6, 2008 2:57:31 AM
Subject: Re: [OMP
Hi Ralph,
> I don't have an opinion either way on this specific proposal. However, I do
> have a growing concern over the number of packages being added to the
> system, all of which want to "build by default". The build time is already
> long and rapidly growing, and our code distribution is corre
Hi Brian,
> Let me start by reminding everyone that I have no vote, so this should
> probably be sent to /dev/null.
thanks for your comment and this will not go to /dev/null!
> I think Ralph raised some good points. I'd like to raise another.
yes [will reply to this in a separate thread]
> Doe
Let me start by reminding everyone that I have no vote, so this should
probably be sent to /dev/null.
I think Ralph raised some good points. I'd like to raise another.
Does it make sense to bring LibNBC into the release at this point,
given the current standardization process of non-blockin
Hi Torsten
I don't have an opinion either way on this specific proposal. However, I do
have a growing concern over the number of packages being added to the
system, all of which want to "build by default". The build time is already
long and rapidly growing, and our code distribution is correspondi
15 matches
Mail list logo
