From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=0.6 required=5.0 tests=BAYES_00,TO_NO_BRKTS_FROM_MSSP autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,216b18d81cce4f75 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-06-29 11:21:23 PST Path: archiver1.google.com!newsfeed.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!out.nntp.be!propagator-dallas!news-in-dallas.newsfeeds.com!newsranger.com!www.newsranger.com!not-for-mail Newsgroups: comp.lang.ada From: Ted Dennison References: <%3H_6.416$Kf3.3173@www.newsranger.com> <9hfgrm$ngd$1@nh.pace.co.uk> <3B3B6D4C.5DEC7D52@online.no> <9hfv15$s59$1@nh.pace.co.uk> <9hfvo1$sbd$1@nh.pace.co.uk> <9hhv2m$ivm$1@nh.pace.co.uk> <4J0%6.1684$Kf3.17425@www.newsranger.com> <9hi6fv$lop$1@nh.pace.co.uk> Subject: Re: Ada Microkernel? Message-ID: X-Abuse-Info: When contacting newsranger.com regarding abuse please X-Abuse-Info: forward the entire news article including headers or X-Abuse-Info: else we will not be able to process your request X-Complaints-To: abuse@newsranger.com NNTP-Posting-Date: Fri, 29 Jun 2001 14:21:16 EDT Organization: http://www.newsranger.com Date: Fri, 29 Jun 2001 18:21:16 GMT Xref: archiver1.google.com comp.lang.ada:9263 Date: 2001-06-29T18:21:16+00:00 List-Id: In article <9hi6fv$lop$1@nh.pace.co.uk>, Marin David Condic says... >Suppose the rest of the world wants to timeslice. The timeslice thing is >going to require some sort of setting of a clock/interrupt/timer that will >stop your run-until-blocked process to give control to the scheduler. The >secheduler may look and say "Ted's job is still the most important thing to >do" and give you back the processor, but in the mean time, you've been >interrupted and had control given to the OS for some duration. even if the >duration is predictable, its still undsirable because it takes time from you But that is already happening. After all, the scheduler has to wake up periodicly to verify that no higher-priority task is ready to run. The way vxWorks operates, there's a PC Real-time clock interrupt that can be modified but by default goes off at 60hz on IRQ 0 (or was it 2?). The OS handles that, and immediately invokes the scheduler to see if anything was sitting on a "delay" (actually, a taskDelay) that has just expired. If so, the appropriate scheduling data structures are modified, and a task switch is initiated if needed. For schedulability analysis, I presume one would handle this either by adding the appropriate multiple of the max scheduling delay (which the OS vendor would hopefully provide), or by showing that the task in question completes in less than one scheduling interval. Being able to provide that max scheduling delay (and have it be a resonable number) is where I think most consumer OS's would have trouble. --- T.E.D. homepage - http://www.telepath.com/dennison/Ted/TED.html home email - mailto:dennison@telepath.com