home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / arch / 11803 < prev    next >
Encoding:
Text File  |  1992-12-21  |  2.5 KB  |  52 lines
  1. Xref: sparky comp.arch:11803 comp.sys.dec:6562 comp.sys.sgi:18228 comp.sys.hp:14265
  2. Newsgroups: comp.arch,comp.sys.dec,comp.sys.sgi,comp.sys.hp
  3. Path: sparky!uunet!zaphod.mps.ohio-state.edu!darwin.sura.net!bogus.sura.net!pandora.pix.com!stripes
  4. From: stripes@pix.com (Josh Osborne)
  5. Subject: Re: Comparison of Alpha, MIPS and PA-RISC-II wanted
  6. Message-ID: <BzKGKB.2Bp@pix.com>
  7. Sender: news@pix.com (The News Subsystem)
  8. Nntp-Posting-Host: pandora.pix.com
  9. Organization: Pix Technologies -- The company with no adult supervision
  10. References: <1992Dec19.012355.26665@ll.mit.edu> <BzIG5M.GDo@pix.com> <BzIxqo.C90@dscomsa.desy.de>
  11. Date: Sun, 20 Dec 1992 16:31:22 GMT
  12. Lines: 38
  13.  
  14. In article <BzIxqo.C90@dscomsa.desy.de> Hallam@zeus02.desy.de writes:
  15. >In article <BzIG5M.GDo@pix.com>, stripes@pix.com (Josh Osborne) writes:
  16. [..."filetypes" in Unix should be done at the lib (user) level, but
  17. this isn't a good comp.arch topic...]
  18. >But it is the paucity of software that prevents anything more novel than
  19. >floating point accelerators for standard Von Neumann machines gaining wide
  20. >acceptance.
  21.  
  22. You forget bitblt'ers, and line drawers.
  23.  
  24. [I am word wraping the following text...]
  25. >If you want to discuss hardware, you cannot ignore the software aspect. Take
  26. >the above for instance. In RMS the filestore offers high level functionality.
  27. >In UNIX only low level functionality is offered. Now let us consider the
  28. >difficulties of producing an intelligent filestore:
  29. >
  30. >VMS/RMS,
  31. >    Done years ago with the HSC. Nothing special about VMS here of course. ICL 
  32. >were offering intelligent filestores that could do sorting years ago.
  33. >
  34. >UNIX,
  35. >    Because the filestore knows only about the fopen, fseek, fread, fwrite and
  36. >fclose operations it is easy to interface to any sequential device. However
  37. >when the filestore receives an instruction it is only told *what* to do.
  38. >There is no clue as to *why* to do it. In this circumstance it is very 
  39. >difficult to do any form of intelligent cacheing.
  40.  
  41. The we need a way for user level code to tell the OS what file info is
  42. important to cache, and what isn't.  Then you can be almost as efficent
  43. as VMS/RMS (you will have extra context switch overhead for the extra
  44. syscalls), but you will still be able to allow any user to create new
  45. filetypes.
  46. -- 
  47.            stripes@pix.com              "Security for Unix is like
  48.       Josh_Osborne@Real_World,The          Multitasking for MS-DOS"
  49.       "The dyslexic porgramer"                  - Kevin Lockwood
  50. We all agree on the necessity of compromise.  We just can't agree on
  51. when it's necessary to compromise.       - Larry Wall
  52.