我们在 Windows 上进行软件开发（Visual C++），已经遇到过一些使用 Windows XP 的 SSD 磁盘的开发人员在使用一年（1 年）后必须更换磁盘的情况，因为磁盘已损坏。（时间范围为 2010 - 2012 年）
显然，大量编译意味着大量的写入 - Visual Studio Compiler 除了喜欢写入普通 C++ 项目创建的所有构建工件之外，还喜欢写入大量临时文件。
现在，我知道修剪XP 不支持该命令，但我一直明白这是性能问题，而不是驱动器寿命问题???
此外，鉴于有人声称现代SSD 驱动器使用寿命可达 51 年在完全写入利用率的情况下，开发人员即使在 8 小时工作日内进行多次编译，也会损坏他的 SSD——这与 Windows XP 有什么关系(与 Win 7 相比)？
注意：这是一家开发者商店，所以自然每个人都有自己对这个或那个的巧妙解释。但这是一家开发者商店，所以这里的人的专业知识在于软件开发，而不是硬件可靠性。
鉴于网络上关于 SSD 磁盘的所有传言，我真的很难找到可靠的信息来解释为什么 SSD 在 Windows XP 上会更早（或无论如何）出现故障......
免责声明： 注意我并不一定声称这些 SSD 磁盘真的因为它们在 Windows XP 上使用，并且写入使用模式繁重，所以损坏了。我询问是否有任何现有证据（因为我的同事这么说），证明 SSD 驱动器在 XP 上会比其他情况下更早出现故障（因为缺少 TRIM 或其他原因）...
在点击了几个链接后，我想特别强调一下得票最多的答案对于问题Windows XP 上的 SSD。（请注意，这个答案（来自 2010 年）是它链接到的 2007 年文章的引文（！）。文章/答案的主旨似乎是 SSD 驱动器可能会因大量写入操作而崩溃，而 XP 在这方面更糟糕。看看我上面链接到的 51 年声明，这个答案中的陈述对我。
此外，还有2009 年的 MS 文章其中唯一提到 TRIM 和磨损的是：
作为额外的好处， 这修剪手术可以帮助 SSD 减少磨损通过消除许多合并操作的需要。
但同一篇文章指出闪光灯磨损：
在某些时候，闪存单元会停止工作 (...) 如果频繁更新的数据（例如，文件系统日志文件）始终存储在相同的单元中，则这些单元会更快地磨损 (...)闪存控制器固件采用了磨损均衡逻辑展开写入（...） 大多数设备将持续使用数年在正常的台式机/笔记本电脑工作负载下。
因此，虽然 MS 似乎值得在 TRIM 命令部分下提及额外的磨损时间效益，但他们也提到驱动器固件是通过分散写入来维护驱动器的主要因素。
真的，这让我很困惑!?! :-)
答案1
另一个大问题是分区对齐 - Windows XP 默认与旧磁盘样式对齐，但 SSD 内部需要 4KB 对齐。否则，您将使写入量翻倍，因为很多东西会在内部重叠。（我真的没有资格详细讨论这个问题，所以也许有人可以详细说明 - 这实际上不是我的专业领域。）
话虽如此，如果您的磁盘故障速度如此之快，我仍然会感到相当惊讶。除非您谨慎购买，否则 SSD 很容易发生故障 - OCZ 或 Crucial SSD 的故障并不像 Intel SSD 那样让我感到惊讶（我可以保证在数十台 XP 机器上都没有问题）。
我的个人看法？XP 可能没啥帮助，但它可能只是一种转移注意力的花招。
答案2
TRIM 也有利于保持驱动器健康。原因很简单：在写入时，SSD 会频繁交换块，以限制每个块的最大写入操作次数。
在从未修剪过的 SSD 上，唯一可用于交换的块是来自保留的可用空间的块（这些块不能直接访问，因为 SSD 内部可用的闪存比它提供给外部的闪存多）。
在经过良好修剪的 SSD 上，可用块池还包含磁盘上空闲的块。因此，写入操作可以分散到更多块中。
答案3
我无法想象不同版本的操作系统如何缩短 SSD 的 MTBF！SSD 的整个理念是提高存储可靠性、访问时间和存储介质的预期寿命。有多少 SSD 发生过这种情况？您是否尝试过不同的 SSD 制造商？