From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754385AbXDPDQv (ORCPT ); Sun, 15 Apr 2007 23:16:51 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754386AbXDPDQv (ORCPT ); Sun, 15 Apr 2007 23:16:51 -0400 Received: from mail24.syd.optusnet.com.au ([211.29.133.165]:35861 "EHLO mail24.syd.optusnet.com.au" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754385AbXDPDQu (ORCPT ); Sun, 15 Apr 2007 23:16:50 -0400 From: Con Kolivas To: Nick Piggin Subject: Re: [Announce] [patch] Modular Scheduler Core and Completely Fair Scheduler [CFS] Date: Mon, 16 Apr 2007 13:15:27 +1000 User-Agent: KMail/1.9.5 Cc: Jonathan Lundell , Linus Torvalds , Mike Galbraith , Pekka J Enberg , Willy Tarreau , hui Bill Huey , Ingo Molnar , ck list , Peter Williams , linux-kernel@vger.kernel.org, Andrew Morton , Arjan van de Ven , Thomas Gleixner References: <20070413202100.GA9957@elte.hu> <200704160852.34241.kernel@kolivas.org> <20070416022838.GA13626@wotan.suse.de> In-Reply-To: <20070416022838.GA13626@wotan.suse.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704161315.28440.kernel@kolivas.org> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Monday 16 April 2007 12:28, Nick Piggin wrote: > So, on to something productive, we have 3 candidates for a new scheduler so > far. How do we decide which way to go? (and yes, I still think switchable > schedulers is wrong and a copout) This is one area where it is virtually > impossible to discount any decent design on correctness/performance/etc. > and even testing in -mm isn't really enough. We're in agreement! YAY! Actually this is simpler than that. I'm taking SD out of the picture. It has served it's purpose of proving that we need to seriously address all the scheduling issues and did more than a half decent job at it. Unfortunately I also cannot sit around supporting it forever by myself. My own life is more important, so consider SD not even running the race any more. I'm off to continue maintaining permanent-out-of-tree leisurely code at my own pace. What's more is, I think I'll just stick to staircase Gen I version blah and shelve SD and try to have fond memories of SD as an intellectual prompting exercise only. -- -ck