UDP output performance

Manish Vachharajani manishv at lineratesystems.com
Fri Sep 4 17:23:10 UTC 2009


Hmm, what version of FreeBSD are you using?  I don't know the solution
but I wonder if it is related to a similar problem we are having with
TCP connection scaling, both under 7.2 and 8.0 over a 10 Gb link.
We've been trying to track it down, and if you see it for UDP as well
that may give some clues.

If you do a netstat -idh what is the output?  Does the recieving
interface show any Ierrs or drops?  If so, you should be able to do a
sysctl dev.em.<interface number>.stats=1 and then see some output via
dmesg.  Does this show any missed packets?

Oh, also, what kind of machine are you running on?

Manish

On Fri, Sep 4, 2009 at 10:28 AM, Willem Jan Withagen<wjw at digiware.nl> wrote:
> First of: I've been googleing for about a day, but I'll take any suggestions
> for more info.
>
> What I'm trying to do is get as much 1440 byte UDP packets out of an em
> device. And when tat works, get as much out of the 7 em devices that this
> board has. :)
>
> Currently I run into trouble at 250*174 = 43500 packets/sec.
>
> How is the setup:
>        em0 gets 1 stream of 174 p/s which is ~ 2Mbit
> this gets repeated to 250 streams
>        currently to 2 other servers, 125 streams each.
>        each on their own 1 Gbit port
>
> This works uptil 123 streams each, going high gives packet loss.
> So this is at about 500Mbit/sec on a 1Gbit port
>
> And why do I know that the packetloss is not in the network?
> Well there are no errors on
>        the output interface
>        the ports on the switch
>        the input ports on the receivers
>        the mib of the switch does not show any signs of dropped packets, or
> likes.
>
> Also I can change the order of the queing in my repeater, and then the
> packetloss moves to the host which is last the outputlist.
> I tried raising the socketbuffer " sysctl -w net.inet.udp.maxdgram=184320"
> in a few steps. But that did not bring anything.
>
> So my guess is that I'm dropping packets somewhere from the output socket to
> the wire.
>
> BTW al stats in systat -vm are close to 0%.
>
> What tunables are there to turn?
>
> And if not tuneable, what parts of the code would be target for closer
> inspection.
>
> Any help is more than welcome
>
> --WjW
>
>
>
> _______________________________________________
> freebsd-net at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any mail to "freebsd-net-unsubscribe at freebsd.org"
>


More information about the freebsd-net mailing list