Bug 417080 - Add support for huge pages
Summary: Add support for huge pages
Status: RESOLVED UNMAINTAINED
Alias: None
Product: ksysguard
Classification: Unmaintained
Component: general (show other bugs)
Version: 5.16.5
Platform: Kubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: KSysGuard Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-02-02 23:46 UTC by Lastique
Modified: 2024-09-23 21:00 UTC (History)
1 user (show)

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


Attachments
Example of a /proc/<pid>/status file with huge pages (1.37 KB, text/plain)
2020-02-02 23:46 UTC, Lastique
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Lastique 2020-02-02 23:46:35 UTC
Created attachment 125634 [details]
Example of a /proc/<pid>/status file with huge pages

Currently, the Memory column for a process in KSysGuard does not include memory allocated in anonymous huge pages. There seems to be no way to see how much RAM, including huge pages, the process is using. Note that Virtual Size does not work as it includes all mapped address space of the process, not necessarily the amount of RAM used.

Since huge pages cannot be swapped out to a page file (as of the time of this writing and to my knowledge), it seems reasonable to include them into the Memory column value. If not, at least a separate column would be useful.

For an example, I'm attaching /proc/<pid>/status of an ffmpeg process, which uses huge pages for most of its allocations (through a custom memory allocator). For this process, KSysGuard shows 64300 K in its Memory column, while there is actually 1606 MiB more allocated in huge pages.
Comment 1 Christoph Cullmann 2024-09-23 21:00:15 UTC
ksysguard is no longer maintained, in Plasma 6 there is the Plasma system monitor for this task.

If your issue still happens with the Plasma 6 replacement, please re-open and we can move this bug to the new product, thanks!