home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / mod.std.unix.v8 / text0049.txt < prev    next >
Encoding:
Internet Message Format  |  1987-06-30  |  1.4 KB
  1. From: ihnp4!uiucdcs!mycroft.GSD!ccvaxa!aglew (Andy Glew)
  2. Date: Fri, 7 Nov 86 09:08:43 CST
  3.  
  4. Extending files in multiples of a basic unit
  5. --------------------------------------------
  6.  
  7. A comment on some of the proposals for high-performance file systems
  8. under UNIX that I've seen coming out of the various standardization efforts.
  9. Most have the concept of `extents` or `units` - providing for automatic
  10. extension of file space in pieces of some minimum size. But there
  11. is nothing to say that the system can't allocate extents larger than
  12. the minimum, that are not multiples of the minimum.
  13.  
  14. What happens if we are storing a large data structure in the file, and we want
  15. to be sure that we can read in the whole data structure in one gulp? Say that
  16. this dataset is 4 tracks long. Obviously, we specify a minimum extent of 4
  17. tracks. But what if the system gives us 5 tracks in an extent? Then we start
  18. the transfer, and have to pause in the middle?
  19.  
  20. Seems to me that it would be desirable to be able to say that all extents
  21. should be a MULTIPLE of some basic number of blocks. Then you can use
  22. anticipatory fseek'ing to guarantee fast transfer when you want it. Of course,
  23. the possible multiples would be sharply constrained, but with a
  24. getminimumextentsize() primitive portable programs could be written,
  25. assuming extents have to be multiples of that size.
  26.  
  27. Volume-Number: Volume 8, Number 50
  28.  
  29.