home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / unix / bsd / 10459 < prev    next >
Encoding:
Text File  |  1992-12-21  |  2.4 KB  |  56 lines
  1. Newsgroups: comp.unix.bsd
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!caen!hellgate.utah.edu!fcom.cc.utah.edu!cs.weber.edu!terry
  3. From: terry@cs.weber.edu (A Wizard of Earth C)
  4. Subject: Re: Dumb Question: Why 512 byte block?
  5. Message-ID: <1992Dec20.031324.436@fcom.cc.utah.edu>
  6. Sender: news@fcom.cc.utah.edu
  7. Organization: University of Utah Computer Center
  8. References: <1992Dec18.030833.7395@fcom.cc.utah.edu> <1gt736INNjje@menudo.uh.edu> <1992Dec18.235623.27538@fcom.cc.utah.edu> <1gvv8gINN80e@menudo.uh.edu>
  9. Date: Sun, 20 Dec 92 03:13:24 GMT
  10. Lines: 44
  11.  
  12. In article <1gvv8gINN80e@menudo.uh.edu>, wjin@cs.uh.edu (W. Woody Jin) writes:
  13. |> In article <1992Dec18.235623.27538@fcom.cc.utah.edu> terry@cs.weber.edu (A Wizard of Earth C) writes:
  14. |> >
  15. |> >You can't split blocks between files.  
  16. |> 
  17. |> Yes, you can.
  18. |> For example, you may have 4K size block with 512 byte fragment size.
  19.  
  20. Mixed up blocks and frags in the context of the original post (re: the "df"
  21. command).  You are, of course, right.
  22.  
  23. |> BTW, could anyone clarify whether 386BSD uses the Fast Unix File System
  24. |> which is described in "A Fast File System For Unix" by McKusick, Joy,
  25. |> Leffler, and Fabry (1984 ACM Tran. on Computer System) ?
  26.  
  27. Yes, it does.
  28.  
  29. ...
  30.  
  31. My point was that disk allocation was quantized at larger than 1 byte
  32. increments, and the larger those increments, the more space is actually
  33. used by a 1 byte file.  My examples were correct for 4k blocks with 8
  34. frags per block.
  35.  
  36. The summation of this being that upping the size of a block will up the
  37. size of the _fragments_ of that block unless the number of fragments per
  38. block is also increased (isn't 8 the limit?).  The problem here being,
  39. the disk will disappear faster with 8k/8 block frags than it will with
  40. 4k/8 blocks frags because of the number of files whose lengths aren't on
  41. block boundries.
  42.  
  43. A smaller absolute fragment size (however it is arrived at) will result in
  44. less absolute disk real estate being take up for odd-sized files.
  45.  
  46.                     Terry Lambert
  47.                     terry@icarus.weber.edu
  48.                     terry_lambert@novell.com
  49. ---
  50. Any opinions in this posting are my own and not those of my present
  51. or previous employers.
  52. -------------------------------------------------------------------------------
  53.                                         "I have an 8 user poetic license" - me
  54.  Get the 386bsd FAQ from agate.berkeley.edu:/pub/386BSD/386bsd-0.1/unofficial
  55. -------------------------------------------------------------------------------
  56.