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

dua reacts very slowly to <Ctrl+C> when in scanning mode #47

Closed
ghuls opened this issue Mar 27, 2020 · 2 comments
Closed

dua reacts very slowly to <Ctrl+C> when in scanning mode #47

ghuls opened this issue Mar 27, 2020 · 2 comments
Labels
enhancement New feature or request

Comments

@ghuls
Copy link

ghuls commented Mar 27, 2020

dua reacts very slowly (takes several minutes) to <Ctrl+C> when in scanning mode.

This happens at least when directories contain TBs of data and milions of files.

@Byron Byron added the enhancement New feature or request label Mar 28, 2020
@Byron
Copy link
Owner

Byron commented Mar 28, 2020

Thanks for reporting! I would argue that it does not respond at all while it is scanning. Dua itself is fully synchronous, and will either process keyboard input or scan the file system while providing occasional updates. The underlying issue is that while in alternative terminal mode, the shell will not be able to intercept interrupts, but dua is implementing it by itself. While scanning, it won't listen to keyboard input which is why it appears unresponsive.

When scanning large amounts of data that can take dua minutes even, this certainly is not acceptable anymore.

I can imagine fixing that soonish, which would come with the additional benefit of allowing to navigate the tree structure while files are parsed. The latter might happen in a second step though.

@Byron Byron closed this as completed in 4bea206 Mar 29, 2020
@ghuls
Copy link
Author

ghuls commented Mar 29, 2020

Thanks a lot. It works great now.

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

No branches or pull requests

2 participants