From owner-freebsd-hackers Fri Sep 12 03:42:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA24079 for hackers-outgoing; Fri, 12 Sep 1997 03:42:12 -0700 (PDT) Received: from hda.hda.com (hda-bicnet.bicnet.net [208.220.66.37]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA24074 for ; Fri, 12 Sep 1997 03:42:05 -0700 (PDT) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id FAA26739 for hackers@freebsd.org; Fri, 12 Sep 1997 05:53:54 -0400 (EDT) From: Peter Dufault Message-Id: <199709120953.FAA26739@hda.hda.com> Subject: Re: Realtime Programming Under FreeBSD? In-Reply-To: <199709120402.VAA13813@usr03.primenet.com> from Terry Lambert at "Sep 12, 97 04:02:56 am" To: hackers@freebsd.org Date: Fri, 12 Sep 1997 05:53:54 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Yes. This was clarified after the posting to which you are responding; > you are correct that he meant completely orthoganal scheduling. > > This will never fly, of course, since it means that the overall > system performance will be degraded in the general case. Yes. But you may be perfectly willing to live with a performance hit in some cases. And the reason you must do this is the orthogonal kernel has work to do - it may be giving time slices to user threads, etc, and without thinking it over more carefully I'm not sure the real time part can give up its piece of the duty cycle when it has nothing to do. Why is this useful? Some reasons include: 1. You're testing something on your 200Mhz Pentium that will later run standalone on your 66Mhz 486; 2. You're moving toward better real time, comparable to the push down of the giant lock in SMP; 3. You're working toward dedicated resource real time using a multiprocessor, and you're essentially simulating the other processors with time multiplexing. Ad-hoc approaches boil down to this, anyway. Peter -- Peter Dufault (dufault@hda.com) Realtime development, Machine control, HD Associates, Inc. Safety critical systems, Agency approval