From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
To: lsf-pc@lists.linux-foundation.org
Cc: linux-mm@kvack.org, "hannes@cmpxchg.org" <hannes@cmpxchg.org>,
Michal Hocko <mhocko@suse.cz>,
"bsingharora@gmail.com" <bsingharora@gmail.com>,
Hugh Dickins <hughd@google.com>, Ying Han <yinghan@google.com>,
Mel Gorman <mgorman@suse.de>
Subject: [LSF/MM TOPIC] memcg topics.
Date: Wed, 1 Feb 2012 09:55:56 +0900 [thread overview]
Message-ID: <20120201095556.812db19c.kamezawa.hiroyu@jp.fujitsu.com> (raw)
Hi, I guess we have some topics on memory cgroups.
1-4 : someone has an implemanation
5 : no implemenation.
1. page_cgroup diet
memory cgroup uses 'struct page_cgroup', it was 40bytes per 4096bytes in past.
Johannes removed ->page and ->lru from page_cgroup, then now,
sizeof(page_cgroup)==16. Now, I'm working on removing ->flags to make
sizeof(page_cgroup)==8.
Then, finally, page_cgroup can be moved into struct page on 64bit system ?
How 32bit system will be ?
2. memory reclaim
Johannes, Michal and Ying, ant others, are now working on memory reclaim problem
with new LRU. Under it, LRU is per-memcg-per-zone.
Following topics are discussed now.
- simplificaiton/re-implemenation of softlimit
- isolation of workload (by softlimit)
- when we should stop memory reclaim, especially under direct-reclaim.
(Now, we scan all zonelist..)
3. per-memcg-lru-zone-lru-lock
I hear Hugh Dickins have some patches and are testing it.
It will be good to discuss this if it has Pros. and Cons or implemenation issue.
4. dirty ratio
In the last year, patches were posted but not merged. I'd like to hear
works on this area.
5. accounting other than user pages.
Last year, tcp buffer limiting was added to "memcg".
If someone has other plans, I'd like to hear.
I myself don't think 'generic kernel memory limitation' is a good thing....
admins can't predict performance.
Can we make accounting on dentry/inode into memcg and call shrink_slab() ?
But I guess per-zone-shrink-slab() should go 1st...
More ?
x. per-memcg kswapd.
This is good for reducing direct-reclaim latency of memcg('s limit).
But (my) patch is not updated now, so, this will be off-topic in this year.
--
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/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next reply other threads:[~2012-02-01 0:57 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-02-01 0:55 KAMEZAWA Hiroyuki [this message]
2012-02-01 8:58 ` Glauber Costa
2012-02-02 11:33 ` [LSF/MM TOPIC][ATTEND] " Glauber Costa
2012-02-01 20:24 ` [LSF/MM TOPIC] " Greg Thelen
2012-02-02 6:33 ` Wu Fengguang
2012-02-02 7:34 ` Greg Thelen
2012-02-02 7:54 ` Wu Fengguang
2012-02-02 7:52 ` Wu Fengguang
2012-02-02 10:39 ` [Lsf-pc] " Jan Kara
2012-02-02 11:04 ` Wu Fengguang
2012-02-02 15:42 ` Jan Kara
2012-02-03 1:26 ` Wu Fengguang
2012-02-03 6:21 ` Greg Thelen
2012-02-03 9:40 ` Wu Fengguang
2012-02-02 10:15 ` Jan Kara
2012-02-02 11:31 ` Wu Fengguang
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=20120201095556.812db19c.kamezawa.hiroyu@jp.fujitsu.com \
--to=kamezawa.hiroyu@jp.fujitsu.com \
--cc=bsingharora@gmail.com \
--cc=hannes@cmpxchg.org \
--cc=hughd@google.com \
--cc=linux-mm@kvack.org \
--cc=lsf-pc@lists.linux-foundation.org \
--cc=mgorman@suse.de \
--cc=mhocko@suse.cz \
--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