home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / next / sysadmin / 4730 < prev    next >
Encoding:
Internet Message Format  |  1992-08-18  |  1.2 KB
  1. Path: sparky!uunet!wupost!usc!orion.oac.uci.edu!nntpsrv
  2. From: cedman@714-725-3165.nts.uci.edu (Carl Edman)
  3. Subject: Re: What's a better block size for a Fuji 520M drive?
  4. Nntp-Posting-Host: 714-725-3165.nts.uci.edu
  5. Message-ID: <2A91B626.15946@orion.oac.uci.edu>
  6. Newsgroups: comp.sys.next.sysadmin
  7. Reply-To: cedman@golem.ps.uci.edu (Carl Edman)
  8. Lines: 19
  9. Date: 19 Aug 92 02:47:02 GMT
  10. References: <1992Aug19.013435.15349@leland.Stanford.EDU>
  11.  
  12. M Carling writes
  13. > If the disk could do it, and the computer could do it, 8K
  14. > blocks would be   faster (not much) and increase capacity
  15. > (again not much). But unless you   have just a few files each
  16. > of which is quite large, that is not an   efficient way to use
  17. > space.
  18.  
  19. I hesitate to disagree with M Carling, but I'm afraid that on at least one  
  20. point he is mistaken. BSD FFS indeed uses 8 kByte blocks, but it is perfectly  
  21. capable of putting several smaller files within one 8 kByte block. If my memory  
  22. doesn't deceive me the size granularity for files smaller than 8 Kbytes is 1  
  23. kByte.
  24.  
  25. > Dan Quayle needs a new running mate.
  26. > George Bush undermines his chances of being re-elected Vice President.
  27.  
  28. Well, what about Andre Marrou ? :-)
  29.  
  30.     Carl Edman
  31.