linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
To: Michel Lespinasse <walken@google.com>
Cc: kosaki.motohiro@jp.fujitsu.com, lsf-pc@lists.linuxfoundation.org,
	linux-mm@kvack.org, Hugh Dickins <hughd@google.com>
Subject: Re: [LSF/MM TOPIC][ATTEND]cold page tracking / working set estimation
Date: Thu,  3 Mar 2011 16:30:16 +0900 (JST)	[thread overview]
Message-ID: <20110303161550.B959.A69D9226@jp.fujitsu.com> (raw)
In-Reply-To: <AANLkTimTSE2OrgFSmsYPk7uW+8zAuwfjbeku8WCbGONP@mail.gmail.com>

> Google uses an automated system to assign compute jobs to individual
> machines within a cluster. In order to improve memory utilization in
> the cluster, this system collects memory utilization statistics for
> each cgroup on each machine. The following properties are desired for
> the working set estimation mechanism:
> 
> - Low impact on the normal MM algorithms - we don't want to stress the
> VM just by enabling working set estimation;
> 
> - Collected statistics should be comparable across multiple machines -
> we don't just want to know which cgroup to reclaim from on an
> individual machine, we also need to know which machine is best to
> target a job onto within a large cluster;
> 
> - Low, predictable CPU usage;
> 
> - Among cold pages, differentiate between these that are immediately
> reclaimable and these that would require a disk write.
> 
> We use a very simple approach, scanning memory at a fixed rate and
> identifying pages that haven't been touched in a number of scans. We
> are currently switching from a fakenuma based implementation (which we
> don't think is very upstreamable) to a memcg based one. We think this
> could be of interest to the wider community & would like to discuss
> requirement with other interested folks.

Hi, Michel and Program comittees

I'm not sure what status is MM track. but if this proposal was accepted and
seat number is allowed, I'd like to attend and discuss the issue with other
cloud intersted developers.

Thanks.


--
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:[~2011-03-03  7:30 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-02-04 23:40 Michel Lespinasse
2011-03-03  7:30 ` KOSAKI Motohiro [this message]

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=20110303161550.B959.A69D9226@jp.fujitsu.com \
    --to=kosaki.motohiro@jp.fujitsu.com \
    --cc=hughd@google.com \
    --cc=linux-mm@kvack.org \
    --cc=lsf-pc@lists.linuxfoundation.org \
    --cc=walken@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