kernel-packages team mailing list archive
-
kernel-packages team
-
Mailing list archive
-
Message #15778
[Bug 1226726] [NEW] dentry_reset_mounted walks entire mount list holding vfsmount write lock
Public bug reported:
Whenever one enters a network namespace via "ip netns exec foobar
somecommand" there is a mount done of the appropriate device on /sys
since "somecommand" needs to see namespace specific versions of /sys
directories. When the ip process exits these mounts need to be torn
down, and that requires a global write lock for vfsmount_lock (this is a
single writer multiple reader lock). This has serious performance
implications when the number of name spaces increase.
The commit 84d17192 addresses this issue, and it is clear by running the
attached testcase that it fixes performance issues when dealing with
large numbers of namespaces. I've included a graph with the differences
in performance between this fix and its parent commit to show the the
improve in performance. The x-axis represents the number of namespaces
and the y-axis is execution time in ms. After applying the patch the
performance delays are not exponentially increasing.
This affects 3.2/3.5/3.8 series kernels, as it was fixed in 3.10.
** Affects: linux (Ubuntu)
Importance: Undecided
Status: Fix Released
** Affects: linux (Ubuntu Precise)
Importance: Medium
Assignee: Chris J Arges (arges)
Status: In Progress
** Affects: linux (Ubuntu Quantal)
Importance: Medium
Assignee: Chris J Arges (arges)
Status: In Progress
** Affects: linux (Ubuntu Raring)
Importance: Medium
Assignee: Chris J Arges (arges)
Status: In Progress
** Affects: linux (Ubuntu Saucy)
Importance: Undecided
Status: Fix Released
** Tags: bot-stop-nagging
** Attachment added: "graph.png"
https://bugs.launchpad.net/bugs/1226726/+attachment/3825673/+files/graph.png
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1226726
Title:
dentry_reset_mounted walks entire mount list holding vfsmount write
lock
Status in “linux” package in Ubuntu:
Fix Released
Status in “linux” source package in Precise:
In Progress
Status in “linux” source package in Quantal:
In Progress
Status in “linux” source package in Raring:
In Progress
Status in “linux” source package in Saucy:
Fix Released
Bug description:
Whenever one enters a network namespace via "ip netns exec foobar
somecommand" there is a mount done of the appropriate device on /sys
since "somecommand" needs to see namespace specific versions of /sys
directories. When the ip process exits these mounts need to be torn
down, and that requires a global write lock for vfsmount_lock (this is
a single writer multiple reader lock). This has serious performance
implications when the number of name spaces increase.
The commit 84d17192 addresses this issue, and it is clear by running
the attached testcase that it fixes performance issues when dealing
with large numbers of namespaces. I've included a graph with the
differences in performance between this fix and its parent commit to
show the the improve in performance. The x-axis represents the number
of namespaces and the y-axis is execution time in ms. After applying
the patch the performance delays are not exponentially increasing.
This affects 3.2/3.5/3.8 series kernels, as it was fixed in 3.10.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1226726/+subscriptions
Follow ups
-
[Bug 1226726] Re: dentry_reset_mounted walks entire mount list holding vfsmount write lock
From: Launchpad Bug Tracker, 2013-11-08
-
[Bug 1226726] Re: dentry_reset_mounted walks entire mount list holding vfsmount write lock
From: Launchpad Bug Tracker, 2013-11-08
-
[Bug 1226726] Re: dentry_reset_mounted walks entire mount list holding vfsmount write lock
From: Jonathan Davies, 2013-11-01
-
[Bug 1226726] Re: dentry_reset_mounted walks entire mount list holding vfsmount write lock
From: Jonathan Davies, 2013-11-01
-
[Bug 1226726] Re: dentry_reset_mounted walks entire mount list holding vfsmount write lock
From: Brad Figg, 2013-10-28
-
[Bug 1226726] Re: dentry_reset_mounted walks entire mount list holding vfsmount write lock
From: Brad Figg, 2013-10-28
-
[Bug 1226726] Re: dentry_reset_mounted walks entire mount list holding vfsmount write lock
From: Chris J Arges, 2013-10-04
-
[Bug 1226726] Re: dentry_reset_mounted walks entire mount list holding vfsmount write lock
From: Andy Whitcroft, 2013-10-04
-
[Bug 1226726] Re: dentry_reset_mounted walks entire mount list holding vfsmount write lock
From: Chris J Arges, 2013-10-03
-
[Bug 1226726] Re: dentry_reset_mounted walks entire mount list holding vfsmount write lock
From: Chris J Arges, 2013-09-30
-
[Bug 1226726] Re: dentry_reset_mounted walks entire mount list holding vfsmount write lock
From: Chris J Arges, 2013-09-18
-
[Bug 1226726] Re: dentry_reset_mounted walks entire mount list holding vfsmount write lock
From: Chris J Arges, 2013-09-17
-
[Bug 1226726] Re: dentry_reset_mounted walks entire mount list holding vfsmount write lock
From: Chris J Arges, 2013-09-17
-
[Bug 1226726] [NEW] dentry_reset_mounted walks entire mount list holding vfsmount write lock
From: Chris J Arges, 2013-09-17
References