问题标签 [disk]

我想知道，是否有某种类型的光盘 ID 可以用来在我的数据库中搜索以查看该光盘是否已被扫描？所有光盘都是由我创建的，通常在 Windows 上刻录。

-edit- 我可以比较写入时间和卷标以查看光盘是否已被扫描，但我注意到如果我放入某些商业光盘，字段为空白或错误​​导致许多误报（我曾经将时间设置为未来，我不知道人们是否想在我的应用程序中将商业光盘上的文件内容存档）。

如何使用 c++ 编写一个可以测试 Windows 系统中磁盘吞吐量的程序？

我可以用来编程的主要步骤和 API 是什么？

我需要知道我的程序是否可以从它运行的位置将文件写入磁盘（HDD、软盘、闪存、CD）。我试过类似的东西：

问题是，如果磁盘是只读的，Windows 会给我一条错误消息，告诉我

“appName.exe - 写保护错误磁盘无法写入，因为它被写保护。请从驱动器 D: 中的卷 USB_BOOT 中删除写保护。取消 TryAgain Continue”

如何在不引发任何错误/警告消息的情况下测试写访问？谢谢。

编辑：

行。“错误”与上述代码无关。我只以为它出现在那里。我将代码移动到只读磁盘并从那里运行它。该错误出现在名为“CreateShortcutEx”的函数中，在这一行：

MyPFile 声明如下：

那么，如果 WFileName 参数是 "C:\documents and settings\bla bla" ，为什么 MyPFile 会尝试写入应用程序的驱动器（只读的驱动器）？

我在想我可能想移植一个库来读取 DVD 文件系统。我不是在谈论电影，而是在谈论数据光盘。有现有代码可供我从光盘进行原始读取。我需要请求这些数据并允许我浏览光盘上的文件的代码。我可以为此使用什么库？

-edit- 注意：我使用的是无操作系统硬件。Ppl 似乎错过了这一点，但 Alnitak 抓住了它并给了我一个很好的答案:)

我想知道是否有可能使用 Windows 和 c++ 获取一个大型视频文件（长度为几千兆字节）并“就地”删除它的前几百兆字节和最后几百兆字节。

将有用数据复制到新文件的传统方法通常需要 20 分钟以上看似不必要的复制。

有什么聪明的东西可以用磁盘在低级别完成以实现这一点吗？

目前我正在开发一个读取和写入磁盘的 MFC 应用程序。有时这个应用程序运行得非常快，有时它运行得非常慢。我猜这是因为涉及到磁盘访问，因此我想对其进行分析。这些是这方面的一些问题：

(1).目前我正在使用AQTime分析器来分析应用程序。有没有人尝试过使用它来分析磁盘访问？或者我可以使用任何其他可用的工具吗？

(2)。我应该查看哪些最重要的磁盘参数？

(3)。如果我有多个线程试图从磁盘读取和写入数据，它会影响性能吗？即我最好对磁盘进行单线程访问吗？

我正在寻找一种适用于基于大块的设备（例如机械硬盘驱动器）的算法/数据结构，该结构针对插入、获取、更新和删除进行了优化，其中始终使用数据的 ID 和数据的位置进行搜索任何 ID 的字段都有可变长度。

B-Tree 似乎是一种常用的结构，但主要用于固定长度的记录。我还期望获取和更新比插入和删除要多得多。我可以摆脱 B 树的 O(log m) 查找吗？

我很高兴它是一个组合系统，例如 ISAM 结合了 B-tree 和线性文件存储，看起来它可以使用可变长度记录作为一种方法。有更好的吗？

一些进一步的限制：

1) ID 可能是稀疏的，但它们可以以线性数字块的形式出现 - 但范围很大（64 位）

2) 我不想使用 DBMS，我的特定问题的性能并不是很好。我不需要完整 DBMS 使用的任何操作，也不需要搜索。我需要一些可以轻松调整和优化的东西。称之为学术好奇心，如果它被 MySQL 完成，那么我会使用它，但我必须尝试走得更快。

3）数据集大于内存，但是如果索引像键，偏移量一样简单，它可能很适合内存。我当然正在研究存储中的 10 亿个或更多实体。

4) 理想情况下，删除记录时应恢复空间。这可能是通过压缩，但我很想看看是否有更好的方法（例如，B 树很容易恢复空间）。

我正准备发布一个只对普通硬盘有效的工具，而不是 SSD（固态硬盘）。事实上，它不应该与 SSD 一起使用，因为它会导致大量读取/写入而没有真正的效果。

任何人都知道一种检测给定驱动器是否为固态的方法？

在 C 文件 I/O 中，该O_DIRECT标志可用于最小化正在open()编辑的文件的缓存影响。我知道这不是 POSIX 功能，自 2.4.10 版以来一直存在于 Linux 内核中，并且 Linus 通常反对该接口。在 NetBSD 下，它似乎像宣传的那样工作。示例调用：

我正在尝试编写一些低级磁盘基准测试实用程序，并且使用O_DIRECT看起来是测量磁盘和驱动器性能的潜在好方法，而不受操作系统文件系统/块缓存的影响。理想情况下，我希望能够在 Linux、Windows（Cygwin 可以）、Mac OS X 和 BSD 系统上运行基准测试。O_DIRECT就基准测试的可移植性和可靠性而言，绕过操作系统磁盘缓存的最佳方法是什么？有替代品吗？

我从客户站点收到了性能计数器。我们注意到\\COMPUTERNAME\Process(PROCESS_NAME)\**IO Other Operations/sec**.

我想出的计数器的最佳解释是：-

进程发出既不是读操作也不是写操作的 I/O 操作（例如，控制函数）的平均速率。此计数器计算进程生成的所有 I/O 活动，包括文件、网络和设备 I/O。此计数器等效于 perfmon 计数器 Process\IO Other Operations/sec。

在Technet上，它的描述不会出现。

谁知道这个计数器(**IO Other Operations/sec**)实际上是什么？哪个系统调用可能导致此计数器增加以及如何对其进行监视。

我们正在使用 C++。