From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1766839AbXDSQPH (ORCPT ); Thu, 19 Apr 2007 12:15:07 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1766841AbXDSQPG (ORCPT ); Thu, 19 Apr 2007 12:15:06 -0400 Received: from rtr.ca ([64.26.128.89]:3224 "EHLO mail.rtr.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1766839AbXDSQPF (ORCPT ); Thu, 19 Apr 2007 12:15:05 -0400 Message-ID: <46279585.4010409@rtr.ca> Date: Thu, 19 Apr 2007 12:15:01 -0400 From: Mark Lord User-Agent: Thunderbird 2.0.0.0 (X11/20070326) MIME-Version: 1.0 To: Con Kolivas Cc: Ingo Molnar , Andrew Morton , Nick Piggin , Linus Torvalds , Matt Mackall , William Lee Irwin III , Peter Williams , Mike Galbraith , ck list , Bill Huey , linux-kernel@vger.kernel.org, Arjan van de Ven , Thomas Gleixner Subject: Re: Renice X for cpu schedulers References: <20070417062621.GL2986@holomorphy.com> <200704192159.35546.kernel@kolivas.org> <46276BE5.7020001@rtr.ca> <200704200110.47974.kernel@kolivas.org> In-Reply-To: <200704200110.47974.kernel@kolivas.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Con Kolivas wrote: > On Thursday 19 April 2007 23:17, Mark Lord wrote: >> Con Kolivas wrote: >> s go ahead and think up great ideas for other ways of metering out cpu >> >>> bandwidth for different purposes, but for X, given the absurd simplicity >>> of renicing, why keep fighting it? Again I reiterate that most users of >>> SD have not found the need to renice X anyway except if they stick to old >>> habits of make -j4 on uniprocessor and the like, and I expect that those >>> on CFS and Nicksched would also have similar experiences. >> Just plain "make" (no -j2 or -j9999) is enough to kill interactivity >> on my 2GHz P-M single-core non-HT machine with SD. >> >> But with the very first posted version of CFS by Ingo, >> I can do "make -j2" no problem and still have a nicely interactive destop. > > Cool. Then there's clearly a bug with SD that manifests on your machine as it > should not have that effect at all (and doesn't on other people's machines). > I suggest trying the latest version which fixes some bugs. SD just doesn't do nearly as good as the stock scheduler, or CFS, here. I'm quite likely one of the few single-CPU/non-HT testers of this stuff. If it should ever get more widely used I think we'd hear a lot more complaints. Cheers