home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / software / 2951 < prev    next >
Encoding:
Internet Message Format  |  1992-07-25  |  1.5 KB

  1. Path: sparky!uunet!cs.utexas.edu!ut-emx!slcs.slb.com!slcs.slb.com!baxter
  2. From: baxter@slcs.slb.com (Ira Baxter)
  3. Newsgroups: comp.software-eng
  4. Subject: Re: Extent-based Filesystems (was: Large Application data sets )
  5. Keywords: OS, disk allocation, extents
  6. Message-ID: <1992Jul24.191830.18048@slcs.slb.com>
  7. Date: 24 Jul 92 19:18:30 GMT
  8. References: <33120@cbmvax.commodore.com> <1992Jul21.113652.4898@metapro.DIALix.oz.au> <1992Jul22.194214.20451@sequent.com> <13673@auspex-gw.auspex.com>
  9. Sender: news@slcs.slb.com (News Administrator)
  10. Organization: Schlumberger Laboratory for Computer Science
  11. Lines: 13
  12. Nntp-Posting-Host: bandit
  13.  
  14.  
  15. A number of microprocessor based OSs had "extent-based" filesystems,
  16. if you mean one in which files were allocated as a group of sequential
  17. chunks of disk space. The vintage 73 Datapoint 5500 (if I remember right)
  18. had it, and its apparant conceptual son, Motorola's floppy-disk only MDOS.
  19.  
  20. For SDOS (an OS for Motorola 6800s), I personally implemented a file system which allocated extents of clusters (fixed size chunks of contiguous blocks), recorded every cluster allocated in a file "header cluster" (gauranteed 2-seek worst case random access for arbitrarily large files).  For open files, the file system would dynamically recover the extents when accessing the file to optimize sequential reads; often, this also reduced random access to single seeks.
  21.  
  22. -- 
  23. Ira Baxter   email: baxter@slcs.slb.com   ph: 1-512-331-3714
  24. Schlumberger Laboratory for Computer Science
  25. 8311 North RR 620   [for snail mail, use PO Box 200015 instead]
  26. Austin, Texas, 78720
  27.