login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2008
»
September
»
24
Re: [PATCH 3.6/13] memcg: add function to move account.
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: KAMEZAWA Hiroyuki
Subject:
Re: [PATCH 3.6/13] memcg: add function to move account.
Date: Wednesday, September 24, 2008 - 12:11 am
On Wed, 24 Sep 2008 15:50:11 +0900 Daisuke Nishimura <nishimura@mxp.nes.nec.co.jp> wrote:
quoted text
> On Mon, 22 Sep 2008 20:09:48 +0900, KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com> wrote: > > Sorry, this patchs is after "3.5" , before "4".... > > > > == > > This patch provides a function to move account information of a page between > > mem_cgroups. > > > > This moving of page_cgroup is done under > > - the page is locked. > > - lru_lock of source/destination mem_cgroup is held. > > > > Then, a routine which touches pc->mem_cgroup without page_lock() should > > confirm pc->mem_cgroup is still valid or not. Typlical code can be following. > > > > (while page is not under lock_page()) > > mem = pc->mem_cgroup; > > mz = page_cgroup_zoneinfo(pc) > > spin_lock_irqsave(&mz->lru_lock); > > if (pc->mem_cgroup == mem) > > ...../* some list handling */ > > spin_unlock_irq(&mz->lru_lock); > > > > Is this check needed? > Both move_lists and move_account takes page_cgroup lock. >
__mem_cgroup_move_lists() doesn't take. But yes, if you know what it does, you can reduce checks. Above is example. Thanks, -Kame
quoted text
> > Thanks, > Daisuke Nishimura. > > > If you find page_cgroup from mem_cgroup's LRU under mz->lru_lock, you don't > > have to worry about anything. > > > > Changelog: (v3) -> (v4) > > - no changes. > > Changelog: (v2) -> (v3) > > - added lock_page_cgroup(). > > - splitted out from new-force-empty patch. > > - added how-to-use text. > > - fixed race in __mem_cgroup_uncharge_common(). > > > > Signed-off-by: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com> > > > > mm/memcontrol.c | 85 ++++++++++++++++++++++++++++++++++++++++++++++++++++++-- > > 1 file changed, 82 insertions(+), 3 deletions(-) > > > > Index: mmotm-2.6.27-rc6+/mm/memcontrol.c > > =================================================================== > > --- mmotm-2.6.27-rc6+.orig/mm/memcontrol.c > > +++ mmotm-2.6.27-rc6+/mm/memcontrol.c > > @@ -424,6 +424,7 @@ int task_in_mem_cgroup(struct task_struc > > void mem_cgroup_move_lists(struct page *page, enum lru_list lru) > > { > > struct page_cgroup *pc; > > + struct mem_cgroup *mem; > > struct mem_cgroup_per_zone *mz; > > unsigned long flags; > > > > @@ -442,9 +443,14 @@ void mem_cgroup_move_lists(struct page * > > > > pc = page_get_page_cgroup(page); > > if (pc) { > > + mem = pc->mem_cgroup; > > mz = page_cgroup_zoneinfo(pc); > > spin_lock_irqsave(&mz->lru_lock, flags); > > - __mem_cgroup_move_lists(pc, lru); > > + /* > > + * check against the race with move_account. > > + */ > > + if (likely(mem == pc->mem_cgroup)) > > + __mem_cgroup_move_lists(pc, lru); > > spin_unlock_irqrestore(&mz->lru_lock, flags); > > } > > unlock_page_cgroup(page); > > @@ -565,6 +571,71 @@ unsigned long mem_cgroup_isolate_pages(u > > return nr_taken; > > } > > > > +/** > > + * mem_cgroup_move_account - move account of the page > > + * @page ... the target page of being moved. > > + * @pc ... page_cgroup of the page. > > + * @from ... mem_cgroup which the page is moved from. > > + * @to ... mem_cgroup which the page is moved to. > > + * > > + * The caller must confirm following. > > + * 1. lock the page by lock_page(). > > + * 2. disable irq. > > + * 3. lru_lock of old mem_cgroup should be held. > > + * 4. pc is guaranteed to be valid and on mem_cgroup's LRU. > > + * > > + * Because we cannot call try_to_free_page() here, the caller must guarantee > > + * this moving of change never fails. Currently this is called only against > > + * root cgroup, which has no limitation of resource. > > + * Returns 0 at success, returns 1 at failure. > > + */ > > +int mem_cgroup_move_account(struct page *page, struct page_cgroup *pc, > > + struct mem_cgroup *from, struct mem_cgroup *to) > > +{ > > + struct mem_cgroup_per_zone *from_mz, *to_mz; > > + int nid, zid; > > + int ret = 1; > > + > > + VM_BUG_ON(!irqs_disabled()); > > + VM_BUG_ON(!PageLocked(page)); > > + > > + nid = page_to_nid(page); > > + zid = page_zonenum(page); > > + from_mz = mem_cgroup_zoneinfo(from, nid, zid); > > + to_mz = mem_cgroup_zoneinfo(to, nid, zid); > > + > > + if (res_counter_charge(&to->res, PAGE_SIZE)) { > > + /* Now, we assume no_limit...no failure here. */ > > + return ret; > > + } > > + if (!try_lock_page_cgroup(page)) { > > + res_counter_uncharge(&to->res, PAGE_SIZE); > > + return ret; > > + } > > + > > + if (page_get_page_cgroup(page) != pc) { > > + res_counter_uncharge(&to->res, PAGE_SIZE); > > + goto out; > > + } > > + > > + if (spin_trylock(&to_mz->lru_lock)) { > > + __mem_cgroup_remove_list(from_mz, pc); > > + css_put(&from->css); > > + res_counter_uncharge(&from->res, PAGE_SIZE); > > + pc->mem_cgroup = to; > > + css_get(&to->css); > > + __mem_cgroup_add_list(to_mz, pc); > > + ret = 0; > > + spin_unlock(&to_mz->lru_lock); > > + } else { > > + res_counter_uncharge(&to->res, PAGE_SIZE); > > + } > > +out: > > + unlock_page_cgroup(page); > > + > > + return ret; > > +} > > + > > /* > > * Charge the memory controller for page usage. > > * Return > > @@ -752,16 +823,24 @@ __mem_cgroup_uncharge_common(struct page > > if ((ctype == MEM_CGROUP_CHARGE_TYPE_MAPPED) > > && ((PageCgroupCache(pc) || page_mapped(page)))) > > goto unlock; > > - > > +retry: > > + mem = pc->mem_cgroup; > > mz = page_cgroup_zoneinfo(pc); > > spin_lock_irqsave(&mz->lru_lock, flags); > > + if (ctype == MEM_CGROUP_CHARGE_TYPE_MAPPED && > > + unlikely(mem != pc->mem_cgroup)) { > > + /* MAPPED account can be done without lock_page(). > > + Check race with mem_cgroup_move_account() */ > > + spin_unlock_irqrestore(&mz->lru_lock, flags); > > + goto retry; > > + } > > __mem_cgroup_remove_list(mz, pc); > > spin_unlock_irqrestore(&mz->lru_lock, flags); > > > > page_assign_page_cgroup(page, NULL); > > unlock_page_cgroup(page); > > > > - mem = pc->mem_cgroup; > > + > > res_counter_uncharge(&mem->res, PAGE_SIZE); > > css_put(&mem->css); > > > > >
--
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
[PATCH 0/13] memory cgroup updates v4
, KAMEZAWA Hiroyuki
, (Mon Sep 22, 3:51 am)
[PATCH 1/13] memcg: avoid accounting special mapping
, KAMEZAWA Hiroyuki
, (Mon Sep 22, 3:55 am)
[PATCH 2/13] memcg: account fault-in swap under lock.
, KAMEZAWA Hiroyuki
, (Mon Sep 22, 3:57 am)
[PATCH 3/13] memcg: nolimit root cgroup
, KAMEZAWA Hiroyuki
, (Mon Sep 22, 3:58 am)
[PATCH 4/13] memcg: force_empty moving account
, KAMEZAWA Hiroyuki
, (Mon Sep 22, 4:00 am)
[PATCH 5/13] memcg: cleanup to make mapping null before un ...
, KAMEZAWA Hiroyuki
, (Mon Sep 22, 4:02 am)
[PATCH 6/13] memcg: optimze per cpu accounting for memcg
, KAMEZAWA Hiroyuki
, (Mon Sep 22, 4:03 am)
[PATCH 3.5/13] memcg: make page_cgroup flags to be atomic
, KAMEZAWA Hiroyuki
, (Mon Sep 22, 4:05 am)
[PATCH 3.6/13] memcg: add function to move account.
, KAMEZAWA Hiroyuki
, (Mon Sep 22, 4:09 am)
[PATCH 9/13] memcg: lookup page cgroup (and remove pointer ...
, KAMEZAWA Hiroyuki
, (Mon Sep 22, 4:12 am)
[PATCH 10/13] memcg: page_cgroup look aside table
, KAMEZAWA Hiroyuki
, (Mon Sep 22, 4:13 am)
[PATCH 11/13] memcg: lazy LRU free (NEW)
, KAMEZAWA Hiroyuki
, (Mon Sep 22, 4:17 am)
[PATCH 12/13] memcg: lazy LRU add
, KAMEZAWA Hiroyuki
, (Mon Sep 22, 4:22 am)
[PATCH 13/13] memcg: swap accounting fix
, KAMEZAWA Hiroyuki
, (Mon Sep 22, 4:24 am)
Re: [PATCH 0/13] memory cgroup updates v4
, KAMEZAWA Hiroyuki
, (Mon Sep 22, 4:28 am)
Re: [PATCH 4/13] memcg: force_empty moving account
, Peter Zijlstra
, (Mon Sep 22, 7:23 am)
Re: Re: [PATCH 4/13] memcg: force_empty moving account
, kamezawa.hiroyu
, (Mon Sep 22, 7:50 am)
Re: [PATCH 9/13] memcg: lookup page cgroup (and remove poi ...
, Dave Hansen
, (Mon Sep 22, 7:52 am)
Re: Re: [PATCH 4/13] memcg: force_empty moving account
, Peter Zijlstra
, (Mon Sep 22, 7:56 am)
Re: Re: Re: [PATCH 4/13] memcg: force_empty moving account
, kamezawa.hiroyu
, (Mon Sep 22, 8:06 am)
Re: Re: [PATCH 9/13] memcg: lookup page cgroup (and remove ...
, kamezawa.hiroyu
, (Mon Sep 22, 8:14 am)
Re: Re: Re: [PATCH 4/13] memcg: force_empty moving account
, Peter Zijlstra
, (Mon Sep 22, 8:32 am)
Re: Re: Re: Re: [PATCH 4/13] memcg: force_empty moving account
, kamezawa.hiroyu
, (Mon Sep 22, 8:43 am)
Re: Re: [PATCH 9/13] memcg: lookup page cgroup (and remove ...
, Dave Hansen
, (Mon Sep 22, 8:47 am)
Re: [PATCH 9/13] memcg: lookup page cgroup (and remove poi ...
, Peter Zijlstra
, (Mon Sep 22, 8:47 am)
Re: Re: Re: [PATCH 9/13] memcg: lookup page cgroup (and re ...
, kamezawa.hiroyu
, (Mon Sep 22, 8:57 am)
Re: Re: [PATCH 9/13] memcg: lookup page cgroup (and remove ...
, kamezawa.hiroyu
, (Mon Sep 22, 9:04 am)
Re: Re: [PATCH 9/13] memcg: lookup page cgroup (and remove ...
, Peter Zijlstra
, (Mon Sep 22, 9:06 am)
Re: Re: Re: [PATCH 9/13] memcg: lookup page cgroup (and re ...
, Dave Hansen
, (Mon Sep 22, 9:10 am)
Re: Re: Re: Re: [PATCH 9/13] memcg: lookup page cgroup (an ...
, kamezawa.hiroyu
, (Mon Sep 22, 10:34 am)
Re: [PATCH 9/13] memcg: lookup page cgroup (and remove poi ...
, KAMEZAWA Hiroyuki
, (Tue Sep 23, 4:48 pm)
Re: [PATCH 9/13] memcg: lookup page cgroup (and remove poi ...
, Balbir Singh
, (Tue Sep 23, 7:09 pm)
Re: [PATCH 9/13] memcg: lookup page cgroup (and remove poi ...
, KAMEZAWA Hiroyuki
, (Tue Sep 23, 8:09 pm)
Re: [PATCH 3.6/13] memcg: add function to move account.
, Daisuke Nishimura
, (Tue Sep 23, 11:50 pm)
Re: [PATCH 3.6/13] memcg: add function to move account.
, KAMEZAWA Hiroyuki
, (Wed Sep 24, 12:11 am)
Re: [PATCH 9/13] memcg: lookup page cgroup (and remove poi ...
, Balbir Singh
, (Wed Sep 24, 1:31 am)
Re: [PATCH 9/13] memcg: lookup page cgroup (and remove poi ...
, KAMEZAWA Hiroyuki
, (Wed Sep 24, 1:46 am)
Navigation
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Fortier,Vincent [Montreal]
2.6.21.5 june 30th to july 1st date hang?
Jeff Dike
[ PATCH 2/6 ] UML - Formatting fixes around os_{read_write}_file callers
Liam Girdwood
[PATCH 07/13] regulator: regulator test harness
Oleg Nesterov
Re: Getting the new RxRPC patches upstream
Stefan Seyfried
Re: 2.6.19-rc5: grub is much slower resuming from suspend-to-disk than in 2.6.18
linux-netdev
:
Arnaud Ebalard
Re: [REGRESSION,BISECTED] MIPv6 support broken by f4f914b58019f0
Jan Engelhardt
Re: [PATCH iptables] extension: add xt_cpu match
Jarek Poplawski
Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock().
Sebastian Andrzej Siewior
[PATCH 8/8] net/emergency: remove locking from reycling pool if emergncy pools are...
David Miller
Re: [PATCH] qlcnic: dont assume NET_IP_ALIGN is 2
git
:
Jakub Narebski
Re: git on MacOSX and files with decomposed utf-8 file names
Brandon Casey
Re: Thunderbird and patches (was Re: [PATCH v2] Enable setting attach as the def...
Christian Couder
[PATCH 1/3] rev-parse: add test script for "--verify"
Ramkumar Ramachandra
Re: [GSoC update] git-remote-svn: The final one
Junio C Hamano
Re: git-rm isn't the inverse action of git-add
openbsd-misc
:
Joachim Schipper
Re: UVC Webcams
Florin Andrei
SOLVED [was: firewall is very slow, something's wrong]
Todd Alan Smith
Re: Microsoft gets the Most Secure Operating Systems award
Neal Hogan
Re: Need Advice: Thinkpad T60 or T61?
Sam Fourman Jr.
Re: Real men don't attack straw men
git-commits-head
:
Linux Kernel Mailing List
ACPI: Disable ARB_DISABLE on platforms where it is not needed
Linux Kernel Mailing List
m68knommu: add read_barrier_depends() and irqs_disabled_flags()
Linux Kernel Mailing List
[MTD] Add mtd panic_write function pointer
Linux Kernel Mailing List
[ARM] pxa: remove duplicate select statements from Kconfig
Linux Kernel Mailing List
mlx4_core: Don't read reserved fields in mlx4_QUERY_ADAPTER()
Colocation donated by:
Syndicate