k-d*_*dev 5 ssd visual-studio-2010
也许这些是愚蠢的问题，但无论如何我应该问，我认为人们必须同意 SSD 是一个很好的编程投资，虽然这个问题已经两年了，但它有很多投票。当我打开很多程序、photoshop（占用 2GB RAM）、visual studio（500MB RAM）和其他程序时，我的笔记本电脑卡住了……例如 Firefox（500 MB RAM），有时我的 4GB RAM 内存中有 100MB 空闲和使用的 4Gb 页面文件。这就是为什么我真的在考虑购买SSD，似乎硬盘驱动器是一个瓶颈。
我的问题是，由于 SSD 会随着写入而降级，我应该将我的解决方案放在 SSD 上还是放在外部硬盘驱动器上？Visual Studio 将数据放在外部硬盘驱动器上是否有益？我相信你们一定会使用SSD，你们是如何使用它的？
编辑
似乎简短的答案是将所有内容都放在 SSD 中并确保具有 Trim 技术？
小智 5
“SSD 因写入而降级”现在大多是一个神话*
Windows 7 具有内置的 TRIM 支持，大多数现代 SSD 实际上消除了这些早期问题（第 3 方软件或内部工作以清除/垃圾收集未使用的页面）。Anandtech和Tom's Hardware有一些关于这个主题的很棒的文章和文章。核心问题是“清除”一个flash页面是一个比较长的操作；如果这是提前或在后台完成，则不会有明显的退化（内存本身不会随着时间的推移而变慢）。TRIM 让操作系统告诉驱动器何时可以清除/回收页面——就 SSD（或 HDD）而言，仅由零组成的页面仍然是有效数据。
在 SSD 上快速放置您想要的一切，包括操作系统、软件和交换。（这自然会扩展到 Visual Studio 项目和几乎所有其他内容，除了大型媒体或档案:-)
我会推荐基于 SF-1200（或更高）系列的 SDD ~ 200 美元或更少的 120GB。除了容量和成本之外，没有理由再回到主轴——一个好的 SSD 在随机访问时是如此之快，以至于即使在中等重负载下交换也“几乎不明显”或“最小化到它的程度别烦我”。（然而，SSD 在随机访问和吞吐量方面仍然比主内存慢得多。擅长交换是一种权宜之计，对于要求苛刻的用户来说并不是真正的解决方案。）在这方面绝对没有竞争在随机访问性能和延迟方面介于 SSD 和 HDD 之间：一个好的 SSD 将在每一个有利于这种使用模式的测试/场景中获胜，即使是一个好的 HDD 也会使系统在中等重度交换下出现故障。在其他条件相同的情况下，我会在另外 4GB 的内存上获得一个很好的 SSD，但最好是同时获得 ;-)
顺序读取的数据，如电影或大型档案，从盘片到闪存芯片的收益最小（但仍会看到收益）——一旦 HDD 开始运行，它就会有相当高的吞吐量。在这方面，HDD 的作用被降级为大容量存储任务，而不是每分钟使用一次。
我再也不会心甘情愿地将 SSD 作为主驱动器了。即使是“降级 SSD”（例如 80% 最佳）仍然比传统 HDD快得多——但请记住，就像传统 HDD 一样，SSD 最终会变老（并且与当前技术相比“慢”） ) 并失败 -在拥有它时使用它并保留外部备份。此外，并非所有 SSD 都是平等的。再次，我的建议是基于 SF-1200（或更高）的设备——它只是一个“始终如一的好”专业消费者控制器，具有竞争力的价格（吞吐量不是一切，考虑平均/最大延迟等）。
现在，访问一个技术网站，阅读几篇文章，然后在线订购一个闪亮的新玩具:-)
*如果真的是神话，当然取决于实际的 SSD 控制器/固件、操作系统配置/支持、外部维护工具等。Windows 7 支持 TRIM，SandForce（例如 SF-1200/1500/2xxx）控制器支持 TRIM；他们在内部收集和页面循环方面也相当积极。有了良好的控制器和 TRIM 支持，“SSD 会因写入而降级”这一说法确实成为一个神话。