Is your feature request related to a problem? Please describe.
Further optimization of directory iteration on POSIX backend.
Describe the solution you'd like
Up until v1.5.2 the iteration issues stat calls even when their result is not needed, e.g. when the iteration only needs access to the filename and file type. This could be removed for a better performance in search scenarios. It should lead to a performance behavior comparable to existing POSIX backend std::filesystem implementations. (But it will lead to worse performance on cases where multiple additional attributes like file size or last write time are needed, where ghc::filesystem was faster.)
Additional context
The standard notes that an implementation should not call refresh (directly or implicit) on directory_entry, but work with the data given for free while iterating.
Is your feature request related to a problem? Please describe.
Further optimization of directory iteration on POSIX backend.
Describe the solution you'd like
Up until v1.5.2 the iteration issues stat calls even when their result is not needed, e.g. when the iteration only needs access to the filename and file type. This could be removed for a better performance in search scenarios. It should lead to a performance behavior comparable to existing POSIX backend
std::filesystemimplementations. (But it will lead to worse performance on cases where multiple additional attributes like file size or last write time are needed, whereghc::filesystemwas faster.)Additional context
The standard notes that an implementation should not call
refresh(directly or implicit) ondirectory_entry, but work with the data given for free while iterating.