2013/1/14 Chris Cappuccio <ch...@nmedia.net>:
> This will only affect TX direction interrupts. Can you try and generate a 
> stream
> of UDP traffic at full rate with a program like iperf to test just TX?

Those numbers are from `iperf -c a -t 100 -i 10` on "vr machine".
Iperf man page says: "user must establish both a server (to discard
traffic) and a client (to generate traffic)" so yes, it's TX.

When I try UDP test with -b higher than "87m":

$ iperf -c a -u -b 100m -t 100 -i 10
------------------------------------------------------------
Client connecting to a, UDP port 5001
Sending 1470 byte datagrams
UDP buffer size: 9.00 KByte (default)
------------------------------------------------------------
[  3] local 192.168.1.192 port 25889 connected with 192.168.1.50 port 5001
zsh: segmentation fault (core dumped)  iperf -c a -u -b 100m -t 100 -i 10
$ gdb /usr/local/bin/iperf iperf.core
GNU gdb 6.3
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-unknown-openbsd5.2"...(no debugging
symbols found)

Core was generated by `iperf'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/lib/libpthread.so.17.0...done.
Loaded symbols for /usr/lib/libpthread.so.17.0
Reading symbols from /usr/lib/libstdc++.so.55.0...done.
Loaded symbols for /usr/lib/libstdc++.so.55.0
Reading symbols from /usr/lib/libm.so.7.1...done.
Loaded symbols for /usr/lib/libm.so.7.1
Symbols already loaded for /usr/lib/libpthread.so.17.0
Reading symbols from /usr/lib/libc.so.66.1...done.
Loaded symbols for /usr/lib/libc.so.66.1
Reading symbols from /usr/libexec/ld.so...done.
Loaded symbols for /usr/libexec/ld.so
#0  strlen (str=0x2 <Address 0x2 out of bounds>) at
/usr/src/lib/libc/string/strlen.c:43
43              for (s = str; *s; ++s)
(gdb)


-- 
Michał Markowski

Reply via email to