Skip to content
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

Slow directory listing on macOS #230

Closed
jonashaag opened this issue Oct 13, 2020 · 1 comment
Closed

Slow directory listing on macOS #230

jonashaag opened this issue Oct 13, 2020 · 1 comment

Comments

@jonashaag
Copy link

Problem: Listing directories on macOS (eg. using Finder) is very slow when the directory has lots of files.

I am willing to spend some time fixing this if it is reasonably easy.

Debug output when waiting for directory listing to finish: LOTS of these:

LOOKUP <folder>._<file1>
getattr <folder>._<file1>
unique: 2335, opcode: ACCESS (34), nodeid: 12644, insize: 48, pid: 377
access <folder><file1> 04
   unique: 2335, success, outsize: 16
unique: 2332, opcode: ACCESS (34), nodeid: 12644, insize: 48, pid: 377
access <folder><file1> 01
   unique: 2332, error: -13 (Permission denied), outsize: 16
unique: 2336, opcode: GETXATTR (22), nodeid: 12644, insize: 77, pid: 377
getxattr <folder><file1> com.apple.FinderInfo 32 0
   unique: 2336, error: -45 (Operation not supported), outsize: 16
   unique: 2334, error: -2 (No such file or directory), outsize: 16
unique: 550, opcode: LOOKUP (1), nodeid: 85, insize: 93, pid: 377

So I guess it's simply requesting the files one by one which is very slow.

@Nikratio
Copy link
Contributor

Your best bet is to work on OSXFUSE and extend it to support the libfuse 3.x API. That way, you will be able to use SSHFS 3.x, which comes with readdirplus() support that should help.

osxfuse/osxfuse#390

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants