Add macOS Swap metrics and allow pmstat to auto-hide unavailable columns #2421
+528
−39
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
At the moment,
pmstaton macOS is quite lean on what it can show because some metrics are not available (yet).this change aims to add some metrics but also modify
pmstatso that it (optionally) hides columns that are not available.I held several sessions with Claude Code to get here because it's certainly better at C than I am... After some back and forth I narrowed in on the
-Cand--compactmode forpmstatwhich seemed to not conflict with any other pm-tool that Claude looked at (and my fuzzy memory). I elected to make this compact mode optional, and not default, just to maintain backwards compatibility. There's certainly a 'brain freeze' moment when one runspmstatand sees a lot of columns missing, so I wondered if it was better to maintain the original layout (with missing metrics) as the default for us old folks...There may be some other metrics I can get for macOS, will do that in a separate set of sessions but thought I'd start here to get some feedback on it (I'll pass that on to Claude. :-D )
I had some earlier CI build failures on my fork, but not sure if that was just when I made the fork, so I have rebased my branch from this morning and lets see what happens.
This goes towards #2303