From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753957Ab0IOODJ (ORCPT ); Wed, 15 Sep 2010 10:03:09 -0400 Received: from mx2.mail.elte.hu ([157.181.151.9]:58692 "EHLO mx2.mail.elte.hu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752994Ab0IOODI (ORCPT ); Wed, 15 Sep 2010 10:03:08 -0400 Date: Wed, 15 Sep 2010 16:02:46 +0200 From: Ingo Molnar To: Mike Galbraith Cc: Mathieu Desnoyers , LKML , Peter Zijlstra , Linus Torvalds , Andrew Morton , Steven Rostedt , Thomas Gleixner , Tony Lindgren Subject: Re: [RFC PATCH] sched: START_NICE feature (temporarily niced forks) (v3) Message-ID: <20100915140246.GA25983@elte.hu> References: <20100914202503.GA1496@Krystal> <1284539831.21727.6.camel@marge.simson.net> <1284541405.22863.8.camel@marge.simson.net> <20100915092205.GG16593@elte.hu> <1284556366.22863.80.camel@marge.simson.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1284556366.22863.80.camel@marge.simson.net> User-Agent: Mutt/1.5.20 (2009-08-17) X-ELTE-SpamScore: -1.0 X-ELTE-SpamLevel: X-ELTE-SpamCheck: no X-ELTE-SpamVersion: ELTE 2.0 X-ELTE-SpamCheck-Details: score=-1.0 required=5.9 tests=BAYES_20 autolearn=no SpamAssassin version=3.2.5 -1.0 BAYES_20 BODY: Bayesian spam probability is 5 to 20% [score: 0.1102] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Mike Galbraith wrote: > On Wed, 2010-09-15 at 11:22 +0200, Ingo Molnar wrote: > > * Mike Galbraith wrote: > > > > > Tangent: cgroups with classification user/pgid > > > > > > taskset -c 3 ./wakeup-latency& sleep 30 && killall wakeup-latency > > > (taskset -c 3 make -j10 running) > > > > > > maximum latency: 256.5 µs > > > average latency: 25.7 µs > > > missed timer events: 0 > > > > > > Rather spiffy for this case. > > > > Ouch, nothing beats proper segregation of workloads. > > > > It would be _really_ nice to get that automatically somehow, for make -j > > jobs. Perhaps a per tty auto-cgroup-classification kernel feature? > > > > We cannot really rely on distros to pull this off. > > Dunno, wasn't hard. Renicing a make -j 10 isnt hard either - still people/apps dont do it :-/ Thanks, Ingo