问题标签 [solid-state-drive]

我试图了解这两者之间的区别，但我没有发现它们之间的明显区别。

我想尝试加快 C++ 项目的编译时间。他们有大约 3M 行代码。

当然，我并不需要总是编译每个项目，但有时有很多源文件被别人修改，我需要重新编译所有的文件（例如，当有人更新ASN.1源文件时）。

我测量过编译一个中间项目（不涉及所有源文件）大约需要三分钟。我知道这并不过分，但有时等待编译真的很无聊..

我试图将源代码移动到 SSD（旧的 OCZ Vertex 3 60 GB），经过基准测试，它比 HDD 快 5 到 60 倍（尤其是在随机读/写方面）。无论如何，编译时间几乎相同（可能快 2-3 秒，但应该有机会）。

也许将 Visual Studio bin 移动到 SSD 会带来额外的性能提升？

只是为了完成这个问题：我有一个 W3520 Xeon @2.67 GHz 和 12 GB 的 DDR3 ECC。

我最近在我们的系统中安装了一个 SSD，希望能缩短我们大型项目的构建时间。

在测试这些驱动器时，我发现我可以将 MSBuild 输出详细程度更改为正常，以在输出窗口中显示构建计时器。

我的问题是，与将其设置为最小相比，这种详细程度的变化是否会影响构建时间？

我有一个生产中的 SQL Server 2008 数据库，我们正在将其转移到新服务器上。当前数据库有一个约 400GB 的.MDF文件。新服务器将运行 SQL Server 2012，我们正在运行镜像 Intel 910 SSD。这些驱动器将为我们提供 4 个 200GB 分区。

为了完成这项工作，我们需要.MDF使用DBCC SHIRNKFILE with EMPTYFILE. 我们已经在测试中这样做了，但仍然需要大约 3.5 小时才能完成，这太长了。现有的数据库是OLTP，365/24/7，我知道在这个过程中会发生阻塞，所以我们不能先在生产上做。

我的问题，有没有办法将数据库备份和恢复到临时位置的新服务器，创建新文件，EMPTY临时.MDF到新位置，然后应用事务日志？这样我们就可以在当前旧生产启动并运行时移动数据，然后短暂关闭，应用日志并启动新数据库？

或者是否有任何其他选项可以从服务器 A 获取一个文件，服务器 B 在不同驱动器上获取 4 个文件，并且停机时间最短？

我正在阅读 SSD，请求 20 个异步作业。io_getevents 返回值 7 表示它已超时。超时设置为 10 秒，如下所示。通话经过的时间实际上是 4.89e-05 秒，例如，还剩下几乎所有 10 秒。问：有人遇到过这样的事情吗？如果你这样做了，那么你找到解决方案了吗？

以下是部分代码：

当 ec 返回 7, ts.tv_sec = 10,ts.tv_nsec = 0

Linux内核：

非常感谢您的帮助！顺便提一句。我将无法在几个小时之前检查该帖子。

我想将我的 Android 应用程序的行为从读取 APK 中的文本文件更改为直接从具有密码保护的 RAR 或 ZIP 文件读取它（我认为它可能与在我的 APK 中编码时的保护相同）。那是我问这个问题的同一个项目：How to convert an UTF String to ANSI and Create an ANSI text file in SSD with JAVA-ANDROID

但我不知道该怎么做。当我想更改此文件内容时，我总是必须重新编译我的 APK 以再次发送给每个特定的客户端。如果我将此文件放在受密码保护的压缩存档中，我可能只会部署此文件并告诉客户端放入手机 SSD 上的特定路径。

我的应用程序应该将文件提取为字符串（它是一个文本文件）或将其提取到 SSD 中的文件中（它的安全性较低，我需要在读取其内容后删除该文件）。我该怎么做？我需要一些第三方库吗？你能告诉我代码吗？我只是在用 Java 乞讨。

最近我一直在研究一个存在性能问题的表达式引擎项目。在具有 50 个并发连接的测试中

1. 极高 (100%) 的 CPU 使用率
2. RAM 使用率低（8 场演出中有 2 场演出）
3. 数据库上的 CPU/RAM 使用率低

Web 服务器有 4 个 CPU。现在，如果我打开缓存，利用率会降低，但是内容是这样的，必须取消动态缓存。现在表达式引擎由必须读入内存并解析的模板组成。对于那些不熟悉表达式引擎的人，它是使用 CodeIgniter 构建的。

我的想法是，如果 Apache 和表达式引擎文件从 HDD 中取出并放在 SSD 上，模板的 I/O 会更快，并且会降低 Apache 的 CPU 利用率。这种性能提升真的会发生吗，还是 SSD 没有任何区别？

我遇到了 15-20 分钟的 ipa 生成时间。我希望将它至少减少一半。

我目前没有 SSD，所以，我想知道，因为我有大量的小文件，主要是资产，如果我在 SSD 上运行所有东西会缩短编译时间吗？

谢谢。

我有一个内部页面大小为 8k 的 SSD，但 linux 仅支持 4k 页面大小。我的问题是，当使用 java 内存映射文件时，我一次可以在 4k 或 8k 块中获得更好的性能读/写。我正在使用内存映射文件构建基于磁盘的哈希映射，其中每个存储桶是 4k 或 8k 块。如果 ssd 将读取 8k，即使我只访问它的前 4k，那么似乎我应该使用 8k 块，否则我会浪费一半的读取。但是，由于 linux 仅在 4k 块中工作，我不知道从操作系统的角度读取两页是否会有开销，即使从 ssds 的角度来看它只有一页，如果你得到我的 jist。

这里的好帖子说，使用 SSD 驱动器进行 Eclipse 工作的速度会更好。

但我的缓慢部分主要用于 Maven 构建。我有 1600 多个课程的项目。使用 maven 进行干净构建需要 2-3 分钟。我想知道SSD驱动器是否会使其更快？因为据我所知，SSD 驱动器对读取有很大的改进，但对写入的改进较小。

我想知道有没有人试过这个？