问题标签 [solid-state-drive]

今天早上我进行了测试，有 2 次失败。但是我几天没有更改任何代码，所有测试都通过了。

根据 Git，没有任何变化（除了 coverage.data，它是测试输出）。gitk 没有显示其他变化。

Git 如何知道代码何时更改？这可能是由 SSD 故障/错误引起的吗？

弄清楚发生了什么的最好方法是什么？

编辑：使用单元测试框架在 Ruby on Rails 中工作。

这个问题是软件和硬件相关问题的混合体。

我有一个使用 VS2010 用 c 语言编写的自定义应用程序，它需要一些高端硬件（该应用程序需要每分钟咬住大约 50 GB 的数据）。它在 64 位 Win 7 下运行。现在我有一个带有双氙气 5690 芯片（每个十六进制核心）的戴尔 t7500，所以有 12 个物理核心和 24 个逻辑核心。该设置有 48 gig 的 ram，它需要它，因为该应用程序一次使用大约 30-40 gig 的数据。

该应用程序是多线程的（很高兴看到所有 24 个逻辑核心都以 100% 最大化！），所以事情已经从 cpu-bound 变成了 io-bound。（在我将应用程序重写为多线程之前，数据回载大约需要 36 小时；现在大约需要 1.5 小时，但我仍然需要将其缩短到 15 分钟以下）。

我能够修改软件，以便它可以利用多驱动器配置。

我可以在 24 个核心之间拆分 io 工作。我需要大约 3 TB 的存储空间。最好的方案，虽然不切实际，是拥有 48 个独立的 SSD，以便运行的 24 个线程中的每一个都有自己的专用驱动器用于读取和写入吗？（该应用程序不会执行大量小文件读取/写入操作；相反，它会读取/写入 1-2 GB 的块。）

假设在一个系统上获得那么多驱动器是不可能的，那么就驱动器数量而言，这种设置的限制是什么？我在 t7500 主板上有 5 个插槽。什么样的控制器/配置在这里最快？SATA？SCSI？突袭0？
还是我可以在软件中做一些事情来让很多硬件问题变得不那么重要？谢谢。

我有一个 OCZ Agility 3 SSD。此 SSD 运行支持本机加密的 SandForce 2281 控制器（ PDF 规格表）。这特别有用，因为控制器执行数据压缩以获得卓越的性能，而基于软件的全盘加密将破坏此目的。

有谁知道我如何使用我在 20111 年初 MacBook Pro 上运行的 SSD 上的磁盘加密？

我正在使用 Intel Solid-State Drive Toolbox 查看 SSD 驱动器。该实用程序具有手动运行“TRIM”的选项。我发现奇怪的是实用程序报告“所选的英特尔 SSD 没有分区号。此功能需要分区号才能运行。”

我将磁盘安装为连接点。我希望这是英特尔实用程序的限制，或者 Windows 7 TRIM 是否需要为驱动器分配驱动器号才能使其工作？

DynamoDB 是一个 NoSQL 数据库，具有许多其他 NoSQL 数据库共有的功能。但是，亚马逊强制将 SSD 设备用作物理存储。

这是否仅意味着由于 SSD 性能而读取和写入速度更快，或者 DynamoDB 有任何特定细节可以提高其在 SSD 驱动器上的性能？

我想知道：当我将文件从网络驱动器（我使用的是 Mac）复制到 USB 闪存驱动器时，缓存文件会写入我的硬盘驱动器还是这一切都发生在 RAM 中？

我关心的原因是因为我想知道从我的网络/服务器卷复制千兆字节的文件（主要是原始图像）到 USB 闪存驱动器时，理论上 SSD 驱动器的可能写入周期是否会受到影响。

谢谢

我有一个新的 256 gig SSD驱动器，它取代了我的 MacBook Pro 的 CD 驱动器。

目标是使MonoDevelop+MonoTouch应用程序开发尽可能快。我怎样才能将MonoDevelop++ MonoTouch（不确定还有什么xcode可能？）移动到SSD驱动器以加快开发速度。这是计算机的唯一任务。

主操作系统位于标准驱动器上。我有 8 个 gigs ram 和一个 i5，所以SSD是我认为增强 IDE 体验所需的唯一硬件。

这是一个软件问题，因为它与专门配置 IDE 有关。

我想为我的 Linux Fedora 16 工作站购买 SSD 驱动器。它将主要用于通过 Gnome3、IDE 和虚拟服务器（用于 web env）进行 web 开发。

我有两个候选人。

• 至关重要的 m4 128gb（有更好的 4k 随机读取）
• SanDiskextreme 3 120GB（顺序和写入速度更快）

我想知道什么对我的系统最有利，以及是否有一个工具可以测量我系统上的实际随机/顺序读/写。

谢谢

我们正在开发具有以下属性的 SSD 支持的键值解决方案：

• 吞吐量：10000 TPS；50/50 看跌/获得；
• 延迟：平均 1 毫秒，第 99.9 个百分位数 10 毫秒
• 数据量：约 10 亿个值，每个约 150 字节；64位密钥；随机访问，20% 的数据适合 RAM

我们在商品 SSD 上尝试了 KyotoCabinet、LevelDB 和 RethinkDB，使用不同的 Linux IO 调度程序、ext3/xfs 文件系统；使用Rebench进行了许多测试；并发现在所有情况下：

• 只读吞吐量/延迟非常好
• 仅写入/仅更新始终处于中等水平，但有许多高延迟异常值
• 即使在直接访问块设备（绕过文件系统）的情况下，混合的读/写工作负载也会导致吞吐量/延迟的灾难性波动

下图说明了 KyotoCabinet 的这种行为（横轴是时间，三个周期清晰可见 - 只读、混合、仅更新）。

问题是：是否有可能使用 SSD 实现描述的 SLA 的低延迟以及推荐哪些键值存储？

据我了解，是擦除使 SSD 磨损，而不是写入本身。因此，从驱动器制造商的角度来看，优化消除对擦除的需求将是非常有益的。我可以认为他们这样做是理所当然的吗？

我希望您假设我正在直接写入磁盘并且没有文件系统可以搞砸。