我进行了大量研究，试图找出 SSD 驱动器写入速度缓慢的原因。它们的型号是：PNY XLR8 SSD9SC240GMDA-RB2.5 英寸 240GB SATA III 内置固态硬盘 (SSD)。
它们在 SATA 端口 1 和 2 上运行，TRIM 已启用。我无法获取 SMART 数据，因为它们设置在 RAID 0 中（尽管单个驱动器仍然存在问题）。
- 我已经使用 O&O 的离线碎片整理工具运行了碎片整理。
- 我将我的 SSD 驱动器从 RAID 0 中取出并单独测试它们，结果相同。
- 我的外部 USB 硬盘写入速度比我的 SSD 更快！
- 我已确保我的驱动器设置为 AHCI（之前是 RAID 0）
我使用的是 Windows 7，之前这些驱动器运行良好。有趣的是，现在两个驱动器都出现了问题。
顺便说一句，几周前我升级到了 Windows 10，然后开始注意到速度变慢了。我以为是 Windows 10 的问题，于是降级回 Windows 7 Ultimate。
以下是 AS SSD 结果（显然不正常）：
答案1
当 SSD 剩余可用空间少于 25% 时，可能会出现碎片。
原因在于 SSD 存储数据的方式。
整个 SSD 由簇组成。每个簇中都有可以填充数据的扇区。
当文件写入 SSD 时，它将被写入新簇。这样做是为了保证速度。当文件被删除时，它将检查该簇是否为空，如果是，则将其标记为已清除。这是由 TRIM 函数完成的。
现在的问题是，在某个时候，您的驱动器将充满足够的数据，使所有可用的簇都充满一些数据。这不是一件坏事，因为大多数簇中仍会有一些空闲空间。当写入新文件时，它将存储在一个或多个这样的簇中。正是在这里，您的驱动器会降低速度。这并不是因为文件的存储方式，而是因为它必须找到空闲空间，而不仅仅是找到下一个空闲簇。
驱动器碎片化后，文件被删除，文件所在簇完全空置的可能性就会变小。如果簇不空，TRIM 不会将该簇标记为已清除，因此不会将其移至空闲簇池。
因此，为了解决这个问题，首先确保你的 SSD 上至少有 50% 的可用空间，然后找到专门针对 SSD 驱动器的碎片整理工具。
如果您有另一个可用磁盘，并且 SSD 没有运行您的操作系统，您可以考虑将所有文件从 SSD 移动到另一个磁盘，然后格式化您的 SSD。这将导致 TRIM 将所有群集标记为空，而将数据移回不会造成碎片。请注意，最后一种移动方法并不一定比碎片整理程序更好。这些碎片整理程序将尝试在实现目标的同时尽可能少地移动数据，而将所有数据移动到您的另一个驱动器实际上会导致所有群集至少被写入两次。
最后一点：25% 的可用空间是一个经验法则，而不是实际既定事实。每个驱动器都不同，有些驱动器发生得早，有些驱动器发生得晚。因此，为了方便起见，请确保您的 SSD 上始终至少有 25% 的可用空间。因此，如果您的 SSD 是 240GB，请确保您至少有 60GB 的可用空间以避免碎片化。