Mar*_*tin 9 windows-7 ssd visual-studio windows-xp hardware-failure
我们在 Windows 上进行软件开发 (Visual C++),并且已经有一些案例,在 Windows XP 上使用 SSD 磁盘的开发人员在使用(一年,1)年后不得不更换他们的磁盘,因为它们坏了。(时间范围 2010 - 2012)
显然,大量编译意味着大量的写入——Visual Studio Compiler 喜欢编写大量临时文件,以及由普通 C++ 项目创建的所有构建工件。
现在,我知道XP 不支持TRIM命令,但我始终明白这是性能问题,而不是驱动器的寿命问题???
此外,鉴于有人声称现代(ish)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 减少磨损。
但同一篇文章在Flash下指出:
在某些时候,闪存单元只是停止工作 (...) 如果经常更新的数据(例如,文件系统日志文件)始终存储在相同的单元中,则这些单元会更快地磨损(...)磨损均衡闪存控制器固件采用逻辑来分散写入(...) 大多数设备将在正常台式机/笔记本电脑工作负载下持续数年。
因此,虽然 MS 似乎值得在 TRIM 命令部分提及额外的磨损时间优势,但还提到驱动器固件是通过分散写入来维护驱动器的主要因素。
真的,这让我很困惑!?!:-)
另一个大问题是分区对齐 - Windows XP 默认情况下与旧磁盘样式对齐,但 SSD 内部需要 4KB 对齐。否则,您会将写入量加倍,因为很多事情会在内部重叠。(我真的没有资格详细讨论这个问题,所以也许有人可以详细说明这一点 - 这不是我真正的专业领域。)
也就是说,如果您的磁盘故障如此之快,我仍然感到相当惊讶。SSD 可能非常容易出现故障,除非您对购买的东西很小心——这不会让我从 OCZ 或 Crucial SSD 中感到惊讶,因为它来自英特尔的 SSD(我可以在 XP 机器上保证几十个没有问题) )。
我的个人意见?XP 可能没有帮助,但它可能主要是一个红鲱鱼。
| 归档时间: |
|
| 查看次数: |
6091 次 |
| 最近记录: |