Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Thu, 19 Dec 2002 19:07:02 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Thu, 19 Dec 2002 19:07:02 -0500 Received: from svr-ganmtc-appserv-mgmt.ncf.coxexpress.com ([24.136.46.5]:48146 "EHLO svr-ganmtc-appserv-mgmt.ncf.coxexpress.com") by vger.kernel.org with ESMTP id ; Thu, 19 Dec 2002 19:07:01 -0500 Subject: Re: [BENCHMARK] scheduler tunables with contest - prio_bonus_ratio From: Robert Love To: Andrew Morton Cc: Con Kolivas , linux kernel mailing list In-Reply-To: <3E025E1A.EA32918A@digeo.com> References: <200212200850.32886.conman@kolivas.net> <1040337982.2519.45.camel@phantasy> <3E0253D9.94961FB@digeo.com> <1040341293.2521.71.camel@phantasy> <3E025E1A.EA32918A@digeo.com> Content-Type: text/plain Organization: Message-Id: <1040343306.2519.85.camel@phantasy> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.1 Date: 19 Dec 2002 19:15:06 -0500 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1034 Lines: 32 On Thu, 2002-12-19 at 19:02, Andrew Morton wrote: > What Con said. When the scheduler makes an inappropriate decision, > shortening the timeslice minimises its impact. OK, I tried it. It does suck. I wonder why, though, because with the estimator off the scheduler should not be making "bad" decisions. > > But that in no way precludes not fixing what we have, because good > > algorithms should not require tuning for common cases. Period. > > hm. Good luck ;) > > This is a situation in which one is prepares to throw away some cycles > to achieve a desired effect. Well one option would be no algorithm at all :) But if you can find good values that make things run nice, then perhaps we just need to change the defaults. I think we should merge sched-tune.. Robert Love - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/