home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / coherent / 5763 < prev    next >
Encoding:
Internet Message Format  |  1992-11-20  |  2.4 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!sdd.hp.com!think.com!ames!ig!pcs.cnu.edu!shendrix
  2. From: shendrix@PCS.CNU.EDU ("", Shannon Hendrix)
  3. Newsgroups: comp.os.coherent
  4. Subject: Re: Tcl to replacement most of /bin & /usr/bin (was: Tcl on Linux
  5. Message-ID: <9211202320.AA01986@PCS.CNU.EDU>
  6. Date: 20 Nov 92 23:21:08 GMT
  7. References: <9211201646.AB00614@PCS.CNU.EDU>
  8. Sender: daemon@presto.ig.com
  9. Reply-To: "Coherent operating system" <COHERENT@indycms.bitnet>
  10. Lines: 34
  11.  
  12.  
  13.     Building the graphics engine into the kernel doesn't require the
  14. details of each card to be included any more than it does if the engine
  15. is separate like X.  The only difference is that it is now a kernel
  16. process that always gets the horsepower it needs.  I/O and system tasks
  17. are atomic and run to completion (though disk I/O can be preempted for
  18. obvious reasons...).  The basic UNIX scheduler is not designed to handle
  19. something like a graphics server.  What I am talking about would still
  20. use graphics drivers but would not run as a user process.
  21.  
  22.     If I'm not mistaken, the approach I'm talking about is being
  23. used for PowerPC, some versions of Mach, the Apple Macintosh, and
  24. Windows NT.  OS/2 2.0 has hooks in its OS for the graphics engine.  If
  25. you design a kernel with the graphics system in mind its going to be
  26. better.  The UNIX kernel was not so until it gets changed it won't run
  27. graphics as well as it could.
  28.  
  29.     It occurs to me that you could still make X a user process if you
  30. just had graphics primitives built in to the kernel.  That way you wouldn't
  31. be stuck with X.  This would also make it work on differing architectures.
  32. While my PC doesn't have a frame buffer mapped to memory like a Sparc or
  33. something (or mapped to a /dev/ entry) it is possible.  GNU C maps the
  34. graphics card buffer as a single 1 meg address space in upper memory
  35. allowing you to access it just like a Mac or a UNIX box.  No more stupid
  36. segment swapping.  This might help promote better motherboards too.  I'd
  37. like to see a 386/486 class motherboard that was designed to be a good
  38. motherboard and not a good DOS motherboard.  That might take awhile but
  39. maybe DOS will die someday...
  40.  
  41. =====================================================
  42. Shannon Hendrix                |shendrix@pcs.cnu.edu
  43. Christopher Newport University |---------------------
  44. Newport News, VA               |** space for rent **
  45. =====================================================
  46.