BBS水木清华站∶精华区

                                簇的浪费
                                    jim seymour/知遥译
    去年秋天,我曾说过你不应当考虑购买任何容量少于2GB的硬盘,而且最终你会得意于
4GB的硬盘。我的这种说法引发了众多的读者回信有些信称我是傻瓜:一个客户说他的
30MB的驱动器仍有一小半空闲;他相当肯定--并且恰恰如此--他遗漏了些什么其他人感
谢我给他们的建议但是真正得到一致赞同的还是我曾经建议过的:从效率出发,密切留
意如何划分你的逻辑盘。
    我推荐JEFF PROSISE在其优秀的PC TUTOR栏目中介绍的划分逻辑分区的方法,另外,
将大的驱动器分割为易于管理的分区,我亦有我的办法。
    但这些还是不够的不...... 无数的读者写信来,从客户的角度提出疑问:“SEYMOUR,
真实的情况到底如何?为什么要把一个驱动器全部分区?在你的PC机上是如何做的? 我想
了解内情，不然的话。”
    不然的话？好的，先生，让我先想一想。ＯＫ，这有一个秘闻。它不十分贴切，但
是，它很重要。                                                                .

    ＤＯＳ使用的文件分配表（也称作ＦＡＴ）与ＷＩＮＤＯＷＳ  ９５使用的ＶＦＡＴ
文件系统都可以在你的硬盘上以簇的方式分配文件空间。最大的簇数是６５５３６，而且
随着磁盘容量增大，每个簇的尺寸也会增大。最小的簇是２Ｋ，最大的是６４Ｋ。簇大小
划分的区间是：１２８ＭＢ或更少（２Ｋ），２５６ＭＢ（４Ｋ），５１２ＭＢ（８Ｋ）
１ＧＢ（１６Ｋ），２ＧＢ（３２Ｋ）以及４ＧＢ（６４Ｋ）。

小一点的簇能最有效地利用硬盘空间。这是因为当操作系统在磁盘上存储一个文件      .

时，它只能使用整个的簇。这意味着一个９Ｋ的文件在一个５１２Ｋ的硬盘上将战用２个.

８Ｋ的簇－－转眼之间你就浪费了７Ｋ的硬盘空间。

这就是设置许多小的２Ｋ簇的答案吗？使用２Ｋ大小的簇的唯一办法是使用少于１２８
ＭＢ的硬盘，或是在一个较大的硬盘上有整体小于１２８ＭＢ的分区－－“虚拟盘”。但
这样太受限制。请注意，一个文件必须完整地存储在一个磁盘上，这些日子，我们很多人
都使用过超过１２８ＭＢ的文件。
    而且，一些ＷＩＮＤＯＷＳ  ９５的应用程序要求在一个单一的磁盘上有１２８ＭＢ
以上的之空间用来安装程序，使用许多个小的虚拟盘往往是不行的。最后，把２ＧＢ或
４ＧＢ的大硬盘分割为小的１２８ＭＢ的虚拟子盘会产生一堆可怕的盘符。把２ＧＢ的
硬盘分割为１５个１２７ＭＢ的虚拟盘，你将使用从Ｃ：一直到Ｒ：的盘符。还不包括
网络驱动器。噢对了－－字模实用程序在驱动器Ｌ：或是在驱动器Ｑ：上？
    走另一个极端－－使用２ＧＢ分区，这是ＤＯＳ当前版本所能支持的最大空间－－这
意味着要面对效率不高的簇大小，但以你自己的效率来讲，这或许是值得的。事实上，
如果你的磁盘用于存储数目少但占空间的大文件（这里浪费不是主要的）而不是众多的
小文件（那些文件稍稍大一点不能刚好填入到簇中从而带来大量的浪费），那么真的要
鼓励你去使用大的、非常大的分区。
    正象我喜欢让我花在硬盘上的钱得到最有效的利用一样，我将接受大簇的低效率，
用数目少但存储量大的虚拟盘的方便性来做为投资的回报。但是这也要视机器的不同
目标而定。在笔记本ＰＣ上－－我可能永远也得不到足够的存储空间－－我使用４Ｋ
或８Ｋ的簇。在ＰＣ机上我用来作曲、录音以及编辑乐曲－－使用真正巨大的文件－－
我使用３２Ｋ的簇。注意，将将低于我所列的区间很重要：一个５２２ＭＢ的分区使用
８Ｋ的簇，但只加上１ＭＢ，即到了５１２ＭＢ，就需要使用１６Ｋ的簇了。
    这里有两个重要的例外情况：ＷＩＮＤＯＷＳ  ＮＴ的ＷＴＦＳ文件系统限制簇的
大小为４Ｋ，而不管磁盘的大小；ＯＳ/２  Version 3.x的ＨＰＦＳ使用固定的５１２
字节的扇区大小，这样的处理，即使在有众多的小文件情况下，其磁盘的利用率亦是高
效的。如果你使用数据压缩程序，像DoubleSpace,DriveSpace或是Stacker，以上所讨
论的就不再成立，因为磁盘收回了簇的延伸空间，如果不收回的话它们就浪费掉了。

                                               摘自《PC COMPUTER》