- android - RelativeLayout 背景可绘制重叠内容
- android - 如何链接 cpufeatures lib 以获取 native android 库?
- java - OnItemClickListener 不起作用,但 OnLongItemClickListener 在自定义 ListView 中起作用
- java - Android 文件转字符串
我正在使用 ReadFileEx 从文件中读取扇区对齐的 block (使用 CreateFile 和 FILE_FLAG_NO_BUFFERING 标志打开),记录调用前的开始时间和完成例程中的结束时间(来自 QueryPerformanceCounter 的时间)。
无论整个文件的大小如何,我的 block 读取大小都是恒定的。 block 偏移量按顺序排队,因此 ReadFileEx 始终读取文件中比上一个点更远的点。我注意到一些奇怪的行为,例如较小的文件记录的 block 读取时间明显快于较大的文件。
在这种情况下,较大文件的大小是较小文件的两倍 - 我不应该期望这在原始数据读取级别上很重要,因为无论如何我正在读取相同大小的 block 。我看到的是较小的文件报告读取速度为 160mb/s,而较大的文件报告读取速度为 110mb/s。
我仍在假设是我的代码中的其他原因导致了问题。我还希望读取操作在 ReadFileEx + GetLastError 返回 ERROR_IO_PENDING 后在某个操作系统定义的点开始。
编辑:我的计时不准确已通过调整我的读取线程得到进一步确认,因此它有更多时间在可警报状态下等待 completionHandler 通知。这增加了报告的读取速度,表明我的部分问题是完成处理程序不会在读取完成后立即被调用(因此我的结束时间晚于应该的时间)。但是,这样做会按比例增加较大文件和较小文件的报告速度。
TL;DR 我的问题是,我可以测量读取操作的实际时间,而不是调用 ReadFileEx 之间的时间(这可能不会直接开始读取away) 和完成例程?
最佳答案
TL;DR My question is, can I measure the actual time of the read operation, and not the time between calling ReadFileEx (which may not start the read straight away) and the completion routine?
可能不是来自用户模式代码。
你无法控制的变量太多了。你不知道可能需要什么搜索(例如,一个文件可能是碎片化的,另一个可能不是)。文件映射(文件段到磁盘 block )可能已经缓存也可能未缓存。即使没有读取缓冲区,仍然存在集群、驱动器上寻道重新排序、驱动器上缓存等。通过异步操作,您还可以使用调度程序。
有了驱动器,您可以进行一些精确的测量,但您仍然需要运行大量实验并计算平均值以获得统计结果,该统计结果会排除驱动器内部发生的所有奇怪事情(重试、重新排序) ,使用备件、机载缓存、区域位记录、热重新校准等)。
关于c++ - 我可以精确地时间重叠 ReadFileEx 操作吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/6341595/
我想在串行端口上为异步I/O使用ReadFileEx/WriteFileEx函数,而不需要为APC使用lpCompletionRoutine参数。 1-lpCompletionRoutine参数是否可
我使用 winapi ReadFileEx 异步加载 30 兆字节的数组 天哪,它运行得非常好——我已经读完了 免费的,我的计算不会减慢,只是数组很神奇 在后台加载并且没有降低游戏帧的速度(尽管我 使
我正在尝试从子进程的 stderr 中读取。数据是使用 sprintf(stderr, "some debug info\n") 创建的文本行。我将 ReadFileEx 与完成例程一起使用。我不知道
我正在使用 ReadFileEx 从文件中读取扇区对齐的 block (使用 CreateFile 和 FILE_FLAG_NO_BUFFERING 标志打开),记录调用前的开始时间和完成例程中的结束
我正在编写一个类 (PipeReader) 来处理 Windows 上的命名管道。该类使用异步 IO 从管道读取。 到目前为止,我一直在没有事件循环的线程中使用该类,我不得不等待 IO 完成使用 Sl
Win32 ReadFileEx 定义为: BOOL WINAPI ReadFileEx( __in HANDLE hFile, __out_opt LPVOID lpBuffe
ReadFileEx's documentation说: Accessing the input buffer while a read operation is using the buffer m
我正在玩 IOCP。我正在尝试编写简单的应用程序,异步从主线程中的文件读取数据。但是我在 ReadFileEx 函数中遇到错误(ERROR_INVALID_PARAMETER),但似乎我做得很好。我究
我正在尝试使用 Win32 API 创建一个子线程,该子线程从 STD_INPUT_HANDLE 读取并将其读取的字节推送到套接字中。因为我希望在退出时能够安全地关闭该线程,所以我使用 ReadFil
我遇到的问题:CreateFile 返回 0x194 的句柄。 ReadFileEx 表示此句柄无效。 (错误 6。)有什么想法吗?传入的参数是“C:\testfile.txt”,这是我用记事本制作的
出于某种原因,在调用 ReadFileEx 后,我的回调没有收到正确的 OVERLAPPED 结构的地址。什么会导致这种情况? 更新——例子: #include #include void __s
有没有什么方法可以在不创建新线程的情况下使用 APC 完成例程异步读取和写入控制台?就像命名管道一样。 问题是在控制台的情况下,FILE_FLAG_OVERLAPPED 被 CreateFile 函数
我有一个长期运行的基于控制台的应用程序 Sender,它使用非缓冲输出(例如 cout wait_handles; wait_handles.push_back(handles[h_Die_Sig]
HasOverlappedIoCompleted()不适用于以 ReadFileEx() 开头的异步 I/O和 WriteFileEx() .底部的代码片段演示了这一点。在此示例中,ReadFileE
我是一名优秀的程序员,十分优秀!