Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755879AbYFELQ0 (ORCPT ); Thu, 5 Jun 2008 07:16:26 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753890AbYFELQQ (ORCPT ); Thu, 5 Jun 2008 07:16:16 -0400 Received: from web26206.mail.ukl.yahoo.com ([217.12.10.243]:48836 "HELO web26206.mail.ukl.yahoo.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1753914AbYFELQP convert rfc822-to-8bit (ORCPT ); Thu, 5 Jun 2008 07:16:15 -0400 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.it; h=Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=iGSd7AfoBuP29b8GkEvZLTMErJkMqX67BRFsee3KWlPievbDBryXGKTQHjwQwVTwYRb5Z4/PeAde4Qzysd6D/W0sl9A/WAeSJbyjThX9tpsHgAPrin49XeI4ESHVZQjTtuI2sHNR1AlgIpNjZlS3XQn3jDij1WHVVAyNNKyRSoM=; X-Mailer: YahooMailWebService/0.7.199 Date: Thu, 5 Jun 2008 11:16:13 +0000 (GMT) From: Michael Trimarchi Reply-To: trimarchimichael@yahoo.it Subject: Re: Inquiry: Should we remove "isolcpus= kernel boot option? (may have realtime uses) To: Peter Zijlstra 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 , Dario In-Reply-To: <1212616348.19205.29.camel@lappy.programming.kicks-ass.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT Message-ID: <933603.75777.qm@web26206.mail.ukl.yahoo.com> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1849 Lines: 47 Hi, > > > > 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. > I add this type of class before sched_rt, so the next of sched_edf point to sched_rt class. > 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. I think it can be done with an rb tree. The only tricky part would be mixing tasks coming from the sched_edf and the sched_rt class, but it should not be a problem. > > > 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. By now I'm facing some problems. I still have not clear what parameters a task forked from a sched_edf task should get, as it would involve some form of admission control, and how to deal with tasks that run longer than their nominal execution time (i.e., should we use some server mechanism to limit the amount of cpu they're using, or handle that in some other way?) Michael ___________________________________ Scopri il Blog di Yahoo! Mail: trucchi, novit?, consigli... e la tua opinione! http://www.ymailblogit.com/blog/ -- 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/