-
-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
9GB image slows down gnome #94
Comments
Look at you memory and swap size. How does it look like? If it is above a few GBytes, it is a big fixed by PR #92. On my Mac large images, or images with a lot of files ended up making the fan go full speed (because the kernel had to swap all memory out) and even moving the cursor up and down lag 10-20 secs. I looked at the memory and |
I have 32Gb of RAM and 4GB available swap. It's not using much. It's not using any swap. It's really hard to monitor use because my UI is getting really choppy. I cannot do much while dive is running on this big image. I'll test the PR on my side and see if it helps. |
Actually, just to be sure I restarted my computer, and the choppiness stopped from gnome, but it took about 19Gb of RAM. 0 swap. The analysis of the image was much faster too... I'll have to investigate on my side for that. |
This is the same as #27 , but we can track the issue here. |
Check #106. With the When I navigate an image with a lot of files, though, |
#108 was just merged and fixes this issue (should make it in v0.4.0) |
It slows my UI so much that gnome somehow crashes and restart the session. Gnome is slowing down for no apparent reason because the CPU usage is really low (<15) while scanning the image. I have an i7-7700.
The text was updated successfully, but these errors were encountered: