Megalextoria
Retro computing and gaming, sci-fi books, tv and movies and other geeky stuff.

Home » Archive » net.micro.pc » Re: Cluster size and Hard drives - (nf)
Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend 
Switch to threaded view of this topic Create a new topic Submit Reply
Re: Cluster size and Hard drives - (nf) [message #69446] Thu, 23 May 2013 00:06
johna is currently offline  johna
Messages: 8
Registered: May 2013
Karma: 0
Junior Member
Message-ID: <167@haddock.UUCP>
Date: Wed, 16-May-84 23:43:15 EDT
Article-I.D.: haddock.167
Posted: Wed May 16 23:43:15 1984
Date-Received: Fri, 18-May-84 02:28:35 EDT
Lines: 21

#R:sri-arpa:-60000:haddock:13600007:000:866
haddock!johna    May 16 16:09:00 1984

 >  So much for the "yes" part.  The reason there's a trade-off between volume
 >  size and cluster size is because you have finite-sized FAT's.  Yes, you
 >  can increase the FAT size (i.e. the number of FAT's), but you have to be
 >  *damn* sure that DOS is clever enough to use such big FATS's.

This information is not correct!  The reason for the trade-off is because
each FAT entry is only 12 bits.  Expanding the number of FATs will do nothing.
Only one FAT is normally used, the other is there for recovery procedures.

FAT = File Allocation Table

Clusters (allocation units) are linked together using the FAT.  Reducing the
sectors per cluster will just hide part of your drive from DOS.

DOS for the PC contains a table on the first real sector of the fixed drive
which is used to partition a fixed drive.  It is documented in DOS 2.0 .

			    ima!haddock!johna
  Switch to threaded view of this topic Create a new topic Submit Reply
Previous Topic: PC<==>UNIX SUMMARY
Next Topic: Object Module Librarian wanted for MS/PC//DOS
Goto Forum:
  

-=] Back to Top [=-
[ Syndicate this forum (XML) ] [ RSS ] [ PDF ]

Current Time: Fri Apr 19 07:52:55 EDT 2024

Total time taken to generate the page: 0.07105 seconds