]> git.baikalelectronics.ru Git - kernel.git/commit
Merge branch 'macvlan'
authorDavid S. Miller <davem@davemloft.net>
Fri, 10 Oct 2014 19:09:51 +0000 (15:09 -0400)
committerDavid S. Miller <davem@davemloft.net>
Fri, 10 Oct 2014 19:09:51 +0000 (15:09 -0400)
commit580991c5bbeebd13f5de12028a525dd6f339e61c
treeca97b979d908b286cc28449dfa887bbb9071ee58
parent9fc945cfcd6aa050e1b564ca1d7a7a84f7ac56db
parenteb2ee081482d3b2ffdfe7681972ae6e3ad34a03f
Merge branch 'macvlan'

Jason Baron says:

====================
macvlan: optimize receive path

So after porting this optimization to net-next, I found that the netperf
results of TCP_RR regress right at the maximum peak of transactions/sec. That
is as I increase the number of threads via the first argument to super_netperf,
the number of transactions/sec keep increasing, peak, and then start
decreasing. It is right at the peak, that I see a small regression with this
patch (see results in patch 2/2).

Without the patch, the ksoftirqd threads are the top cpu consumers threads on
the system, since the extra 'netif_rx()', is queuing more softirq work, whereas
with the patch, the ksoftirqd threads are below all of the 'netserver' threads
in terms of their cpu usage. So there appears to be some interaction between how
softirqs are serviced at the peak here and this patch. I think the test results
are still supportive of this approach, but I wanted to be clear on my findings.
====================

Signed-off-by: David S. Miller <davem@davemloft.net>