Is the performance being measured on an identical topology and hardware set as before? Multicast by its very nature is sensitive to topology, hardware components used (buffer depth, latency, etc.) and workload occurring within the fabric. Loss occurs as a function of congestion or lack of forward progress resulting in a timeout and thus a toss of a packet. If the hardware is different or the settings chosen are changed, then the results would be expected to change.
It is not clear what you hope to achieve with such tests as there will be other workloads flowing over the fabric which will create random HOL blocking which can result in packet loss. Multicast workloads should be tolerant of such loss.
Mike
At 04:30 AM 8/2/2006, Moni Levy wrote:
Hi,
we are doing some performance testing of multicast traffic over
ipoib. The tests are performed by using iperf on dual 1.6G AMD PCI-X
servers with PCI-X Tavor cards with 3.4.FW. Below are the command the
may be used to run the test.
Iperf server:
route add -net 224.0.0.0 netmask 240.0.0.0 dev ib0
/home/qa/testing-tools/iperf-2.0.2/iperf -us -B 224.4.4.4 -i 1
Iperf client:
route add -net 224.0.0.0 netmask 240.0.0.0 dev ib0
/home/qa/testing-tools/iperf-2.0.2/iperf -uc 224.4.4.4 -i 1 -b 100M -t
400 -l 100
We are looking for the max PPT rate (100 byte packets size) without
losses, by changing the BW parameter and looking at the point where we
get no losses reported. The best results we received were around 50k
PPS. I remember that we got some 120k-140k packets of the same size
running without losses.
We are going to look into it and try to see where is the time spent,
but any ideas are welcome.
Best regards,
Moni
_______________________________________________
openib-general mailing list
[email protected]
http://openib.org/mailman/listinfo/openib-general
To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
_______________________________________________ openib-general mailing list [email protected] http://openib.org/mailman/listinfo/openib-general
To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
