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

'ls' in nu hangs with 100% CPU on a directory with ~4000 files (doesn't finish in 5+ minutes) #12884

Open
yurivict opened this issue May 16, 2024 · 2 comments
Labels
needs-triage An issue that hasn't had any proper look

Comments

@yurivict
Copy link
Contributor

Describe the bug

I've ran 'ls' on a /tmp directory on a large server with an assortment of temporary files left by all sorts of processes.
It didn't finish in 5 minutes.

The command 'ls -l' on the same directory finishes in several seconds.

How to reproduce

See above.

Expected behavior

See above.

Screenshots

No response

Configuration

n/a

Additional context

No response

@yurivict yurivict added the needs-triage An issue that hasn't had any proper look label May 16, 2024
@fdncred
Copy link
Collaborator

fdncred commented May 16, 2024

without a way to reproduce, this will be very difficult to troubleshoot. even though, this reminds me that it would be nice to have the ls command be multithreaded.

@yurivict
Copy link
Contributor Author

yurivict commented May 16, 2024

There should be a way to profile a Rust application.
Maybe it's possible to reduce this case to a smaller file set and print profile info?
But I am not familiar with Rust enough to know how to do this.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
needs-triage An issue that hasn't had any proper look
Projects
None yet
Development

No branches or pull requests

2 participants