Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1762635AbYFDVyT (ORCPT ); Wed, 4 Jun 2008 17:54:19 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754009AbYFDVyJ (ORCPT ); Wed, 4 Jun 2008 17:54:09 -0400 Received: from pentafluge.infradead.org ([213.146.154.40]:45123 "EHLO pentafluge.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752627AbYFDVyI (ORCPT ); Wed, 4 Jun 2008 17:54:08 -0400 Subject: Re: Inquiry: Should we remove "isolcpus= kernel boot option? (may have realtime uses) From: Peter Zijlstra To: trimarchimichael@yahoo.it Cc: Max Krasnyansky , Mark Hounschell , Nick Piggin , Ingo Oeser , Paul Jackson , linux-kernel@vger.kernel.org, Con Kolivas , "Derek L. Fults" , devik , Dimitri Sivanich , Dinakar Guniguntala , Emmanuel Pacaud , Frederik Deweerdt , Ingo Molnar , Matthew Dobson , rostedt@goodmis.org, Oleg Nesterov , "Paul E. McKenney" , Paul Menage , "Randy.Dunlap" , suresh.b.siddha@intel.com, Thomas Gleixner , Fabio Checconi In-Reply-To: <725760.23277.qm@web26207.mail.ukl.yahoo.com> References: <725760.23277.qm@web26207.mail.ukl.yahoo.com> Content-Type: text/plain Date: Wed, 04 Jun 2008 23:52:27 +0200 Message-Id: <1212616348.19205.29.camel@lappy.programming.kicks-ass.net> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1335 Lines: 34 On Wed, 2008-06-04 at 21:44 +0000, Michael Trimarchi wrote: > [ sorry if this is going OT ] > > Hi, > > > > > Furthermore, cpusets allow for isolated but load-balanced RT domains. We > > now have a reasonably strong RT balancer, and I'm looking at implementing > > a full partitioned EDF scheduler somewhere in the future. > > > > I'm working on a partitioned EDF scheduler right now, and I have to > face several issues, starting from the interface to use to expose the > EDF scheduler to userspace, and the integration with the existing > sched_rt policy. I would add a sched_class above sched_rt and let sched_rt run in all unclaimed time by sched_edf. Have you looked at deadline inheritance to replace PI? I think it can be done reasonably simple by replacing the plist with a RB tree. > By now I'm experimenting with an additional sched_class that implements > a SCHED_EDF policy, extending the POSIX struct sched_param with the > EDF parameters of the task, do you see any better way to do that? > Could that approach be reasonable? Yes, that is the way I'm leaning. -- 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/