Remember that the kernel uses a fair amount of cpu time in the case
of TCP,
and the network portion of the transfer (where you would gain in
parallelism)
is relatively small. One sees most of the advantages of network
parallelism,
with respect to performance, when the on-host network protoco
Hi,
I have 2 questions related to short/long message protocols...
1) When using synchronous comm mode, short messages (<64kB) still be
transferred eagerly?
And larger messages will be transferred using rendezvous...?
2) When the progress-thread (tcp btl) will be applied?
Just for long messages
On Tue, 29 Aug 2006, Marcelo Stival wrote:
Hi,
I have 2 questions related to short/long message protocols...
1) When using synchronous comm mode, short messages (<64kB) still be
transferred eagerly?
Depend. 64Kb is not the limits between the eager and rendez-vous protocol.
In fact it depen
Dear Durga,
On Sunday 27 August 2006 19:11, Durga Choudhury wrote:
> durga@192.168.22.29's password: foobar
this looks very suspicous, do You have to type in Your password to startup
commands via ssh???
E.g. can You submit a
ssh durga@192.168.22.29 /bin/hostname
does that work without sup
This list is a fine place to report bugs.
The problem that you are running into is that you upgraded Open MPI without
first removing the prior version (it looks like the prior version of OMPI
was in the 1.0.x series -- 1.0.2 by your mail). Since Open MPI is based on
plugins, you need to ensure to
Thanks for your replay...
Let me be a little insistent... :P
I read (I don't remember where...) that an specific implementation
could send messages with synchronous comm mode... eagerly!
I think it still conform to the standard if the operation completes
just after the ack from the receiver.
Th
Well, you post the question on the user mailing list. Therefore, I
give you a user answer. If you want to know how do we implemented
deep inside, then the answer is different.
Short messages even on synchronous mode are sent using the rendez-
vous protocol (sic). Except that our rendez-vous
OK, I really thank u ... !
How to verify the value for "first_fragment" param?
I tried "ompi_info --param btl tcp", but I can't found this one.
(openmpi 1.1.1b)
One more "deep inside" question (next time, to the right list..:P)
I suppose that the progress thread will be used just for rendezvous.
That's somewhat odd. I have very little experience with LSF, but I'm
surprised that they don't copy the environment over (others do).
None of us have LSF, unfortunately, so we haven't done any work to try to
make OMPI work on it.
On 8/25/06 10:14 AM, "Michael Kluskens" wrote:
> Is there anyon
