home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.95 / text5689.txt < prev    next >
Encoding:
Internet Message Format  |  1996-03-31  |  1.7 KB
  1. Received: (from jered@localhost) by limekiller.MIT.EDU (8.6.12/8.6.11) id OAA06588; Fri, 20 Oct 1995 14:14:00 -0400
  2. From: Jered J Floyd <jered@mit.edu>
  3. Message-Id: <199510201814.OAA06588@limekiller.MIT.EDU>
  4. X-Mailer: exmh version 1.6.1 5/23/95
  5. To: COCHRAN@genius.rider.edu
  6. cc: Jered J Floyd <jered@mit.edu>, Ed Hurtley <edh@europa.com>,
  7.         "'Executor List'" <executor@nacm.com>
  8. Subject: Re: Long filenames 
  9. In-reply-to: Your message of "Fri, 20 Oct 1995 12:52:53 EDT."
  10.              <Pine.3.89.9510201214.A541095473-0100000@genius.rider.edu> 
  11. Mime-Version: 1.0
  12. Content-Type: text/plain; charset=us-ascii
  13. Date: Fri, 20 Oct 1995 14:13:59 EDT
  14. Sender: owner-paper@nacm.com
  15. Precedence: bulk
  16.  
  17. >     Agreed, but let's think of this.  With an 8GB drive using the 
  18. > VFAT system, you'd have 32K cluster sizes.  And, actually, you'd only be 
  19. > able to use the first 2GB.  So keeping that in mind, and the huge cluster 
  20. > sizes, you'd waste a great deal of the drive as well.  I'm not saying 
  21. > either system is great, but calling VFAT "far superior" to the mac 
  22. > filesystem is a *gross* lie.
  23.  
  24.   On what do you base the 'you'd only be able to use the first 2GB'? I
  25. seem to recall FAT and VFAT allowing partitions larger than that.  HFS,
  26. I am told, has a maximum of 64k allocation blocks per partition, and the
  27. blocks are scaled so that they cover the whole drive.  In the case of an
  28. 8 GB drive, the allocation blocks would be 128k, and since files require
  29. at least 1 allocation block you still have the maximum of 64k files.  
  30. Either way, I've never called VFAT 'far superior' to HFS...they both really
  31. suck.  Give me ext2fs, or maybe ffs.
  32.  
  33. --Jered
  34. jered@mit.edu
  35.  
  36.  
  37.