linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
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>

             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