home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / research / 1081 < prev    next >
Encoding:
Internet Message Format  |  1992-11-22  |  1.5 KB
  1. Path: sparky!uunet!europa.asd.contel.com!darwin.sura.net!zaphod.mps.ohio-state.edu!cs.utexas.edu!sun-barr!olivea!hal.com!darkstar.UCSC.EDU!osr
  2. From: J.Crowcroft@cs.ucl.ac.uk (Jon Crowcroft)
  3. Newsgroups: comp.os.research
  4. Subject: Re: Microkernel for Real-Time Computing
  5. Message-ID: <1eoja9INNqr7@darkstar.UCSC.EDU>
  6. Date: 22 Nov 92 18:25:13 GMT
  7. Organization: University of California, Santa Cruz
  8. Lines: 24
  9. Approved: comp-os-research@ftp.cse.ucsc.edu
  10. NNTP-Posting-Host: ftp.cse.ucsc.edu
  11. Originator: osr@ftp
  12.  
  13.  
  14.  
  15.  >The key to real time is in the scheduler, and whether or not
  16.  >a process is pre-emptable when it is executing inside the
  17.  >protected operating system kernel.  The latest version of SunOS
  18.  >(Solaris 2.0), for example, has preemptible kernel threads.
  19.  >Most versions of UNIX however, do not allow a process to be
  20.  >interrupted when it is executing inside the kernel (not counting
  21.  >device interrupts).  Another important consideration is how long
  22.  >it takes to service device interrupts.  Interrupts and pre-emption
  23.  >usually have to be blocked when servicing the interrupt.  However
  24.  >you don't want to do full blown TCP protocol handling at this point.
  25.                        ^^^^^^^^^^^^^^^^^^^^^^^
  26.  
  27. why not - its typically 40-200 instructions per packet (or whatever
  28. Van J's got it down to this week) which aint too different from most ISRs...
  29.  
  30. i'd have thought a thread based inmplementation of 4.4BSD protocol code,
  31. using x-kernel protocol environment support is precisely what this
  32. kind of thing is for...
  33.  
  34. agree about the scheduler being key...
  35.  
  36.  jon
  37.