From: Eric Dumazet <dada1@cosmosbay.com>
To: Stephen Hemminger <shemminger@vyatta.com>
Cc: David Miller <davem@davemloft.net>, netdev@vger.kernel.org
Subject: Re: [RFC] loopback: optimization
Date: Tue, 04 Nov 2008 07:36:48 +0100 [thread overview]
Message-ID: <490FED80.9090601@cosmosbay.com> (raw)
In-Reply-To: <20081103213758.59a8361d@extreme>
Stephen Hemminger a écrit :
> This is something I was trying out to try improving loopback performance.
> It moves loopback processing from the generic backlog per-cpu queues,
> to its own set of queues. I thought this might help the cache locality
> and the loopback doesn't have to do relatively expensive local_irq_disable()
> operations.
>
> BUT it didn't seem to help with tbench, but it might help others who
> want to go farther with it. Code runs but treat it ASIS at this point.
>
> Signed-off-by: Stephen Hemminger <shemminger@vyatta.com>
>
>
> --- a/drivers/net/loopback.c 2008-11-03 10:13:31.000000000 -0800
> +++ b/drivers/net/loopback.c 2008-11-03 11:05:52.000000000 -0800
> @@ -59,51 +59,79 @@
> #include <linux/percpu.h>
> #include <net/net_namespace.h>
>
> -struct pcpu_lstats {
> +struct loopback_per_cpu {
> + struct sk_buff_head rxq;
> + struct napi_struct napi;
> +
> unsigned long packets;
> unsigned long bytes;
> };
>
> +
> /*
> * The higher levels take care of making this non-reentrant (it's
> * called with bh's disabled).
> */
> static int loopback_xmit(struct sk_buff *skb, struct net_device *dev)
> {
> - struct pcpu_lstats *pcpu_lstats, *lb_stats;
> + struct loopback_per_cpu *lo = dev->ml_priv, *pcpu;
>
> skb_orphan(skb);
>
> - skb->protocol = eth_type_trans(skb,dev);
> + skb->protocol = eth_type_trans(skb, dev);
>
> dev->last_rx = jiffies;
>
> /* it's OK to use per_cpu_ptr() because BHs are off */
> - pcpu_lstats = dev->ml_priv;
> - lb_stats = per_cpu_ptr(pcpu_lstats, smp_processor_id());
> - lb_stats->bytes += skb->len;
> - lb_stats->packets++;
> + pcpu = per_cpu_ptr(lo, smp_processor_id());
>
> - netif_rx(skb);
> + if (likely(pcpu->rxq.qlen < netdev_max_backlog)) {
> + if (pcpu->rxq.qlen == 0)
> + __napi_schedule(&lo->napi);
Hum...
Most of the time I suspect we take this __napi_schedule() thing.
So are you sure you use the right one (&lo->napi, not &pcpu->napi) ?
This is the where point we still do a cache line ping-pong.
> +
> + __skb_queue_tail(&pcpu->rxq, skb);
> + pcpu->bytes += skb->len;
> + pcpu->packets++;
> +
> + return NET_XMIT_SUCCESS;
> + } else {
> + dev->stats.rx_dropped++;
> + dev_kfree_skb_any(skb);
> + return NET_XMIT_DROP;
> + }
> +}
>
> - return 0;
> +static int loopback_poll(struct napi_struct *napi, int work_limit)
> +{
> + struct loopback_per_cpu *pcpu
> + = container_of(napi, struct loopback_per_cpu, napi);
> + struct sk_buff *skb;
> + int work_done = 0;
> +
> + while ( (skb = __skb_dequeue(&pcpu->rxq)) ) {
> + netif_receive_skb(skb);
> +
> + if (++work_done >= work_limit)
> + goto done;
> + }
> +
> + __napi_complete(napi);
> +done:
> + return work_done;
> }
>
> static struct net_device_stats *get_stats(struct net_device *dev)
> {
> - const struct pcpu_lstats *pcpu_lstats;
> + const struct loopback_per_cpu *lo = dev->ml_priv;
> struct net_device_stats *stats = &dev->stats;
> unsigned long bytes = 0;
> unsigned long packets = 0;
> int i;
>
> - pcpu_lstats = dev->ml_priv;
> for_each_possible_cpu(i) {
> - const struct pcpu_lstats *lb_stats;
> -
> - lb_stats = per_cpu_ptr(pcpu_lstats, i);
> - bytes += lb_stats->bytes;
> - packets += lb_stats->packets;
> + const struct loopback_per_cpu *pcpu = per_cpu_ptr(lo, i);
> + bytes += pcpu->bytes;
> + packets += pcpu->packets;
> }
> stats->rx_packets = packets;
> stats->tx_packets = packets;
> @@ -127,21 +155,43 @@ static const struct ethtool_ops loopback
>
> static int loopback_dev_init(struct net_device *dev)
> {
> - struct pcpu_lstats *lstats;
> + struct loopback_per_cpu *lo;
> + int i;
>
> - lstats = alloc_percpu(struct pcpu_lstats);
> - if (!lstats)
> + lo = alloc_percpu(struct loopback_per_cpu);
> + if (!lo)
> return -ENOMEM;
>
> - dev->ml_priv = lstats;
> + dev->ml_priv = lo;
> +
> + for_each_possible_cpu(i) {
> + struct loopback_per_cpu *pcpu = per_cpu_ptr(lo, i);
> + skb_queue_head_init(&pcpu->rxq);
> + netif_napi_add(dev, &pcpu->napi, loopback_poll, 64);
> + }
> +
> + return 0;
> +}
> +
> +static int loopback_dev_stop(struct net_device *dev)
> +{
> + struct loopback_per_cpu *lo = dev->ml_priv;
> + int i;
> +
> + for_each_possible_cpu(i) {
> + struct loopback_per_cpu *pcpu = per_cpu_ptr(lo, i);
> +
> + napi_synchronize(&pcpu->napi);
> + __skb_queue_purge(&pcpu->rxq);
> + }
> return 0;
> }
>
> static void loopback_dev_free(struct net_device *dev)
> {
> - struct pcpu_lstats *lstats = dev->ml_priv;
> + struct loopback_per_cpu *lo = dev->ml_priv;
>
> - free_percpu(lstats);
> + free_percpu(lo);
> free_netdev(dev);
> }
>
> @@ -169,6 +219,7 @@ static void loopback_setup(struct net_de
> dev->header_ops = ð_header_ops;
> dev->init = loopback_dev_init;
> dev->destructor = loopback_dev_free;
> + dev->stop = loopback_dev_stop;
> }
>
> --
> To unsubscribe from this list: send the line "unsubscribe netdev" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
>
next prev parent reply other threads:[~2008-11-04 6:37 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-11-04 5:37 [RFC] loopback: optimization Stephen Hemminger
2008-11-04 6:36 ` Eric Dumazet [this message]
2008-11-05 9:49 ` David Miller
2008-11-05 20:36 ` Stephen Hemminger
2008-11-05 23:14 ` Eric Dumazet
2008-11-06 0:42 ` Stephen Hemminger
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=490FED80.9090601@cosmosbay.com \
--to=dada1@cosmosbay.com \
--cc=davem@davemloft.net \
--cc=netdev@vger.kernel.org \
--cc=shemminger@vyatta.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).