ed at the
sender. In fact, internally it happens exactly how you described in
your email.
george.
On Aug 29, 2006, at 1:32 PM, Marcelo Stival wrote:
> Thanks for your replay...
>
> Let me be a little insistent... :P
>
> I read (I don't remember where...) that an specific imp
it will be always rendezvous... as stated before)
Thanks
Marcelo
On 8/29/06, George Bosilca wrote:
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 (<
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
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
26/06 6:18 PM, "Marcelo Stival" wrote:
> Hi,
>
> I got a problem with ompi when sending large number of messages from
> process A to process B.
> Process A only send... and B only receive (the buffers are reused)
>
> int n = 4 * 1024;//number of iterations (message
oops
On 7/26/06, Marcelo Stival wrote:
Hi,
I got a problem with ompi when sending large number of messages from
process A to process B.
Process A only send... and B only receive (the buffers are reused)
int n = 4 * 1024;//number of iterations (messages to be sent)
consecutively
int len = 8
Hi,
I got a problem with ompi when sending large number of messages from
process A to process B.
Process A only send... and B only receive (the buffers are reused)
int n = 4 * 1024;//number of iterations (messages to be sent) consecutively
int len = 8; //len of each message
Process A (rank 0):
