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

9GB image slows down gnome #94

Closed
Lorac opened this issue Nov 27, 2018 · 7 comments
Closed

9GB image slows down gnome #94

Lorac opened this issue Nov 27, 2018 · 7 comments
Labels
bug Something isn't working
Milestone

Comments

@Lorac
Copy link

Lorac commented Nov 27, 2018

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.

@ChrisCinelli
Copy link
Contributor

ChrisCinelli commented Nov 27, 2018

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 dive was taking 15Gb.

@Lorac
Copy link
Author

Lorac commented Nov 27, 2018

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.

@Lorac
Copy link
Author

Lorac commented Nov 27, 2018

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.

@wagoodman wagoodman added the bug Something isn't working label Nov 28, 2018
@wagoodman
Copy link
Owner

This is the same as #27 , but we can track the issue here.

@ChrisCinelli
Copy link
Contributor

#102 Fixes most of this problem for me.
Fixing #105 will also help to further reduce memory usage

@ChrisCinelli
Copy link
Contributor

Check #106. With the do-not-write-image code the laptop is pretty fast and the memory is low.

When I navigate an image with a lot of files, though, dive's ui is very sluggish. Try with the image butomo1989/docker-android-x86-9.0. When you scroll down the layers, you have to eventually wait a few seconds to switch layers.
The UI code seems to be responsible for this.

@wagoodman wagoodman added this to the v0.4.0 milestone Nov 29, 2018
@wagoodman
Copy link
Owner

#108 was just merged and fixes this issue (should make it in v0.4.0)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants