Summary: | Memory usage is not shown for processes owned by other users | ||
---|---|---|---|
Product: | [Frameworks and Libraries] ksystemstats | Reporter: | Prajna Sariputra <putr4.s> |
Component: | General | Assignee: | KSysGuard Developers <ksysguard-bugs> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | ahiemstra, bugseforuns, dvs-1111, freddie, lopezmpau, meven29, mosaulp, nate, plasma-bugs-null |
Priority: | NOR | ||
Version First Reported In: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Prajna Sariputra
2021-10-24 13:17:53 UTC
Can reproduce. Oh, and it appears that it's not just processes owned by other users, a few owned by my user (like kwin_wayland and org_kde_powerdevil) are affected too, not sure if it's exactly the same issue though. Again KSysGuard shows their memory usage just fine, and I'm using the systemd startup for what it's worth. *** Bug 464191 has been marked as a duplicate of this bug. *** So the "memory" column shows the so called "VmPSS" value that is retrieved from `/proc/$pid/smaps_rollup`. Unfortunately this file is not world-readable but only user-readable unlike some of the other files in /proc. This means that when we try to read that file for non-user owned processes, we get an access denied and cannot read that value. Additionally, some processes set a flag that tells the kernel to disallow reading that file, which ends up with the same result. Overall, I'm not really happy with how that value is exposed by the kernel, yet it is the best matching value for actual memory we can get, as it includes both the private memory usage as well as the process' share of the shared memory. So by default we use that column. The column called "Memory" in KSysGuard actually still exists but has been renamed to "Private Memory Usage" as that is what it actually is. That column reads from a file that *is* world readable so if you enable that, you get memory information for other processes as well. *** Bug 468947 has been marked as a duplicate of this bug. *** *** Bug 486470 has been marked as a duplicate of this bug. *** |