All of lore.kernel.org
 help / color / mirror / Atom feed
From: Konstantin Khlebnikov <khlebnikov@openvz.org>
To: Sha Zhengju <handai.szj@gmail.com>
Cc: cgroups@vger.kernel.org, linux-mm@kvack.org, mhocko@suse.cz,
	kamezawa.hiroyu@jp.fujitsu.com, akpm@linux-foundation.org,
	hughd@google.com, gthelen@google.com,
	Sha Zhengju <handai.szj@taobao.com>
Subject: Re: [PATCH V2 0/3] memcg: simply lock of page stat accounting
Date: Wed, 15 May 2013 16:35:08 +0400	[thread overview]
Message-ID: <519380FC.1040504@openvz.org> (raw)
In-Reply-To: <1368421410-4795-1-git-send-email-handai.szj@taobao.com>

Sha Zhengju wrote:
> Hi,
>
> This is my second attempt to make memcg page stat lock simpler, the
> first version: http://www.spinics.net/lists/linux-mm/msg50037.html.
>
> In this version I investigate the potential race conditions among
> page stat, move_account, charge, uncharge and try to prove it race
> safe of my proposing lock scheme. The first patch is the basis of
> the patchset, so if I've made some stupid mistake please do not
> hesitate to point it out.

I have a provocational question. Who needs these numbers? I mean per-cgroup
nr_mapped and so on. It's too hard to maintain them carefully and I don't know
any clear usage for them. I have written several implementations of this stuff
for openvz kernel. But at the end I have decided to just remove it.
Do anybody knows really useful use cases for these nr_mapped counters?


In our kernel we have per-container nr_dirty and nr_writeback counters. Bit they are
implemented on top of radix-tree tags, and their owners are stored on inode/mapping.
So, this is completely different story.

I definitely have missed some discussions about these questions. Or not?
I hope it's a good time to return.

>
> Change log:
> v2<- v1:
>     * rewrite comments on race condition
>     * split orignal large patch to two parts
>     * change too heavy try_get_mem_cgroup_from_page() to rcu_read_lock
>       to hold memcg alive
>
> Sha Zhengju (3):
>     memcg: rewrite the comment about race condition of page stat accounting
>     memcg: alter mem_cgroup_{update,inc,dec}_page_stat() args to memcg pointer
>     memcg: simplify lock of memcg page stat account	
>
>   include/linux/memcontrol.h |   14 ++++++-------
>   mm/memcontrol.c            |   16 ++++++---------
>   mm/rmap.c                  |   49 +++++++++++++++++++++++++++++++++-----------
>   3 files changed, 50 insertions(+), 29 deletions(-)
>
> --
> 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>

--
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>

  parent reply	other threads:[~2013-05-15 12:35 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-05-13  5:03 [PATCH V2 0/3] memcg: simply lock of page stat accounting Sha Zhengju
2013-05-13  5:03 ` Sha Zhengju
2013-05-13  5:04 ` [PATCH V2 1/3] memcg: rewrite the comment about race condition " Sha Zhengju
2013-05-13  5:05 ` [PATCH V2 2/3] memcg: alter mem_cgroup_{update,inc,dec}_page_stat() args to memcg pointer Sha Zhengju
2013-05-13 12:25   ` Michal Hocko
2013-05-14  9:00     ` Sha Zhengju
2013-05-14  9:10       ` Michal Hocko
     [not found]   ` <1368421524-4937-1-git-send-email-handai.szj-3b8fjiQLQpfQT0dZR+AlfA@public.gmane.org>
2013-05-14  0:15     ` Kamezawa Hiroyuki
2013-05-14  0:15       ` Kamezawa Hiroyuki
     [not found]       ` <51918221.6090402-+CUm20s59erQFUHtdCDX3A@public.gmane.org>
2013-05-14  9:03         ` Sha Zhengju
2013-05-14  9:03           ` Sha Zhengju
2013-05-13  5:05 ` [PATCH V2 3/3] memcg: simplify lock of memcg page stat account Sha Zhengju
2013-05-13 13:12   ` Michal Hocko
     [not found]     ` <20130513131251.GB5246-2MMpYkNvuYDjFM9bn6wA6Q@public.gmane.org>
2013-05-13 13:38       ` Michal Hocko
2013-05-13 13:38         ` Michal Hocko
     [not found]         ` <20130513133809.GC5246-2MMpYkNvuYDjFM9bn6wA6Q@public.gmane.org>
2013-05-14  9:13           ` Sha Zhengju
2013-05-14  9:13             ` Sha Zhengju
     [not found]             ` <CAFj3OHW=FCGu6rhChLV2HgUFSRxDur4e8bmugXnq++c-P8mNRg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2013-05-14  9:28               ` Michal Hocko
2013-05-14  9:28                 ` Michal Hocko
2013-05-14  8:35     ` Sha Zhengju
     [not found] ` <1368421410-4795-1-git-send-email-handai.szj-3b8fjiQLQpfQT0dZR+AlfA@public.gmane.org>
2013-05-14  0:41   ` [PATCH V2 0/3] memcg: simply lock of page stat accounting Kamezawa Hiroyuki
2013-05-14  0:41     ` Kamezawa Hiroyuki
     [not found]     ` <51918846.7090006-+CUm20s59erQFUHtdCDX3A@public.gmane.org>
2013-05-14  7:13       ` Michal Hocko
2013-05-14  7:13         ` Michal Hocko
2013-05-15 12:35 ` Konstantin Khlebnikov [this message]
     [not found]   ` <519380FC.1040504-GEFAQzZX7r8dnm+yROfE0A@public.gmane.org>
2013-05-15 13:41     ` Michal Hocko
2013-05-15 13:41       ` Michal Hocko
2013-05-16  4:28       ` Konstantin Khlebnikov
     [not found]         ` <51946071.4030101-GEFAQzZX7r8dnm+yROfE0A@public.gmane.org>
2013-05-16 13:28           ` Michal Hocko
2013-05-16 13:28             ` Michal Hocko
2013-05-17  5:57             ` Konstantin Khlebnikov
2013-05-17  8:38               ` Michal Hocko
     [not found]                 ` <20130517083806.GB5048-2MMpYkNvuYDjFM9bn6wA6Q@public.gmane.org>
2013-05-17 10:29                   ` Konstantin Khlebnikov
2013-05-17 10:29                     ` Konstantin Khlebnikov
     [not found]                     ` <5196068D.2050608-GEFAQzZX7r8dnm+yROfE0A@public.gmane.org>
2013-05-17 12:53                       ` Michal Hocko
2013-05-17 12:53                         ` Michal Hocko

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=519380FC.1040504@openvz.org \
    --to=khlebnikov@openvz.org \
    --cc=akpm@linux-foundation.org \
    --cc=cgroups@vger.kernel.org \
    --cc=gthelen@google.com \
    --cc=handai.szj@gmail.com \
    --cc=handai.szj@taobao.com \
    --cc=hughd@google.com \
    --cc=kamezawa.hiroyu@jp.fujitsu.com \
    --cc=linux-mm@kvack.org \
    --cc=mhocko@suse.cz \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.