diff options
author | Vito Caputo <vcaputo@pengaru.com> | 2024-09-21 17:22:35 -0700 |
---|---|---|
committer | Vito Caputo <vcaputo@pengaru.com> | 2024-09-21 17:22:35 -0700 |
commit | 0090477d85c61c456979aa18ac18ec4ec2260113 (patch) | |
tree | 0627af2d074dd3c9a11440812832a7d89a845752 /src/libvmon/defs/proc_files.def | |
parent | 8a49d1650f8b7c223c921af0bbf6f5204b93402e (diff) |
charts: scale % bars by num_cpus when appropriate
For rows reflecting threads and single/non-threaded processes,
let's scale the bar % by the number of cpus, so they can use the
full height of the row.
These tasks can't scale to multiple CPUs, so it's pointless to
leave vertical space for the other cores' capacity, if present.
For multi-threaded process rows, the vertical space continues to
accomodate all cores.
I've been on the fence about this change for a while because it
increases the cognitive load of reading the graphs, now the
scales are inconsistent. But when you've got 16 cores like on my
AMD P14s thinkpad, combined with a row height of 16 pixels, you
start wishing these rows used the full height of the row for
their single-core-constrained %ages.
Diffstat (limited to 'src/libvmon/defs/proc_files.def')
0 files changed, 0 insertions, 0 deletions