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: Daisuke Nishimura
Subject:
Re: [PATCH 3.6/13] memcg: add function to move account.
Date: Tuesday, September 23, 2008 - 11:50 pm
On Mon, 22 Sep 2008 20:09:48 +0900, KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com> wrote:
quoted text
> 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. Thanks, Daisuke Nishimura.
quoted text
> 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
Create content
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Trenton D. Adams
Re: Flash IO slow 1.5 MB/s
Alan Cox
Re: Please add ZFS support (from GPL sources)
S K
Re: cpufreq doesn't seem to work in Intel Q9300
Bart Van Assche
Re: Is gcc thread-unsafe?
Greg Kroah-Hartman
[PATCH 20/36] Driver core: Call device_pm_add() after bus_add_device() in device_a...
git
:
Junio C Hamano
Re: git-svnimport
Johannes Schindelin
Re: [PATCH] Fix approxidate("never") to always return 0
A Large Angry SCM
Re: [RFC] origin link for cherry-pick and revert
Junio C Hamano
Re: [PATCH] Detached HEAD (experimental)
Juergen Ruehle
Re: [ANNOUNCE] Guilt 0.16
git-commits-head
:
Linux Kernel Mailing List
ath9k_htc: Allocate URBs properly
Linux Kernel Mailing List
sm501: add power control callback
Linux Kernel Mailing List
net: don't grab a mutex within a timer context in gianfar
Linux Kernel Mailing List
powerpc/kexec: Add support for FSL-BookE
Linux Kernel Mailing List
V4L/DVB (8976): af9015: Add USB ID for AVerMedia A309
linux-netdev
:
Daniel Lezcano
getsockopt(TCP_DEFER_ACCEPT) value change
David Miller
Re: 2.6.27.18: bnx2/tg3: BUG: "scheduling while atomic" trying to ifenslave a seco...
Ingo Molnar
Re: [regression] nf_iterate(), BUG: unable to handle kernel NULL pointer dereference
Jeff Kirsher
[net-2.6 PATCH 2/5] e1000e: increase swflag acquisition timeout for ICHx/PCH
David Miller
Re: [RFC 0/5] generic rx recycling
openbsd-misc
:
daniele.pilenga
snmpd hangs on 4.1 looking up hrSWRunTable
Christophe Rioux
Implementation example of snmp
Nick Holland
Re: booting openbsd on eee without cd-rom
Bryan Irvine
Re: OpenBSD 4.7 Released, May 19 2010
Cabillot Julien
Re: OpenBSD isakmpd and pf vs Cisco PIX or ASA
Colocation donated by:
Syndicate