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

Feature Request: Support for external ls/listing binary #38

Open
sirmarksalot opened this issue Feb 10, 2020 · 0 comments
Open

Feature Request: Support for external ls/listing binary #38

sirmarksalot opened this issue Feb 10, 2020 · 0 comments

Comments

@sirmarksalot
Copy link

@sirmarksalot sirmarksalot commented Feb 10, 2020

The main reason for the feature request is because of slow listing times for via glftpd when a dir containing a very large number of symlinks (Music archive sorted via audiosort from pzsng is 1 example).

My test example dir is as follow.
1 dir containing 148,000 valid symlinks (invalid symlinks list much faster)
symlinks point to real release dirs mounted from a LAN raid volume via cifs

issuing time ls inside the index dir takes more than 5minutes to reply.
getting a reply via glftpd is nearly impossible because of connection timeouts

I quickly made some changes to ls.c from coreutils.
I changed the following lines to false
https://github.com/coreutils/coreutils/blob/master/src/ls.c#L1654
https://github.com/coreutils/coreutils/blob/master/src/ls.c#L1661

After this change the time to list my test dir of 148,000 symlinks was reduced to 2.593 seconds

It would also be nice if option lslong was controllable per path like post-check is.

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

Successfully merging a pull request may close this issue.

None yet
1 participant
You can’t perform that action at this time.