home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / amiga / programm / 12296 < prev    next >
Encoding:
Text File  |  1992-08-13  |  3.5 KB  |  63 lines

  1. Newsgroups: comp.sys.amiga.programmer
  2. Path: sparky!uunet!usc!sdd.hp.com!hp-cv!hp-pcd!hpmcaa!hpmcaa!bryanf
  3. From: bryanf@hpmcaa (Bryan Ford)
  4. Subject: Speculations: Amiga and Mach?
  5. Message-ID: <1992Aug14.013328.7580@hpmcaa.mcm.hp.com>
  6. Sender: news@hpmcaa.mcm.hp.com (News Administrator)
  7. Nntp-Posting-Host: hpmcaa.mcm.hp.com
  8. Organization: HP Cardiology Business Unit - McMinnville, OR
  9. X-Newsreader: Tin 1.1 PL4
  10. Date: Fri, 14 Aug 1992 01:33:28 GMT
  11. Lines: 50
  12.  
  13. Lately I've been sifting through reams of PostScript documentation on the
  14. Mach 3.0 microkernel, exploring its source code, etc.  I've also been hearing
  15. quite a bit about it lately in other circles.  The mythical GNU Hurd, which
  16. is likely to be extremely popular among the Amiga's hackers when released, is 
  17. Mach-based.  IBM's OS/2, which is already quite popular on PC's is going to 
  18. be moved to Mach and (from what I hear) become semi-portable in the future.
  19. There are already several versions of Un*x running on various versions of
  20. Mach, including the NeXT.  It seems to be getting popular, to say the least.
  21.  
  22. I don't want to cause an OS-war ruckus here, but most of us agree that one
  23. major sore spot of the Amiga's OS is its lack of virtual and protected
  24. memory.  (Anyone who's about to say, "but we don't *need* it", please think
  25. back to our nice discussions about multitasking with the Atari ST chaps...)
  26.  
  27. Of course, it's obvious where I'm heading: have Commodore's engineers
  28. considered migrating the Amiga's OS to Mach in the future?  If not, it may
  29. be something to think about.
  30.  
  31. Such a switch would probably break zillions of programs, but because of many
  32. parts of the Amiga OS's current design, that would be true of *any* move to
  33. protected/virtual memory.  The choice is this in any case: either break lots
  34. of existing software, or let the Amiga's OS become very outdated in this area.
  35. And the breakage problem probably wouldn't be all that bad anyway:  I think
  36. compatibility with a large number of existing programs could still be achieved.
  37.  
  38. So assuming Commodore is planning on moving to virtual/protected memory
  39. anyway, it seems like using Mach 3 could be quite beneficial.  It is already
  40. working well, and it will likely become very mature and reliable by the time
  41. "Kickstart 3.0" could be released for it.  It would save Commodore all the
  42. hassles of coming up with their own virtual/protected memory kernel design
  43. and making it fast and reliable; instead they could spend their time making
  44. the Amiga's OS work better with it.  All the Un*x hackers that have 
  45. traditionally gravitated toward the Amiga because of its similarity to Un*x
  46. would be especially happy to be able to run the Amiga's OS and the Hurd or
  47. other Mach-based operating systems alongside each other.  The Mach design
  48. is clearly a design for the future, and to top it off, it's free.
  49.  
  50. Of course, the decision will be commodore's, so why am I not sending this
  51. off to "suggestions@cbmvax..." instead of posting it here?  I want to see how 
  52. much other interest there is among Amiga programmers, discuss the potential
  53. gains and problems, try to find the answer to the million-dollar question
  54. "Just how much software would have to be broken?", and in general, just make
  55. some noise.  Lots of "hot air" off of UseNet has made its way into Kickstart
  56. 2.0 in the form of some really great features.
  57.  
  58. If many people aren't too familiar with Mach, say so, and I'll write up and 
  59. post a brief introduction.  (People who are *really* interested can do like
  60. I did - download the PostScript docs from mach.cs.cmu.edu.)
  61.  
  62.                 Bryan Ford
  63.