[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <524B2CA2.4090807@hp.com>
Date: Tue, 01 Oct 2013 13:12:18 -0700
From: Rick Jones <rick.jones2@...com>
To: Shawn Bohrer <sbohrer@...advisors.com>
CC: David Miller <davem@...emloft.net>,
Eric Dumazet <eric.dumazet@...il.com>, tomk@...advisors.com,
netdev <netdev@...r.kernel.org>
Subject: Re: [net-next 2/3] udp: Add udp early demux
On 10/01/2013 12:33 PM, Shawn Bohrer wrote:
> The removal of the routing cache introduced a performance regression for
> some UDP workloads since a dst lookup must be done for each packet.
> This change caches the dst per socket in a similar manner to what we do
> for TCP by implementing early_demux.
>
> For UDP multicast we can only cache the dst if there is only one
> receiving socket on the host. Since caching only works when there is
> one receiving socket we do the multicast socket lookup using RCU.
>
> Benchmark results from a netperf UDP_RR test:
> Before 90596.44 transactions/s
> After 91296.97 transactions/s
Were those measured with confidence intervals enabled? It would be a
Good Idea (tm) to either use that - I would suggest -I 99,1 -i 30,3
added to the global portion of the netperf command line - or take
several runs. (If you've not already done so since those look more like
"raw" netperf numbers rather than theaverage of several runs)
happy benchmarking,
rick jones
> Benchmark results from a fio 1 byte UDP multicast pingpong test
> (Multicast one way unicast response):
> Before 12.647us RTT
> After 12.497us RTT
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists