Attached are the new results with the improved TCP BTL. It really look a
lot better.
Thanks,
george.
On Tue, 29 Nov 2005, Tim S. Woodall wrote:
Due to the structure of the pml/btl interface, the btl code does an
extra recv call. The cost of this varies, on odin it appears to be
closer
George Bosilca wrote:
Tim,
It looks a little bit better. Here are the latencies for 1 to 4 bytes
messages as well as for the maximum length in Netpipe (8 MB).
old ob1:
0: 1 bytes694 times --> 0.06 Mbps in 137.54 usec
1: 2 bytes727 times --> 0.11 Mbps i
Tim,
It looks a little bit better. Here are the latencies for 1 to 4 bytes
messages as well as for the maximum length in Netpipe (8 MB).
old ob1:
0: 1 bytes694 times --> 0.06 Mbps in 137.54 usec
1: 2 bytes727 times --> 0.11 Mbps in 140.54 usec
2:
George,
Can you try out the changes I just commited on the trunk? We were doing
more select/recvs then necessary.
Thanks,
Tim
George Bosilca wrote:
I run Netpipe on 4 different clusters with differents OSes and Eternet
devices. The results is that nearly the same behaviour happens all the
ti
I run Netpipe on 4 different clusters with differents OSes and Eternet
devices. The results is that nearly the same behaviour happens all the
time for small messages. Basically, our latency is really bad. Attached
are 2 of the graphs on one MAC OS X cluster (wotan) and a Linux 2.6.10 32
bits on
Linpack runs on odin:
TEG/TCP PTL:
/u/twoodall> orterun -mca pml teg -mca ptl tcp -np 4 ./xhpl
HPLinpack 1.0a -- High-Performance Linpack benchmark -- January 20, 2004
Written by A. Petitet and R. Clint Whaley, I
