-
Notifications
You must be signed in to change notification settings - Fork 270
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
support for readdirplus #149
Comments
Would love to. #58 sits in the queue before it, though, and right now I'm in the middle of a very large refactor to clean up internals. |
Is this going to be included in you'r new API/refactoring? |
Is this going to happen? I saw other library having it now. https://github.com/hanwen/go-fuse/blob/f57e95bda82d40dd4b2ceb1065fbd98c834ba23b/fuse/opcode.go#L60 |
Are you working on it, or paying for it? Don't be an entitled brat. |
I was planning to work on this if no new progress. Did you already have some thoughts/design/suggestions about it already? |
The assumptions of the current ReadDir behavior are pretty deeply written into the code I inherited. Step 1 is figuring out the right API, and the implications of that on current callers. |
FUSE_READDIRPLUS is negotiated by an init flag, so this chance doesn't actually do anything. FUSE_READDIRPLUS support will be implemented separately, tracked at <#149>.
hello,
are there any plans to support this request type? it would speed up reading directories a lot. in my case i have directories with 1000 files, so performance suffers from all the additional lookup requests.
regards,
heiko
The text was updated successfully, but these errors were encountered: