Bug 449414 - System Monitor reports misleadingly low cpu usage
Summary: System Monitor reports misleadingly low cpu usage
Status: ASSIGNED
Alias: None
Product: plasma-systemmonitor
Classification: Applications
Component: general (show other bugs)
Version: 5.23.90
Platform: Neon Linux
: NOR normal
Target Milestone: ---
Assignee: KSysGuard Developers
URL:
Keywords: usability
: 468106 (view as bug list)
Depends on:
Blocks:
 
Reported: 2022-01-31 14:51 UTC by John van Spaandonk
Modified: 2024-03-13 18:59 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description John van Spaandonk 2022-01-31 14:51:57 UTC
SUMMARY
I compared with top in a command shell, and the cpu activity reported there is much higher. 
Basically, the cpu load according to top goes all the way to 100 and the load as reported by system activity does not go beyond about 25 procent for the same process. Thus it gives a wrong view of my system load.
It almost looks as though the single CPU load is divided by the number of cores, which is not correct IMHO.
This bug has been with us for a while it seems, see also this:
https://forum.kde.org/viewtopic.php?t=75027
Perhaps this is something for the 15 minutes bug initiative?

STEPS TO REPRODUCE
1. see above, pick any process that generates some load. 
   MY example is a soft synth that also reports the CPU load itself (identical by the way to the load reported by top)
2. 
3. 

OBSERVED RESULT


EXPECTED RESULT


SOFTWARE/OS VERSIONS
lates KDE neon 5.23.90
Windows: 
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION
Comment 1 Arjen Hiemstra 2022-01-31 16:32:36 UTC
Yes, per-core usage is usually divided by core count. You can change it by right clicking on the header and uncheck "divide by number of cpus".

What the correct default is is very debatable.
Comment 2 John van Spaandonk 2022-01-31 16:51:56 UTC
Thanks for the advice, may I say that this right-mouse button click is not very discoverable?

I see now how I need to interpret the tooltip "The current total CPU usage of a process" as
"Process CPU usage relative to available CPU".
Although you can reason that this is not true since if a program is designed to work only on 1 CPU, the available CPU is only 1 CPU.
In other words: I guarantee that a user will not understand why his softsynth is not working because it hugs one CPU
while it is being reported as only 25%. 

So then let me ask this: why do you choose a different convention than top? 
Why not be in line with what is used on the command line?
Comment 3 Nate Graham 2023-04-03 20:37:02 UTC
*** Bug 468106 has been marked as a duplicate of this bug. ***
Comment 4 Nate Graham 2023-04-03 20:39:10 UTC
Re-opening as we continue to accumulate complaints about this. It's notable that System Monitor has opposite default settings compared to ksysguard did: the CPU percentage in the list view is averaged rather than separate, while the CPU graph view is separate rather than averaged. It seems that people preferred the prior ksusguard default settings, not the new ones for System Monitor.
Comment 5 Bug Janitor Service 2023-04-03 21:39:50 UTC
A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-systemmonitor/-/merge_requests/206
Comment 6 Dan Dascalescu 2024-03-13 18:04:47 UTC
I still see this behavior. 

I've recorded a video with my phone during a Google Meet call running in Firefox. It was impossible to identify which process was consuming the CPU.

https://youtu.be/8ogXjP1kdRg

Operating System: Fedora Linux 38
KDE Plasma Version: 5.27.10
KDE Frameworks Version: 5.113.0
Qt Version: 5.15.11
Kernel Version: 6.7.7-100.fc38.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 20 × 12th Gen Intel® Core™ i7-12700H
Memory: 62.5 GiB of RAM
Graphics Processor: Mesa Intel® Graphics
Manufacturer: TUXEDO
Product Name: TUXEDO InfinityBook Pro Gen7 (MK1)
Comment 7 Nate Graham 2024-03-13 18:59:14 UTC
Yeah, the maintainer didn't like my patch and I haven't succeeded in convincing him yet. To be fair, I haven't tried again in a while.