-
-
Notifications
You must be signed in to change notification settings - Fork 439
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
Show total resources of multi process applications #301
Comments
Experimental - Linux only Closes: htop-dev#301
Experimental - Linux only Closes: htop-dev#301
Experimental - Linux only Closes: htop-dev#301
Experimental - Linux only Closes: htop-dev#301
Experimental - Linux only Closes: htop-dev#301
Experimental - Linux only Closes: htop-dev#301
Experimental - Linux only Closes: htop-dev#301
Experimental - Linux only Closes: htop-dev#301
Experimental - Linux only Closes: htop-dev#301
Experimental - Linux only Closes: htop-dev#301
Experimental - Linux only Closes: htop-dev#301
Experimental - Linux only Closes: htop-dev#301
Experimental - Linux only Closes: htop-dev#301
Experimental - Linux only Closes: htop-dev#301
Experimental - Linux only Closes: htop-dev#301
Experimental - Linux only Closes: htop-dev#301
Experimental - Linux only Closes: htop-dev#301
Dang it, such an awesome feature and so needed as the OP suggests, and 2 years on the PR is in draft mode and no action. Shrug. |
@bernd-wechner: Rebase the PR onto current main, test it, make it work on non-Linux. You can provide the action. |
I might even have considered just that (not that I care one jot about non-Linux myself as I wasn't even aware htop ran on other platforms successfully) but for one little surprise. That I just discovered that the Mint System Monitor - while GUI based which is suboptimal for server use - does just this, it aggregates resource measures when in tree mode and hence delivers the almighty useful information what Firefox, Chrome, Thunderbird and Eclipse are using in tuto (the big hogs on my system) and hence my immediate itch is scratched and along with that plummets any chance I'll look more deeply into this in favour of getting on with the bundle of other to-dos and projects on my plate ;-). Alas, such is the fate of FOSS and why we're all here, with a PR waiting on action (in short, I lay no blame anywhere on that, just shrug - as I know the FOSS deal and story and how thinly we have all become stretched with the explosion this past decade in empowerment that FOSS has delivered and hence opportunities to fix stuff that itches - and now and then we do). Alas glances shelved the whole Tree view for lack of a maintainer (I like glances a lot, and htop). At least htop still has Tree mode. |
Annotated screenshot which illustrates the user need
User Experience Design Proposal
Default mode for hierarchical view
Parent stats row on top
Parent stats row hidden
|
Computersystems nowadays have more and more CPU-Cores, due due to this more and more applications use multiprocessing to make better use of the hardware resources. This is increasingly getting an issue with htop (and similar tools).
On my desktop I currently have 35 processes by chromium, 11 by Firefox and 8 by my RSS reader. In university it is common to have machines with 128 CPU cores that are shared by several users who all run computations that may or may not use multiprocessing.
In both these cases it isn't possible anymore to use htop to figure out which applications are using most CPU/memory/….
What would be desirable is to see sum of recourse usage of all the processes that belong to one "application". This is of course not trivial since from the systems point of view all those processes are independent.
How others approach this issue:
The first has the limitation that it cannot distinguish two instances of a multiprocessing application running in parallel but joins them to one application.
The second has the problem that 1. it's specific to Linux, 2. it needs systemd or an equivalent daemons to put the applications in cgroups and 3. it only works if the processes have been configured and tagged by the DE.
My proposal would be to use a better heuristic:
Therefore this process tree:
Would be merged to:
When enabled the rows off an 'application' that was created by merging 2 or more Processes should show:
This feature should be an opt-in (default off) in the options.
I know this is a big feature, hard to implement and the heuristic is kinda ugly, but as outlined this problem is already an issue and with the ongoing rise of numbers of cpu cores and containerisation it's likely getting bigger and bigger.
The text was updated successfully, but these errors were encountered: