All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH -mmotm 0/2] memcg: per cgroup dirty limit (v2)
@ 2010-02-26 22:52 ` Andrea Righi
  0 siblings, 0 replies; 26+ messages in thread
From: Andrea Righi @ 2010-02-26 22:52 UTC (permalink / raw)
  To: Balbir Singh, KAMEZAWA Hiroyuki
  Cc: Suleiman Souhlal, Vivek Goyal, Greg Thelen, Andrew Morton,
	containers, linux-kernel, linux-mm

Control the maximum amount of dirty pages a cgroup can have at any given time.

Per cgroup dirty limit is like fixing the max amount of dirty (hard to reclaim)
page cache used by any cgroup. So, in case of multiple cgroup writers, they
will not be able to consume more than their designated share of dirty pages and
will be forced to perform write-out if they cross that limit.

The overall design is the following:

 - account dirty pages per cgroup
 - limit the number of dirty pages via memory.dirty_ratio / memory.dirty_bytes
   and memory.dirty_background_ratio / memory.dirty_background_bytes in
   cgroupfs
 - start to write-out (background or actively) when the cgroup limits are
   exceeded

This feature is supposed to be strictly connected to any underlying IO
controller implementation, so we can stop increasing dirty pages in VM layer
and enforce a write-out before any cgroup will consume the global amount of
dirty pages.

Changelog (v1 -> v2)
~~~~~~~~~~~~~~~~~~~~~~
 * rebased to -mmotm
 * properly handle hierarchical accounting
 * added the same system-wide interfaces to set dirty limits
   (memory.dirty_ratio / memory.dirty_bytes, memory.dirty_background_ratio, memory.dirty_background_bytes)
 * other minor fixes and improvements based on the received feedbacks

TODO:
 - handle the migration of tasks across different cgroups (maybe adding
   DIRTY/WRITEBACK/UNSTABLE flag to struct page_cgroup)
 - provide an appropriate documentation (in Documentation/cgroups/memory.txt)

^ permalink raw reply	[flat|nested] 26+ messages in thread

end of thread, other threads:[~2010-03-01 10:38 UTC | newest]

Thread overview: 26+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-02-26 22:52 [PATCH -mmotm 0/2] memcg: per cgroup dirty limit (v2) Andrea Righi
2010-02-26 22:52 ` Andrea Righi
     [not found] ` <1267224751-6382-1-git-send-email-arighi-vWjgImWzx8FBDgjK7y7TUQ@public.gmane.org>
2010-02-26 22:52   ` [PATCH -mmotm 1/2] memcg: dirty pages accounting and limiting infrastructure Andrea Righi
2010-02-26 22:52   ` [PATCH -mmotm 2/2] memcg: dirty pages instrumentation Andrea Righi
2010-02-26 22:52 ` [PATCH -mmotm 1/2] memcg: dirty pages accounting and limiting infrastructure Andrea Righi
2010-02-26 22:52   ` Andrea Righi
2010-03-01  1:09   ` KAMEZAWA Hiroyuki
2010-03-01  1:09     ` KAMEZAWA Hiroyuki
     [not found]     ` <20100301100910.1d8bd486.kamezawa.hiroyu-+CUm20s59erQFUHtdCDX3A@public.gmane.org>
2010-03-01 10:24       ` Andrea Righi
2010-03-01 10:24     ` Andrea Righi
2010-03-01 10:24       ` Andrea Righi
2010-03-01  8:05   ` Daisuke Nishimura
2010-03-01  8:05     ` Daisuke Nishimura
     [not found]     ` <20100301170535.2f1db0ed.nishimura-YQH0OdQVrdy45+QrQBaojngSJqDPrsil@public.gmane.org>
2010-03-01 10:30       ` Andrea Righi
2010-03-01 10:30     ` Andrea Righi
2010-03-01 10:30       ` Andrea Righi
     [not found]   ` <1267224751-6382-2-git-send-email-arighi-vWjgImWzx8FBDgjK7y7TUQ@public.gmane.org>
2010-03-01  1:09     ` KAMEZAWA Hiroyuki
2010-03-01  8:05     ` Daisuke Nishimura
2010-03-01  8:58     ` Kirill A. Shutemov
2010-03-01  8:58   ` Kirill A. Shutemov
2010-03-01  8:58     ` Kirill A. Shutemov
2010-03-01 10:38     ` Andrea Righi
2010-03-01 10:38       ` Andrea Righi
     [not found]     ` <cc557aab1003010058i3a824f98l4cec173fac05911f-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2010-03-01 10:38       ` Andrea Righi
2010-02-26 22:52 ` [PATCH -mmotm 2/2] memcg: dirty pages instrumentation Andrea Righi
2010-02-26 22:52   ` Andrea Righi

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.