From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
To: Daisuke Nishimura <nishimura@mxp.nes.nec.co.jp>
Cc: "linux-mm@kvack.org" <linux-mm@kvack.org>,
"balbir@linux.vnet.ibm.com" <balbir@linux.vnet.ibm.com>,
"xemul@openvz.org" <xemul@openvz.org>,
LKML <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH 3.6/13] memcg: add function to move account.
Date: Wed, 24 Sep 2008 16:11:40 +0900 [thread overview]
Message-ID: <20080924161140.f2d46113.kamezawa.hiroyu@jp.fujitsu.com> (raw)
In-Reply-To: <20080924155011.6fcbc78e.nishimura@mxp.nes.nec.co.jp>
On Wed, 24 Sep 2008 15:50:11 +0900
Daisuke Nishimura <nishimura@mxp.nes.nec.co.jp> wrote:
> 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
>
> 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);
> >
> >
>
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2008-09-24 7:11 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-09-22 10:51 [PATCH 0/13] memory cgroup updates v4 KAMEZAWA Hiroyuki
2008-09-22 10:55 ` [PATCH 1/13] memcg: avoid accounting special mapping KAMEZAWA Hiroyuki
2008-09-22 10:57 ` [PATCH 2/13] memcg: account fault-in swap under lock KAMEZAWA Hiroyuki
2008-09-22 10:58 ` [PATCH 3/13] memcg: nolimit root cgroup KAMEZAWA Hiroyuki
2008-09-22 11:00 ` [PATCH 4/13] memcg: force_empty moving account KAMEZAWA Hiroyuki
2008-09-22 14:23 ` Peter Zijlstra
2008-09-22 14:50 ` kamezawa.hiroyu
2008-09-22 14:56 ` Peter Zijlstra
2008-09-22 15:06 ` kamezawa.hiroyu
2008-09-22 15:32 ` Peter Zijlstra
2008-09-22 15:43 ` kamezawa.hiroyu
2008-09-22 11:02 ` [PATCH 5/13] memcg: cleanup to make mapping null before unchage KAMEZAWA Hiroyuki
2008-09-22 11:03 ` [PATCH 6/13] memcg: optimze per cpu accounting for memcg KAMEZAWA Hiroyuki
2008-09-22 11:05 ` [PATCH 3.5/13] memcg: make page_cgroup flags to be atomic KAMEZAWA Hiroyuki
2008-09-22 11:09 ` [PATCH 3.6/13] memcg: add function to move account KAMEZAWA Hiroyuki
2008-09-24 6:50 ` Daisuke Nishimura
2008-09-24 7:11 ` KAMEZAWA Hiroyuki [this message]
2008-09-22 11:12 ` [PATCH 9/13] memcg: lookup page cgroup (and remove pointer from struct page) KAMEZAWA Hiroyuki
2008-09-22 14:52 ` Dave Hansen
2008-09-22 15:14 ` kamezawa.hiroyu
2008-09-22 15:47 ` Dave Hansen
2008-09-22 15:57 ` kamezawa.hiroyu
2008-09-22 16:10 ` Dave Hansen
2008-09-22 17:34 ` kamezawa.hiroyu
2008-09-22 15:47 ` Peter Zijlstra
2008-09-22 16:04 ` kamezawa.hiroyu
2008-09-22 16:06 ` Peter Zijlstra
2008-09-23 23:48 ` KAMEZAWA Hiroyuki
2008-09-24 2:09 ` Balbir Singh
2008-09-24 3:09 ` KAMEZAWA Hiroyuki
2008-09-24 8:31 ` Balbir Singh
2008-09-24 8:46 ` KAMEZAWA Hiroyuki
2008-09-22 11:13 ` [PATCH 10/13] memcg: page_cgroup look aside table KAMEZAWA Hiroyuki
2008-09-22 11:17 ` [PATCH 11/13] memcg: lazy LRU free (NEW) KAMEZAWA Hiroyuki
2008-09-22 11:22 ` [PATCH 12/13] memcg: lazy LRU add KAMEZAWA Hiroyuki
2008-09-22 11:24 ` [PATCH 13/13] memcg: swap accounting fix KAMEZAWA Hiroyuki
2008-09-22 11:28 ` [PATCH 0/13] memory cgroup updates v4 KAMEZAWA Hiroyuki
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=20080924161140.f2d46113.kamezawa.hiroyu@jp.fujitsu.com \
--to=kamezawa.hiroyu@jp.fujitsu.com \
--cc=balbir@linux.vnet.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=nishimura@mxp.nes.nec.co.jp \
--cc=xemul@openvz.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