home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / software / 2948 < prev    next >
Encoding:
Internet Message Format  |  1992-07-24  |  2.5 KB
  1. Xref: sparky comp.software-eng:2948 comp.arch.storage:542 comp.unix.internals:1605
  2. Path: sparky!uunet!mcsun!Germany.EU.net!unido!adagio!grog
  3. From: grog@adagio.UUCP (Greg Lehey)
  4. Newsgroups: comp.software-eng,comp.arch.storage,comp.unix.internals
  5. Subject: Re: Extent-based Filesystems (was: Large Application data sets )
  6. Message-ID: <1828@adagio.UUCP>
  7. Date: 24 Jul 92 12:18:36 GMT
  8. References: <33120@cbmvax.commodore.com> <1992Jul21.113652.4898@metapro.DIALix.oz.au> <1992Jul22.194214.20451@sequent.com>
  9. Followup-To: comp.software-eng
  10. Organization: LEMIS, Schellnhausen 2, W-6324 Feldatal, Germany
  11. Lines: 42
  12.  
  13. In article <1992Jul22.194214.20451@sequent.com> dafuller@sequent.com (David Fuller) writes:
  14. >>
  15. >>Who implements extent-based filesystems commercially? How
  16. >>does it compare with the alternatives?
  17. >Well, CP/M had an extent-based file system.
  18. >
  19. >Every proprietary OS I can think of has strongly typed files and that 
  20. >means extenting.
  21. >
  22. >In fact, under Tandem's OS the UNIX style of file is given the name 
  23. >"unstructured files".
  24.  
  25. You seem to be confusing two things here: Tandem's file system is
  26. extent-based, but this also applies to the `unstructured' files.
  27.  
  28. First, extents. The idea here is to allocate data in chunks larger
  29. than a sector. Looking at it this way, ufs is an extent-based file
  30. system (allocates up to 8K at a time). The way Tandem uses it, you
  31. have to *specify* the extent size (well, you get a default of 2 pages
  32. (of 2048 bytes each), but that can severely limit your maximum file
  33. size). This applies to all files, both structured and unstructured.
  34.  
  35. Structured files, on the other hand, are either ENSCRIBE files, in
  36. which the concept of a record and possibly a record key is introduced,
  37. or the editor brain-damage you mention. ENSCRIBE has blocks of 512,
  38. 1024, 2048 or 4096 bytes, but they are still packed into extents.
  39.  
  40. > Even their editor spits out structured files...
  41.  
  42. Yes, the intention here was to compress text and maintain line
  43. numbers, a sort of poor man's btree. It could have been implemented in
  44. ENSCRIBE, but they needed an editor to write ENSCRIBE... In addition,
  45. the editor can't understand plain text, there are almost no
  46. programming utilities to read edit files, and the whole thing is a
  47. disaster. As far as text compression goes, the edit files tend to be
  48. about 20% larger than plain text.
  49.  
  50. -- 
  51. Greg Lehey                       | Tel: +49-6637-1488              
  52. LEMIS                            | Fax: +49-6637-1489
  53. Schellnhausen 2, W-6324 Feldatal, Germany
  54. *** NOTE ***: Headers are mangled - reply to grog%lemis@Germany.EU.net
  55.