dav*_*bug 22 hard-drive ssd format
在我们当前设置中格式化驱动器时，建议的默认分配单元大小为 4096 字节。我了解较大和较小尺寸（性能提升与空间保留）的优缺点的基础知识，但似乎固态驱动器的好处（寻道时间大大低于硬盘）可能会造成分配空间小得多的情况大小无害。
如果是这种情况，它至少会部分帮助克服 SSD 的缺点（每 GB 价格大幅上涨）。
有没有办法确定与寻道时间特别相关的较小分配大小的“成本”？或者是否有任何研究或文章建议根据这项新技术更改默认设置？
（假设程序文件、操作系统文件、数据、mp3、文本文件等的大小分布最平均）
spl*_*tne 11
如果您正在寻找一篇好文章，我推荐
我链接到第 2 页，其中包含讨论聚类和块大小的部分。
[...] 问题的解决方案是增加集群规模，这有几个优点：
- 降低文件系统复杂性；更少的集群意味着更少的组织。
- 随着簇大小接近块大小的奇偶校验，读取和写入速度提高。
- 如果系统主要由大文件组成，则减少空闲空间。
然而，增加集群大小并不是固态磁盘的灵丹妙药，因为大多数人都有各种信息。游戏往往包含无数的小文件，而操作系统几乎都是小文件的总和；然而，电影、音乐、档案和 MMO 是扩大集群规模的完美选择。比锚定小集群更令人沮丧的是在现代 Windows 操作系统下获得更大集群的复杂过程。这样的壮举需要有预谋地使用诸如 Acronis Disk Director 之类的程序，这些程序可以在安装 Windows 之前增加群集大小。也可以调整现有集群的大小，但这种过程的成功程度差异很大。
当集群大小接近块大小时，在提高性能方面我绝对同意 Hollock（“ SSD 的方法和原因”）。在这种情况下，每个集群请求的块读取和开销都将降至最低。
集群大小小于块大小不一定会对性能造成巨大影响，但它通常会带来更多开销（因为 SSD 将读取块并删除不在请求的集群中的块部分。这甚至更糟如果驱动器碎片化并且同一块上的相邻簇不是同一文件的一部分。）
通常，将集群大小增加到（但不超过）SSD 的块大小将是有益的。损失（当然）是您将开始失去空间，正如您所提到的，SSD 的 $/GB 远高于磁性介质。
根据您有多少钱，您可以： 1) 将集群大小设置为驱动器的块大小（正如 Hollock 提到的那样可能有些乏味）并在牺牲空间和不得不花费更多美元的同时获得性能优势
或者
2) 将簇大小设置为驱动器上平均文件的大小（或稍高一点，使其成为块大小的一个因素）以提高驱动器容量，同时（可能）牺牲一些性能。如果簇大小明显小于块大小，请确保对驱动器进行碎片整理。
希望这有帮助:)