Tính năng FindFirstFile và FindNextFile của Win32 API so với dòng lệnh

Question

Chúng tôi đã gặp sự cố hiệu suất không mong muốn khi duyệt qua các thư mục tìm kiếm tệp bằng mẫu ký tự đại diện.

Chúng tôi có 180 thư mục chứa 10.000 tệp. Tìm kiếm dòng lệnh bằng cách sử dụng dir <pattern> /s hoàn thành gần như ngay lập tức (< 0,25 giây). Tuy nhiên, từ ứng dụng của chúng tôi cùng một tìm kiếm mất từ ​​3-4 giây.

Ban đầu, chúng tôi đã thử sử dụng System.IO.DirectoryInfo.GetFiles() với SearchOption.AllDirectories và hiện đã thử các cuộc gọi API Win32 FindFirstFile() và FindNextFile().

Lập cấu hình mã của chúng tôi bằng cách chỉ ra rằng phần lớn thời gian thực hiện được chi cho các cuộc gọi này.

Mã của chúng tôi được dựa trên bài đăng blog sau đây:

http://codebetter.com/blogs/matthew.podwysocki/archive/2008/10/16/functional-net-fighting-friction-in-the-bcl-with-directory-getfiles.aspx

Chúng tôi thấy điều này để được làm chậm để cập nhật các GetFiles chức năng để có một mô hình string tìm kiếm chứ không phải là một vị.

Có ai có thể làm sáng tỏ những gì có thể sai với cách tiếp cận của chúng tôi không?

Answer 1

Bạn có thể thử với triển khai FindFirstFile và FindNextFile Tôi một lần blogged.

Answer 2

Hãy thử IShellFolder::EnumObjects với SHGetDataFromIDList/IShellFolder::GetAttributesOf.

Pro/Cons here.

Answer 3

Trong các thử nghiệm của tôi sử dụng FindFirstFileEx với FindExInfoBasic và FIND_FIRST_EX_LARGE_FETCH là nhanh hơn nhiều so với đồng bằng FindFirstFile.

Quét 20 thư mục với ~ 300.000 tệp mất 661 giây với FindFirstFile và 11 giây với FindFirstFileEx. Các cuộc gọi tiếp theo đến cùng một thư mục mất chưa đầy một giây.

HANDLE h = FindFirstFileEx (search.c_str(), FindExInfoBasic, & dữ liệu, FindExSearchNameMatch, NULL, FIND_FIRST_EX_LARGE_FETCH);