From: Sha Zhengju <handai.szj@gmail.com>
To: Greg Thelen <gthelen@google.com>
Cc: linux-mm@kvack.org, cgroups@vger.kernel.org,
kamezawa.hiroyu@jp.fujitsu.com, yinghan@google.com,
akpm@linux-foundation.org, linux-kernel@vger.kernel.org,
Sha Zhengju <handai.szj@taobao.com>
Subject: Re: [PATCH 1/2] memcg: remove MEMCG_NR_FILE_MAPPED
Date: Sun, 17 Jun 2012 14:53:22 +0800 [thread overview]
Message-ID: <CAFj3OHUcat5TwAn2FQbJo02sGULmq6r=k3DOkhK6GBXPwOroPw@mail.gmail.com> (raw)
In-Reply-To: <xr937gv8vc1y.fsf@gthelen.mtv.corp.google.com>
On Fri, Jun 15, 2012 at 11:18 PM, Greg Thelen <gthelen@google.com> wrote:
> On Fri, Jun 15 2012, Sha Zhengju wrote:
>
>> While doing memcg page stat accounting, there's no need to use MEMCG_NR_FILE_MAPPED
>> as an intermediate, we can use MEM_CGROUP_STAT_FILE_MAPPED directly.
>>
>> Signed-off-by: Sha Zhengju <handai.szj@taobao.com>
>> ---
>> include/linux/memcontrol.h | 22 ++++++++++++++++------
>> mm/memcontrol.c | 25 +------------------------
>> mm/rmap.c | 4 ++--
>> 3 files changed, 19 insertions(+), 32 deletions(-)
>
> I assume this patch is relative to v3.4.
>
Yeah, I cook it based on linux-stable v3.4.
>> diff --git a/include/linux/memcontrol.h b/include/linux/memcontrol.h
>> index f94efd2..a337c2e 100644
>> --- a/include/linux/memcontrol.h
>> +++ b/include/linux/memcontrol.h
>> @@ -27,9 +27,19 @@ struct page_cgroup;
>> struct page;
>> struct mm_struct;
>>
>> -/* Stats that can be updated by kernel. */
>> -enum mem_cgroup_page_stat_item {
>> - MEMCG_NR_FILE_MAPPED, /* # of pages charged as file rss */
>> +/*
>> + * Statistics for memory cgroup.
>> + */
>> +enum mem_cgroup_stat_index {
>> + /*
>> + * For MEM_CONTAINER_TYPE_ALL, usage = pagecache + rss.
>> + */
>> + MEM_CGROUP_STAT_CACHE, /* # of pages charged as cache */
>> + MEM_CGROUP_STAT_RSS, /* # of pages charged as anon rss */
>> + MEM_CGROUP_STAT_FILE_MAPPED, /* # of pages charged as file rss */
>> + MEM_CGROUP_STAT_SWAPOUT, /* # of pages, swapped out */
>> + MEM_CGROUP_STAT_DATA, /* end of data requires synchronization */
>> + MEM_CGROUP_STAT_NSTATS,
>> };
>
> This has unfortunate side effect of letting code outside of memcontrol.c
> manipulate memcg internally managed statistics
> (e.g. MEM_CGROUP_STAT_CACHE) with mem_cgroup_{dec,inc}_page_stat. I
> think that your change is fine. The complexity and presumed performance
> overhead of the extra layer of indirection was not worth it.
>
>> struct mem_cgroup_reclaim_cookie {
>> @@ -170,17 +180,17 @@ static inline void mem_cgroup_end_update_page_stat(struct page *page,
>> }
>>
>> void mem_cgroup_update_page_stat(struct page *page,
>> - enum mem_cgroup_page_stat_item idx,
>> + enum mem_cgroup_stat_index idx,
>> int val);
>>
>> static inline void mem_cgroup_inc_page_stat(struct page *page,
>> - enum mem_cgroup_page_stat_item idx)
>> + enum mem_cgroup_stat_index idx)
>> {
>> mem_cgroup_update_page_stat(page, idx, 1);
>> }
>>
>> static inline void mem_cgroup_dec_page_stat(struct page *page,
>> - enum mem_cgroup_page_stat_item idx)
>> + enum mem_cgroup_stat_index idx)
>> {
>> mem_cgroup_update_page_stat(page, idx, -1);
>> }
>
> You missed two more uses of enum mem_cgroup_page_stat_item in
> memcontrol.h.
>
Ah, I find them, thanks for reviewing!
Thanks,
Sha
--
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:[~2012-06-17 6:53 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-06-15 12:00 Sha Zhengju
2012-06-15 12:01 ` [PATCH 2/2] memcg: add per cgroup dirty pages accounting Sha Zhengju
2012-06-15 15:32 ` Greg Thelen
2012-06-16 6:34 ` Kamezawa Hiroyuki
2012-06-19 14:31 ` Sha Zhengju
2012-06-21 7:53 ` Kamezawa Hiroyuki
2012-06-21 16:02 ` Greg Thelen
2012-06-21 23:09 ` Kamezawa Hiroyuki
2012-06-28 11:32 ` Sha Zhengju
2012-06-17 7:44 ` Sha Zhengju
2012-06-15 15:18 ` [PATCH 1/2] memcg: remove MEMCG_NR_FILE_MAPPED Greg Thelen
2012-06-17 6:53 ` Sha Zhengju [this message]
2012-06-16 6:31 ` Kamezawa Hiroyuki
2012-06-17 6:56 ` Sha Zhengju
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='CAFj3OHUcat5TwAn2FQbJo02sGULmq6r=k3DOkhK6GBXPwOroPw@mail.gmail.com' \
--to=handai.szj@gmail.com \
--cc=akpm@linux-foundation.org \
--cc=cgroups@vger.kernel.org \
--cc=gthelen@google.com \
--cc=handai.szj@taobao.com \
--cc=kamezawa.hiroyu@jp.fujitsu.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=yinghan@google.com \
/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