From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1030337AbWD1J3T (ORCPT ); Fri, 28 Apr 2006 05:29:19 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1030339AbWD1J3T (ORCPT ); Fri, 28 Apr 2006 05:29:19 -0400 Received: from mail.gmx.net ([213.165.64.20]:60132 "HELO mail.gmx.net") by vger.kernel.org with SMTP id S1030337AbWD1J3S (ORCPT ); Fri, 28 Apr 2006 05:29:18 -0400 X-Authenticated: #14349625 Subject: Re: [ckrm-tech] Re: [PATCH 0/9] CPU controller From: Mike Galbraith To: MAEDA Naoaki Cc: akpm@osdl.org, linux-kernel@vger.kernel.org, ckrm-tech@lists.sourceforge.net In-Reply-To: <20060428165639.0e4f9a03.maeda.naoaki@jp.fujitsu.com> References: <20060428013730.9582.9351.sendpatchset@moscone.dvs.cs.fujitsu.co.jp> <1146201936.7523.15.camel@homer> <20060428144859.a07bb5b2.maeda.naoaki@jp.fujitsu.com> <1146207589.7551.7.camel@homer> <20060428162612.7760628d.maeda.naoaki@jp.fujitsu.com> <1146210069.7551.31.camel@homer> <20060428165639.0e4f9a03.maeda.naoaki@jp.fujitsu.com> Content-Type: text/plain Date: Fri, 28 Apr 2006 11:29:12 +0200 Message-Id: <1146216552.8067.11.camel@homer> Mime-Version: 1.0 X-Mailer: Evolution 2.4.0 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 2006-04-28 at 16:56 +0900, MAEDA Naoaki wrote: > On Fri, 28 Apr 2006 09:41:09 +0200 > Mike Galbraith wrote: > > > On Fri, 2006-04-28 at 16:26 +0900, MAEDA Naoaki wrote: > > > On Fri, 28 Apr 2006 08:59:49 +0200 > > > Mike Galbraith wrote: > > > > You simply cannot ignore interactive tasks. At the very least, you have > > > > to disallow requeue if the resource limit has been exceeded, otherwise, > > > > this patch set is non-functional. > > > > > > It can be easily implemented on top of the current code. Do you know a good > > > sample program that is judged as interactive but consumes lots of cpu? > > > > X sometimes, Mozilla sometimes,... KDE konsole when scrolling,... > > anything that on average sleeps more than roughly 5% of it's slice can > > starve you to death either alone, or (worse) with peers. > > They are true interactive tasks, aren't they? > Oh! I should say "that is not interactive, but judged as interactive > and consumes lots of cpu". Why do you care? There is only one thing that matters, and that is the fact that cpu can be used and remain utterly uncontrolled. This renders your system non-functional for resource management. Period. All stop. -Mike