[openib-general] netperf over SDP bug
Grant Grundler
iod00d at hp.com
Thu Nov 10 12:44:14 PST 2005
On Tue, Sep 27, 2005 at 06:17:00PM -0700, Grant Grundler wrote:
> Hi Michael,
> I'm trying to collect a full set of netperf TCP_STREAM over SDP for
> SVN r3547 on 2.6.13 kernel. But some netperf runs get no throughput.
Michael,
I was able to reproduce this problem with SVN r3984.
I've posted the graphs for r3547 and r3984 on:
http://iou.parisc-linux.org/openib-perf-2005/r3547/
http://iou.parisc-linux.org/openib-perf-2005/r3984/
See sdpstream.png in each location.
I'll pursue collecting information you asked for a few weeks ago
as time permits.
The above data was collected with "netserver" bound to the same CPU
as the one taking IB MSI-X interrupts. This is bad for IPoIB (CPU bound)
and good for SDP (CPU cache). I'll rerun the r3984 data and bind
the netperf process as well.
BTW, in case I haven't mentioned this before, I setup a parisc-linux
box so netperf maintainer Rick Jones could manage his
releases using something better than tarballs. netperf 2.x and
netperf 4.x (under developement) source is available from:
svn co http://www.netperf.org/svn/netperf2/
svn co http://www.netperf.org/svn/netperf4/
thanks,
grant
> Usually when sending 1k to 4k messages. The same netperf parameters
> sing IPoIB seem to be working fine - just alot slower of course.
> Summary of all netperf over SDP runs is appended.
>
> Sample commandline that got < 1Mb/s throughput is:
> LD_PRELOAD=/usr/local/lib/libsdp.so /usr/local/bin/netperf -p 12866 -l 60 -H 10.0.0.30 -t TCP_STREAM -T 1 -- -m 1024 -s 16384 -S 16384
>
> I tried with some smaller -m parameters:
> 512 -> ~270-280 Mb/s
> 640 -> ~200-2100 Mb/s
> 768 -> ~30-50 Mb/s
> 896 -> ~2-6 Mb/s
>
> CPU is essentially idle in the above 512-896 byte cases.
...
More information about the general
mailing list