summaryrefslogtreecommitdiff
path: root/src/libvmon/defs/proc_files.def
diff options
context:
space:
mode:
authorVito Caputo <vcaputo@pengaru.com>2024-09-21 17:22:35 -0700
committerVito Caputo <vcaputo@pengaru.com>2024-09-21 17:22:35 -0700
commit0090477d85c61c456979aa18ac18ec4ec2260113 (patch)
tree0627af2d074dd3c9a11440812832a7d89a845752 /src/libvmon/defs/proc_files.def
parent8a49d1650f8b7c223c921af0bbf6f5204b93402e (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
© All Rights Reserved