主页 / server / 问题 / 7531
Accepted
davebug
Asked: 2009-05-13 10:40:30 +0800 CST

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

  • 772

在我们当前的设置中格式化驱动器时推荐的默认分配单元大小是 4096 字节。我了解大小的优缺点（性能提升与空间保留）的基础知识，但似乎固态驱动器的好处（查找时间大大低于硬盘）可能会造成分配更小的情况大小不是有害的。

如果是这种情况，它至少会部分帮助克服 SSD 的缺点（每 GB 价格大幅上涨）。

有没有办法确定与寻道时间特别相关的较小分配大小的“成本”？或者是否有任何研究或文章建议基于这项新技术改变默认设置？

（假设程序文件、操作系统文件、数据、mp3、文本文件等的大小最平均分散）

hard-drive ssd format

4 个回答

  1. Best Answer

    如果您正在寻找一篇好文章，我推荐

    罗伯特·哈洛克 (Robert Hallock ) 的 SSD 的原理和原因

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

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

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

    然而，增加集群大小并不是固态磁盘的灵丹妙药，因为大多数人都有混合信息。游戏通常包含无数的小文件，操作系统几乎是小文件的总和；然而，电影、音乐、档案和 MMO 是扩大集群规模的完美候选者。比小集群的锚更令人沮丧的是在现代 Windows 操作系统下获得更大集群的复杂过程。这样的壮举需要有预谋地使用像 Acronis Disk Director 这样的程序，它可以在安装 Windows 之前增加集群大小。也可以调整现有集群的大小，但这样的过程以惊人的不同程度的成功完成。

    • 11

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

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

    一般来说，将集群大小增加到（但不超过）SSD 的块大小将是有益的。损失（当然）是您将开始失去空间，正如您所提到的，SSD 的 $/GB 远高于磁性介质。

    根据你有多少钱，你可以：

    1. 将集群大小设置为驱动器的块大小（正如 Hollock 提到的那样，这可能有点乏味），并在牺牲空间和不得不花费更多美元的同时获得性能优势

    或者

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

    希望这有帮助:)

    • 7

  3. 这是一个轶事，但它表明使用除默认 4k​​ 之外的集群大小没有实际优势。您可能有更多的I/O 请求需要处理，但在大方案中这将是微不足道的。

    • 4

  4. 您的两个答案（和 Hallock 的）都与减少写入放大的目的相矛盾 - 即减少不必要的 NAND 磨损。增加集群大小意味着更多浪费的磁盘写入。你说的对 SSD 进行碎片整理？这是使用 SSD 的致命罪过之一。

    • 3

相关问题