-
Notifications
You must be signed in to change notification settings - Fork 297
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
Nemo desktop high CPU usage #2313
Comments
@Obadah-H are there any specific steps required to reproduce this? I tried renaming several files and deleting files, but the CPU usage never went beyond 15%. |
@eli-schwartz As I said, in my case it happens even on a clean installation. I'm using conky to monitor the CPU usage (I think that it's irrelevant). |
I was trying to figure out why I got pinged for a Mint issue... Did GitHub auto complete the wrong user or what? |
@Obadah-H |
@icarter09 Yes, I don't know why! |
Yep it's conky, case closed! |
i'm noticing high usage even without Conky :/ Pop!_OS 20.04 (based on Ubuntu 20.04) should i open a separate issue? PS: honestly no idea what info i should be giving for a query like this so i just threw it all out there |
I removed conky and thought that the problem was resolved, but the next day I got the same issue again. It's not a "conky" problem. It's a bug. I even reinstalled Mint all over again, but the problem persists. I changed my machine shortly after I created this thread, and the problem doesn't exists on my new machine. |
It's worth to mention that I KNEW that it was the desktop app (not the desktop environment), because in Cinnamon, the desktop has it's own process, and killing it removes the desktop (no more icons on desktop - everything else works). In my case, after killing the process, the CPU usage goes back to normal. So, I was working without the desktop process for a while, till I changed my machine. |
it is the nemo-desktop app for me too. but surprisingly after i reduced the number of visible files by dumping them all into a folder, the CPU usage seems a lot less for nemo-desktop. but it still has occasional spikes. i'm using gnome-system-monitor to watch the usage btw. any thoughts on this? |
confirmed!
and the CPU usage jumped high and stayed at the ranged of 14% - 33% |
Using nemo-desktop 5.6.5 in debian sid (gnome). The autostart file (
I have the dconf In system monitor, the gnome-desktop memory usage start with ~30MB. Even if do not do anything, the memory usage continue to climb. At some point it reaches 3.5GB and then the desktop become almost unusable. |
Figured I'd chime in. Not sure if it is the same issue, but I'm seeing 85+% CPU usage (on one core) on a Threadripper 3960x by just copying a 64GB file (large so it takes a while so I can monitor impact) from my home folder to a mounted NFS folder.
It seems like file copy activity is resulting in high CPU usage in Nemo, at least with high speed devices. I did a follow up test copying a file from one NVMe drive to another, and again, HTOP reports nemo with 90+ % CPU usage on one core. It seems like file copy operations are CPU limited, which really sounds weird to me. At first I thought this was a nemo issue as well, but I just did a follow up test with cp from the command line, and it is even worse, pegging a single CPU core at 100%. So, maybe it is not nemo, but something in the NVMe driver or something like that that is amiss? Because I can't imagine that this is normal intended behavior. Copying a file shouldn't be pegging a single core, making file copies CPU limited. For what it is worth, htop reports the CPU use in red, which means "kernel time". $ uname -a $ cat /etc/lsb-release Seems like this may just be the current state of linux though. At least judging by this article: |
Issue
nemo-desktop shows high CPU usage (90%) when doing tasks related to desktop: show desktop, create a file, delete, rename.. etc. Having a clean desktop with no files at all doesn't help.
Other information
The text was updated successfully, but these errors were encountered: