windows – 如何尽可能快地创建CreateFile

前端之家收集整理的这篇文章主要介绍了windows – 如何尽可能快地创建CreateFile前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我需要在启动时阅读数千个小文件内容.在linux上,只需使用fopen和读取速度非常快.在Windows上,这种情况发生得非常缓慢.

我已经使用ReadFileEx切换到使用Overlapped I / O(异步I / O),其中Windows在数据准备好读取时进行回调.

但是,实际上成千上万次调用CreateFile本身仍然是一个瓶颈.请注意,我提供自己的缓冲区,打开NO_BUFFERING标志,提供SERIAL提示等.但是,对CreateFile的调用需要几十秒的时间,而在Linux上,所有操作都要快得多.

有没有什么可以让这些文件准备好更快地阅读?

对CreateFile的调用是:

hFile = CreateFile(szFullFileName,GENERIC_READ,FILE_SHARE_READ | FILE_SHARE_WRITE,NULL,OPEN_EXISTING,FILE_ATTRIBUTE_NORMAL | FILE_FLAG_OVERLAPPED | FILE_FLAG_NO_BUFFERING | FILE_FLAG_SEQUENTIAL_SCAN,NULL);
与ntdll.dll中的内核系统调用NtCreateFile相比,kernel32.dll中的CreateFile有一些额外的开销.这是CreateFile调用以要求内核打开文件的真正功能.如果你需要打开大量的文件,NtOpenFile将通过避免Win32具有的特殊情况和路径转换来提高效率 – 无论如何都不适用于目录中的一堆文件.
NTSYSAPI NTSTATUS NTAPI NtOpenFile(OUT HANDLE *FileHandle,IN ACCESS_MASK DesiredAccess,IN OBJECT_ATTRIBUTES *ObjectAttributes,OUT IO_STATUS_BLOCK *IoStatusBlock,IN ULONG ShareAccess,IN ULONG OpenOptions);

HANDLE Handle;
OBJECT_ATTRIBUTES Oa = {0};
UNICODE_STRING Name_U;
IO_STATUS_BLOCK IoSb;

RtlInitUnicodeString(&Name_U,Name);

Oa.Length = sizeof Oa;
Oa.ObjectName = &Name_U;
Oa.Attributes = CaseInsensitive ? OBJ_CASE_INSENSITIVE : 0;
Oa.RootDirectory = ParentDirectoryHandle;

Status = NtOpenFile(&Handle,FILE_READ_DATA,&Oa,&IoSb,FILE_SHARE_READ | FILE_SHARE_WRITE | FILE_SHARE_DELETE,FILE_SEQUENTIAL_ONLY);

主要缺点:Microsoft不支持此API用于用户模式.也就是说,自1993年第一次发布Windows NT以来,等效功能is documented for kernel mode use并没有改变.

NtOpenFile还允许您打开相对于现有目录句柄的文件(示例中的ParentDirectoryHandle),这应该减少定位目录时的一些文件系统开销.

最后,正如Carey Gregory所说,NTFS在处理包含大量文件的目录时可能太慢了.

猜你在找的Windows相关文章