home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / arch / 11795 < prev    next >
Encoding:
Internet Message Format  |  1992-12-21  |  2.6 KB
  1. Xref: sparky comp.arch:11795 comp.sys.dec:6559 comp.sys.sgi:18223 comp.sys.hp:14261
  2. Newsgroups: comp.arch,comp.sys.dec,comp.sys.sgi,comp.sys.hp
  3. Path: sparky!uunet!news.univie.ac.at!chx400!dxcern!dscomsa!zeus02.desy.de!hallam
  4. From: hallam@zeus02.desy.de (Phill Hallam-Baker)
  5. Subject: Re: Comparison of Alpha, MIPS and PA-RISC-II wanted
  6. Message-ID: <BzIxqo.C90@dscomsa.desy.de>
  7. Sender: usenet@dscomsa.desy.de (usenet)
  8. Reply-To: Hallam@zeus02.desy.de
  9. Organization: Deutsches Elektronen Synchrotron, Experiment ZEUS bei HERA
  10. References: <BzGn32.37C@dscomsa.desy.de> <1gt111INNt3b@hpscit.sc.hp.com> <1992Dec19.012355.26665@ll.mit.edu> <BzIG5M.GDo@pix.com>
  11. Date: Sat, 19 Dec 1992 20:47:12 GMT
  12. Lines: 47
  13.  
  14. In article <BzIG5M.GDo@pix.com>, stripes@pix.com (Josh Osborne) writes:
  15.  
  16. |>In article <1992Dec19.012355.26665@ll.mit.edu> ejon@ll.mit.edu (Eric Jones)
  17. |>writes:
  18. |>>In article <1gt111INNt3b@hpscit.sc.hp.com>, tim@computer.bri.hp.com (Tim
  19. |>Phipps) writes:
  20. |>>|> In a previous article Phil Hallam wrote:
  21. |>>|> [...The OS kernal only supports sequential files...]
  22. |>
  23. |>[someone else said, no fseek means they are random access files... then: ]
  24. |>
  25. |>>But isn't that exactly his point?  Sure you can write an ISAM file 
  26. |>>structure using fseek (and if you're REALLY smart, you might even
  27. |>>write an efficient one), but then how's anyone else going to use
  28. |>>your files?
  29. |>
  30. |>If you want others to access your files you make a lib that has functions
  31. |>to access them.  For example: libdbm, libdbz, and libgdbm, and 4.4's libdb.
  32. |>
  33. |>This has many benifits, and many drawbacks.  Take it elsewhere to disscuss
  34. |>it, it's gone far astray from comp.arch (assuming comp.arch is really
  35. |>comp.arch.hardware, as the FAQ seems to imply).
  36.  
  37. But it is the paucity of software that prevents anything more novel than
  38. floating point accelerators for standard Von Neumann machines gaining wide
  39. acceptance.
  40.  
  41. If you want to discuss hardware, you cannot ignore the software aspect. Take the
  42. above for instance. In RMS the filestore offers high level functionality. In
  43. UNIX only low level functionality is offered. Now let us consider the
  44. difficulties of producing an intelligent filestore:
  45.  
  46. VMS/RMS,
  47.     Done years ago with the HSC. Nothing special about VMS here of course. ICL were
  48. offering intelligent filestores that could do sorting years ago.
  49.  
  50. UNIX,
  51.     Because the filestore knows only about the fopen, fseek, fread, fwrite and
  52. fclose operations it is easy to interface to any sequential device. However when
  53. the filestore receives an instruction it is only told *what* to do. There is no
  54. clue as to *why* to do it. In this circumstance it is very difficult to do any
  55. form of intelligent cacheing.
  56.  
  57.  
  58. --
  59.  
  60. Phill Hallam-Baker
  61.