From mboxrd@z Thu Jan 1 00:00:00 1970 From: kamezawa.hiroyu@jp.fujitsu.com Message-ID: <11118085.1220977593430.kamezawa.hiroyu@jp.fujitsu.com> Date: Wed, 10 Sep 2008 01:26:33 +0900 (JST) Subject: Re: [RFC] [PATCH -mm] cgroup: limit the amount of dirty file pages In-Reply-To: <48C6987D.2050905@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: 7bit References: <48C6987D.2050905@gmail.com> Sender: owner-linux-mm@kvack.org Return-Path: To: righi.andrea@gmail.com Cc: Balbir Singh , Paul Menage , KAMEZAWA Hiroyuki , Dave Hansen , Carl Henrik Lunde , Divyesh Shah , Naveen Gupta , Fernando Luis V?zquez Cao , Andrew Morton , Hirokazu Takahashi , Marco Innocenti , Satoshi UCHIDA , Ryo Tsuruta , Vivek Goyal , Matt Heaton , David Radford , containers@lists.linux-foundation.org, LKML , linux-mm@kvack.org List-ID: ----- Original Message ----- >This is a totally experimental patch against 2.6.27-rc5-mm1. > >It allows to control how much dirty file pages a cgroup can have at any >given time. This feature is supposed to be strictly connected to a >generic cgroup IO controller (see below). > >Interface: a new entry "filedirty" is added to the file memory.stat, >reporting the number of dirty file pages (in pages), and a new file >memory.file_dirty_limit_in_pages is added in the cgroup filesystem to >show/set the current limit. > Before staring patch review, why not dirty_ratio per memcg ? Is there difficult implementation issue ? Thanks, -Kame -- 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: email@kvack.org