SSD驱动器将从非默认分配单位大小中受益吗？

在当前设置中格式化驱动器时，建议的默认分配单位大小为4096字节。我了解大大小小的利弊的基本知识（性能提升与空间节省），但似乎固态驱动器的好处（查找时间大大低于硬盘）可能会导致分配空间小得多的情况大小无害。

如果是这种情况，它将至少部分有助于克服SSD的缺点（每GB的价格更高）。

有没有办法确定与寻道时间特别相关的较小分配规模的“成本”？还是有研究或文章建议基于此较新的技术从默认值更改？

（假设大小程序文件，OS文件，数据，mp3，文本文件等的平均散布程度最大）

如果您正在寻找好的文章，我建议

SSD的原理和特点 Robert Hallock

我链接到第2页，其中包含讨论聚类和块大小的部分。

[...]该问题的解决方案是增加群集大小，这有几个优点：

• 降低文件系统复杂性；更少的集群意味着更少的组织。
• 随着簇大小接近块大小的奇偶校验，提高了读写速度。
• 如果系统主要由大文件组成，则减少的松弛空间。

但是，增加群集的大小并不是固态磁盘的魔咒，因为大多数人会混合使用各种信息。游戏通常包含无数小文件，而操作系统通常是小文件的总和。然而，电影，音乐，档案和MMO是扩大集群规模的理想选择。在现代Windows操作系统下，要获得更大的集群，要比建立小型集群更令人沮丧。这种壮举需要预先使用Acronis Disk Director之类的程序，这些程序可以在安装Windows之前增加群集的大小。也可以调整现有集群的大小，但是这种过程的成功程度令人震惊。

当集群大小接近块大小以提高性能时，我绝对同意Hollock（“ SSD的方式和原因 ”）。在这种情况下，每个集群请求的块读取次数和开销将最少。

群集大小小于块大小并不一定会对性能造成巨大影响，但是通常会带来更多开销（因为SSD会读取该块并删除不在请求的群集中的块部分。这甚至更糟）如果驱动器已碎片化，并且同一块上的相邻群集不属于同一文件。）

通常，将群集大小增加到（但不超过）SSD的块大小将是有益的。损失（当然）是您将开始失去空间，并且正如您所提到的，$ / GB的SSD比磁性介质要高得多。

根据您拥有的资金，您可以：1）将群集大小设置为驱动器的块大小（正如Hollock所说的那样可能有些单调乏味），并在节省空间和不得不花费更多$$的同时获得性能优势。

要么

2）将群集大小设置为驱动器上平均文件的大小（或稍大一些，使其成为块大小的一个因素），以提高驱动器容量，同时（可能）牺牲一些性能。如果群集大小明显小于块大小，请确保对驱动器进行碎片整理。

希望这有所帮助:)

这是一个轶事，但它暗示使用默认大小4k以外的群集大小没有任何现实优势。您可能有更多的I / O请求要处理，但是在大型方案中这可以忽略不计。

您的两个答案（以及Hallock的答案）都与“减少写放大”的意图相矛盾-减少了不必要的NAND损耗。增加群集大小意味着更多的磁盘写入浪费。对您说的SSD进行碎片整理？这是使用SSD的致命罪恶之一。