From: Nicolas Dichtel <nicolas.dichtel@6wind.com>
To: netdev <netdev@vger.kernel.org>
Subject: [RFC PATCH] ipv4: release dev refcnt early when destroying inetdev
Date: Fri, 10 Sep 2010 15:35:44 +0200 [thread overview]
Message-ID: <4C8A3430.2070105@6wind.com> (raw)
[-- Attachment #1: Type: text/plain, Size: 346 bytes --]
Hi all,
We got a scalability problem when we try to remove a lot of virtual interfaces.
After analysis, we found that a refcnt on a device was released too late.
Here is a proposal patch. If we are not missing something, the refcnt can be
release before call_rcu(). In IPv6, this is already the case.
Comments are welcome.
Regards,
Nicolas
[-- Attachment #2: 0001-ipv4-release-dev-refcnt-early-when-destroying-inetd.patch --]
[-- Type: text/x-diff, Size: 1830 bytes --]
>From 6fe291ff56b1f94599dfaa57dfb0ed4c168b603f Mon Sep 17 00:00:00 2001
From: Nicolas Dichtel <nicolas.dichtel@6wind.com>
Date: Fri, 10 Sep 2010 14:52:15 +0200
Subject: [PATCH] ipv4: release dev refcnt early when destroying inetdev
When a virtual device is removed, refcnt on dev is released
after rcu barrier, hence we fall always in the msleep(250)
of netdev_wait_allrefs(). This causes a long delay when
a lot of interfaces are removed.
Refcnt can be released before this rcu barrier, this allows
to accelerate the removing of virtual interfaces.
Test of removing 50 ipip tunnel interfaces:
Before the patch:
real 0m12.804s
user 0m0.020s
sys 0m0.000s
After the patch:
real 0m0.988s
user 0m0.004s
sys 0m0.016s
Signed-off-by: Wang Xuefu <xuefu.wang@6wind.com>
Signed-off-by: Nicolas Dichtel <nicolas.dichtel@6wind.com>
---
net/ipv4/devinet.c | 4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/net/ipv4/devinet.c b/net/ipv4/devinet.c
index da14c49..dd59e79 100644
--- a/net/ipv4/devinet.c
+++ b/net/ipv4/devinet.c
@@ -131,7 +131,9 @@ static inline void inet_free_ifa(struct in_ifaddr *ifa)
void in_dev_finish_destroy(struct in_device *idev)
{
+#ifdef NET_REFCNT_DEBUG
struct net_device *dev = idev->dev;
+#endif
WARN_ON(idev->ifa_list);
WARN_ON(idev->mc_list);
@@ -139,7 +141,6 @@ void in_dev_finish_destroy(struct in_device *idev)
printk(KERN_DEBUG "in_dev_finish_destroy: %p=%s\n",
idev, dev ? dev->name : "NIL");
#endif
- dev_put(dev);
if (!idev->dead)
pr_err("Freeing alive in_device %p\n", idev);
else
@@ -215,6 +216,7 @@ static void inetdev_destroy(struct in_device *in_dev)
neigh_parms_release(&arp_tbl, in_dev->arp_parms);
arp_ifdown(dev);
+ dev_put(dev);
call_rcu(&in_dev->rcu_head, in_dev_rcu_put);
}
--
1.5.4.5
next reply other threads:[~2010-09-10 13:35 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-09-10 13:35 Nicolas Dichtel [this message]
2010-09-10 14:24 ` [RFC PATCH] ipv4: release dev refcnt early when destroying inetdev Eric Dumazet
2010-09-10 14:57 ` Nicolas Dichtel
2010-09-10 15:16 ` Eric Dumazet
2010-09-14 20:45 ` David Miller
2010-09-15 6:01 ` Eric Dumazet
2010-09-13 22:24 ` [PATCH] net: use rcu_barrier() in rollback_registered_many Eric Dumazet
2010-09-14 21:27 ` David Miller
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=4C8A3430.2070105@6wind.com \
--to=nicolas.dichtel@6wind.com \
--cc=netdev@vger.kernel.org \
/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).