问题标签 [hard-drive]

我需要将大量数据存储在大约 1k 个块中。我将以一种难以预测但可能存在模式的方式访问这些对象。

是否有一种算法或启发式方法可以根据我的访问模式重新排列磁盘上的对象，以尝试最大化顺序访问，从而最小化磁盘寻道时间？

是否有工具可以实时显示哪些应用程序正在写入硬盘？我正在考虑类似任务管理器的东西，但用于 I/O。我有许多后台进程正在运行，并且永远无法判断 Visual Studio 何时停止运行，或者其他进程何时占用磁盘（尤其是当处理器运行速度低于 20% 时）。

有谁知道在 Java 中向硬盘驱动器发出命令的方法？Java 甚至支持这种硬件交互吗？

例如，如果我想查询一个 SCSI 硬盘驱动器，是否有预先存在的 Java 方法来执行此操作，或者我必须自己编写？

http://en.wikipedia.org/wiki/SCSI有一些关于 SCSI 命令的一般信息，以防您不熟悉。

为了获取有关我的 HDD 驱动器状况的信息，我配置了 smartmontools 守护程序（通过 smartd.conf），如下所示：

此外，通过添加“-M test”，我测试了电子邮件通知并收到了测试电子邮件。

如您所见，每天早上我的硬盘都会进行简短测试，但我没有收到任何有关测试结果的电子邮件通知。

可能会在出现问题时发送通知，我在这一点上是对的吗？我的意思是，如果测试通过了，没有收到任何东西是正常的吗？

现在我的驱动器通过smartctl -H命令报告 OK 状态。我使用 Debian Etch 和 Sendmail。

非常感谢。

我偶然发现了这篇关于基于硬件的硬盘加密的文章，并意识到这不仅可以提供一种保护数据的好方法，而且还可以加快我们用来加密数据的应用程序的速度。

这让我想知道...

是否可以对压缩做同样的事情，以便在读取和写入驱动器时对所有数据进行适当的压缩或解压缩？

我已经有一段时间没有进行任何固件编程了，所以我什至不确定这在技术上是否可行。

但是，如果是这样，它可能会为人们提供更多的存储空间。

在固件中使用这种方法进行编程的优缺点是什么？

我正在使用 WMI 来查询一些属性磁盘驱动器。WMI 是从驱动器本身读取此信息还是查询注册表？如何直接从驱动器读取属性？

我一直在思考这个问题（你知道，程序员往往会做危险的事情）并且我一直在想，我们如此习惯的存储数据的方法真的那么高效吗？回答这个问题的麻烦在于我真的没有任何东西可以与之比较，因为它是我唯一使用过的东西。

我不是指 FAT 或 NTFS 或特定类型的文件系统，我指的是整个文件系统结构。我们只是习惯于在“文件夹”中考虑“文件”，就像我们的硬盘驱动器是一个巨大的文件柜。这是一个很好的类比，事实上，当我们这样想时，它会更容易学习，但它真的是描述程序及其各自部分的最佳方式吗？

我想知道是否有人可以想到（或知道）一种数据存储技术，该技术可用于存储数据以供操作系统使用，以不同的方式组织数据的各个部分。有什么……不同的东西存在吗？

我一直在试图弄清楚如何使用 python 检索（快速）给定 HFS+ 驱动器上的文件数。

我一直在玩 os.statvfs 之类的东西，但什么都得不到（这对我来说似乎有帮助）。

有任何想法吗？

编辑：让我更具体一点。=]

由于各种原因，我正在围绕 rsync 编写一个类似时间机器的包装器，并且希望非常快速地估计（不必是完美的）驱动器 rsync 将要扫描的文件数量。通过这种方式，我可以在 rsync 构建初始文件列表时查看进度（如果您将其称为rsync -ax --progress，或使用-P选项），并将百分比和/或 ETA 报告给用户。

这与实际备份完全分开，跟踪进度没有问题。但是对于我正在处理数百万个文件的驱动器，这意味着用户正在观察文件数量的计数器在几分钟内没有上限。

到目前为止，我已经尝试使用答案之一中描述的方法来使用 os.statvfs ，但结果对我来说没有意义。

更便携的方式在这台机器上给了我大约 110 万，这与我在这台机器上看到的所有其他指标相同，包括 rsync 运行它的准备工作：

请注意，第一种方法是即时的，而第二种方法让我在 15 分钟后回来更新，因为它只需要很长时间才能运行。

有谁知道获得这个数字的类似方法，或者我如何处理/解释 os.statvfs 数字有什么问题？

如何发现远程计算机是否配置了硬件或软件 RAID？我所知道的是我目前有 256GB，我需要订购更多空间，但在此之前我需要知道驱动器是如何配置的。

df将驱动器列为：

和hdparm：

我还应该跑什么，我应该寻找什么？

有人可以帮助我了解硬盘搜索的工作原理吗？

我有一个小的二进制数据库文件，它的读取性能是绝对必要的。如果我需要跳过文件中的几个字节，使用 seek() 还是 read() 会更快，然后丢弃不需要的数据。

如果硬盘的平均寻道时间为 10ms，读取速度为 300MB/s，我计算出 read() 比值小于 3MB 的 seek() 更快。是真的？执行新搜索时是否有开销，而读取现有流没有？

您认为哪种文件结构更适合索引。

读取条目时，如果值不正确，它将被忽略。因此，当流式传输文件时，它更快： 1. 当不需要条目时使用 seek() 跳过它 2. 当不需要条目时读取它然后丢弃数据 3. 或使用第一个结构，当最后需要将 seek() 输入到数据存储库中。

条目是 4 个字节，值是 8 个字节，数据是 12KB

干杯