memcgroup: revert swap_state mods
authorHugh Dickins <>
Thu, 7 Feb 2008 08:14:13 +0000 (00:14 -0800)
committerLinus Torvalds <>
Thu, 7 Feb 2008 16:42:20 +0000 (08:42 -0800)
memcgroup: revert swap_state mods

If we're charging rss and we're charging cache, it seems obvious that we
should be charging swapcache - as has been done.  But in practice that
doesn't work out so well: both swapin readahead and swapoff leave the
majority of pages charged to the wrong cgroup (the cgroup that happened to
read them in, rather than the cgroup to which they belong).

(Which is why unuse_pte's GFP_KERNEL while holding pte lock never showed up
as a problem: no allocation was ever done there, every page read being
already charged to the cgroup which initiated the swapoff.)

It all works rather better if we leave the charging to do_swap_page and
unuse_pte, and do nothing for swapcache itself: revert mm/swap_state.c to
what it was before the memory-controller patches.  This also speeds up
significantly a contained process working at its limit: because it no
longer needs to keep waiting for swap writeback to complete.

Is it unfair that swap pages become uncharged once they're unmapped, even
though they're still clearly private to particular cgroups?  For a short
while, yes; but PageReclaim arranges for those pages to go to the end of
the inactive list and be reclaimed soon if necessary.

shmem/tmpfs pages are a distinct case: their charging also benefits from
this change, but their second life on the lists as swapcache pages may
prove more unfair - that I need to check next.

Signed-off-by: Hugh Dickins <>
Cc: Pavel Emelianov <>
Acked-by: Balbir Singh <>
Cc: Paul Menage <>
Cc: Peter Zijlstra <>
Cc: "Eric W. Biederman" <>
Cc: Nick Piggin <>
Cc: Kirill Korotaev <>
Cc: Herbert Poetzl <>
Cc: David Rientjes <>
Cc: Vaidyanathan Srinivasan <>
Signed-off-by: Andrew Morton <>
Signed-off-by: Linus Torvalds <>