home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / unix / bsd / 10346 < prev    next >
Encoding:
Internet Message Format  |  1992-12-20  |  1.5 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!uwm.edu!spool.mu.edu!agate!agate.berkeley.edu!cgd
  2. From: cgd@eden.CS.Berkeley.EDU (Chris G. Demetriou)
  3. Newsgroups: comp.unix.bsd
  4. Subject: Re: Dumb Question: Why 512 byte block?
  5. Date: 17 Dec 92 19:58:55
  6. Organization: Kernel Hackers 'r' Us
  7. Lines: 27
  8. Message-ID: <CGD.92Dec17195855@eden.CS.Berkeley.EDU>
  9. References: <1992Dec18.005050.20594@decuac.dec.com>
  10.     <1992Dec18.030833.7395@fcom.cc.utah.edu>
  11. NNTP-Posting-Host: eden.cs.berkeley.edu
  12. In-reply-to: terry@cs.weber.edu's message of Fri, 18 Dec 92 03:08:33 GMT
  13.  
  14. [terry's reasoning for the utilities reporting things in 512b blocks deleted]
  15.  
  16. Terry, your description is more or less accurate, but i think there's
  17. a bit more behind it...
  18.  
  19. from the du(1) man page:
  20. =>     -k      By default, du displays the number of blocks as returned by the
  21. =>             stat(2) system call, i.e. 512-byte blocks.  If the -k flag is
  22. =>             specified, the number displayed is the number of 1024-byte
  23. =>             blocks.  Partial numbers of blocks are rounded up.
  24.  
  25. and from the stat(2) man page:
  26. =>STANDARDS
  27. =>    The stat() and fstat() function calls are expected to conform to IEEE Std
  28. =>    1003.1-1988 (``POSIX'').
  29.  
  30.  
  31. I believe you can blame this change on the POSIX people...
  32. (I'm pretty sure that du w/.5k blocks is POSIX, as well...)
  33.  
  34.  
  35. chris
  36. --
  37. Chris G. Demetriou                                    cgd@cs.berkeley.edu
  38.  
  39. "Sometimes it is better to have twenty million instructions by
  40.         Friday than twenty million instructions per second." -- Wes Clark
  41.