问题标签 [solid-state-drive]

我正在编写一个在三个 SSD 上复制数据的应用程序。然后应用程序通过将每个请求随机分配给三个 SSD 之一来处理读取请求，因此理论上应该平等地使用所有 SSD。请注意，我正在使用线程池，因此正在同时处理读取请求。

然而，当将该设置的读取吞吐量与仅单个 SSD 的读取吞吐量进行比较时，我得到了令人惊讶的结果，即 3-SSD 设置实际上具有较低的读取吞吐量。这可能是什么原因？

该方案大约有 10 亿条记录。每条记录的数据大小为 1kb，存储在 SSD 中。哪个kv store可以提供最好的随机读取性能？它需要将磁盘访问减少到每个查询仅 1 次，并且所有数据索引都将存储在内存中。

Redis 速度很快，但在内存中存储 1 TB 数据太贵了。LevelDB 每次查询都会多次读取磁盘。我发现的最接近的是 fatcache，但它不是持久的。它是一个由 SSD 支持的内存缓存。

有什么建议么？

我们在 Amazon EC2 上有一个复制设置，它使用我们为每个复制服务器与 SSD 磁盘 (15GB) 交换的磁盘 (15GB)。我们注意到，slave 会落后于 master，永远赶不上这些新的 SSD 磁盘。这是磁盘从未发生过的事情，但在每个 SSD 磁盘上都会发生。

在 SSD 磁盘落后超过 2 天后，我们决定尝试将数据库移回磁盘。在 2 小时内，奴隶完全赶上了。

我认为 SSD 磁盘更高效，而且比磁盘更好，这就是亚马逊决定将它们设为标准的原因。

另一点信息是我们正在使用 Micro 实例，但我们所做的唯一更改是使用附加的磁盘。

有人有想法么？

SSD 现在很常见。Amazon EBS 由 SSD 支持，因此大多数云数据库现在也在 SSD 上运行（Heroku PostgreSQL 等）。传统上，数据库和相关架构的设计理念是随机访问是不好的——SSD 不再是这种情况。

SSD 如何影响以下内容？

1. 数据库设计 - DB 旨在最大限度地减少磁盘寻道（WAL、B 树）。SSD 如何改变数据库设计的内部结构和调整？
2. 应用程序开发 - 工作假设一直是（a）您希望服务器用户从内存而不是 DB 请求，以及（2）对 DB 的访问是 IO 绑定的。使用 SSD，从数据库中检索数据可以足够快，并且数据库访问通常受网络限制。这会减少对内存数据库的需求吗？显然您仍然希望预先计算昂贵的操作，但您可以将它们存储在数据库中
3. 专业数据库 - 有相当多的数据库可以做一些关系数据库被认为不擅长的事情（部分原因是随机数据访问）。一个这样的例子是图形数据库（Neo4j），它以一种紧凑的方式在磁盘上存储节点和邻接列表。如果我们可以在 SSD 上部署 RDBMS 而不必担心随机访问，这些数据库是否有用？

有没有人有 IOMeter 不将日志写入磁盘的解决方法？我相信这是因为 iobw.tst 文件占用了整个磁盘。我已经运行了测试，然后在磁盘填满时手动创建了一个临时的 1MB 文件，然后在磁盘已满并且正在执行读取和写入时删除了该 1MB 文件，这始终为测试。同样，此时清除回收站或临时文件也会产生相同的结果。

有谁知道使用配置文件或类似的东西为日志文件保留这个空间的方法？IOMeter 是我正在处理的自动化测试套件的一部分，这个问题阻碍了完全自动化。

我们有一个执行大量日志记录的应用程序。我们登录的介质是 SLC SSD 驱动器，但是我们开始在现场看到一些故障。我们可以关闭日志（我们这样做），有日志级别（我们有）但是有时工程师打开日志以诊断故障并忘记将其关闭，这会导致一段时间后 SSD 出现故障。

查看日志代码，我们将日志条目保存到队列中，每 5 秒迭代一次集合并使用File.AppendAllText将行写入文件。

根据MSDN，这会写入文件然后关闭它。

什么是更好的机制来实现相同的功能但防止（或减少）对 SSD 的损坏？

在软件启动时打开一个FileStream，在使用期间写入流并在软件退出之前关闭会更好吗？这将如何缓解磁盘级别的情况？涉及哪些过程以及这比打开文件并立即关闭它更好。使用FileStream“感觉”更好，但在进行更改之前我需要更具体的理由。

也许还有我们没有考虑过的更好的方法。

我想将我的 VPS 上的内容存储在 RAM 中，而不是使用磁盘。有什么方法可以使用 Apache 和 PHP 做到这一点？我想这样做以尽量减少检索内容所需的时间。

此外，存储在 RAM 中通常比存储在 SSD 上更快吗？

Ansible 有 gce_pd 模块：http ://docs.ansible.com/gce_pd_module.html 。根据文档，您可以指定大小和模式（READ、READ-WRITE），但不能指定类型（SSD 与标准）。是否可以使用 gce_pd 模块创建 SSD 磁盘？

在开发环境中，运行rails s有点慢。我想将我的项目文件移动到 SSD。人们说我们不应该对 SSD 进行太多的读写操作。这会损坏驱动器吗？

我正在编写一个 Hyper-V VM 构建脚本，并希望添加一个功能来选择 SSD，以便尽可能优先考虑较小和最常用的 VM。我首先从这里的脚本专家那里找到了方法：http: //blogs.technet.com/b/heyscriptingguy/archive/2013/03/17/powertip-use-powershell-to-identify-ssd.aspx但我不能'找不到任何让我一路走来的东西，所以我使用 WBEMTEST 来查找我需要查询的类，以在 SSD 磁盘和相关驱动器号之间建立连接。

单击开始 --> 运行 --> 键入 WBEMTEST --> 检查命名空间是否设置为 root\cimv2 并单击连接 --> 枚举类 --> 递归 --> 确定。大约 5 秒后，列表将完全填充，允许您单击列表项。单击列表项，然后按字母 W 跳转到 Win32 并找到要查看的项，然后单击添加。然后显示可用的属性和方法。

下面的函数 IsSSDDrive 返回 $True 或 $False，具体取决于给定的驱动器号（包括冒号 - 例如 C:）是否安装在固态磁盘 (SSD) 上 - 假设制造商将字母 SSD 插入到设备名称中。这种假设最终使这种方法不可靠，因此明智的做法是包含一些代码以使用以下代码进行交叉检查：

...如果您的环境使用此类驱动器。