[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1340691016.10893.197.camel@edumazet-glaptop>
Date: Tue, 26 Jun 2012 08:10:16 +0200
From: Eric Dumazet <eric.dumazet@...il.com>
To: Jason Wang <jasowang@...hat.com>
Cc: mst@...hat.com, akong@...hat.com, habanero@...ux.vnet.ibm.com,
tahm@...ux.vnet.ibm.com, haixiao@...iper.net,
jwhan@...ewood.snu.ac.kr, ernesto.martin@...sat.com,
mashirle@...ibm.com, davem@...emloft.net, netdev@...r.kernel.org,
linux-kernel@...r.kernel.org, krkumar2@...ibm.com,
shemminger@...tta.com, edumazet@...gle.com
Subject: Re: [PATCH 5/6] tuntap: per queue 64 bit stats
On Tue, 2012-06-26 at 14:00 +0800, Jason Wang wrote:
> Yes, looks like it's hard to use NETIF_F_LLTX without breaking the u64
> statistics, may worth to use tx lock and alloc_netdev_mq().
Yes, this probably needs percpu storage (if you really want to use
include/linux/u64_stats_sync.h).
But percpu storage seems a bit overkill with a raising number of cpus
on typical machines.
For loopback device, its fine because we only have one lo device per
network namespace, and some workloads really hit hard this device.
But for tuntap, I am not sure ?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists