home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / unix / bsd / 8847 < prev    next >
Encoding:
Text File  |  1992-11-14  |  1.7 KB  |  38 lines
  1. Newsgroups: comp.unix.bsd
  2. Path: sparky!uunet!ukma!rsg1.er.usgs.gov!darwin.sura.net!ra!tantalus.nrl.navy.mil!eric
  3. From: eric@tantalus.nrl.navy.mil (Eric Youngdale)
  4. Subject: Re: CDROM for 386bsd (Re: ftp software inc, their address is...)
  5. Message-ID: <Bxo690.48I@ra.nrl.navy.mil>
  6. Sender: usenet@ra.nrl.navy.mil
  7. Organization: Naval Research Laboratory
  8. References: <AWB.92Nov12101926@otter.uk.ac.ed.aisb> <1992Nov13.073252.9757@ntuix.ntu.ac.sg>
  9. Date: Fri, 13 Nov 1992 19:31:47 GMT
  10. Lines: 26
  11.  
  12. In article <1992Nov13.073252.9757@ntuix.ntu.ac.sg> eoahmad@ntuix.ntu.ac.sg (Othman Ahmad) writes:
  13. >The most important is to optimise the utilisation of the CDROM. Being a 
  14. >read only memory system, the McIntosh FS is better in being an extent based,
  15. >but it is too far away form 386bsd.
  16. >    Maybe a slightly modified bsd FFS, can be used, with a few options:
  17. >
  18. >i) large block sizes, e.g. 32kbyte so that we can put 320k without any
  19. >indirect inode pointers. Larger than this will cause too much fragmentation,
  20. >because a fragment size of 1k will not be able to fill in the gaps.
  21. >    This method is attractive because there is no modification to 386bsd
  22. >FFS,
  23. >
  24. >ii) Change it slightly to use extent based FS. I've no idea how difficult it
  25. >will be.
  26.  
  27.     I can think of *no* good reason to avoid using ISO9660.  There are no
  28. performance drawbacks, and if you use the Rock Ridge extensions you can even
  29. have normal unix filenames, modes, uid/gid, block and character devices and
  30. deep directories, all within the ISO9660 standard.  The linux filesystem
  31. already supports the Rock Ridge extensions (I don't know about 386bsd).  All of
  32. the files on ISO9660 are already contiguous so you do not have to worry about
  33. indirect inode pointers and other such things.
  34.  
  35. -Eric
  36. -- 
  37. Eric Youngdale
  38.