kjbracey2

Actually, when shared was separated (3.1.0), I think the bar text was actually displaying `(total - available)/total`, which included tmpfs, but #838 (3.1.1) changed it to `used/total`, losing tmpfs. I...

> changing the order in which values are displayed as this will likely interfere with platforms other than Linux. My belief was that it wouldn't affect other systems at all...

There's a related point here with respect to the graph display - that basically shows full all the time on Linux, because it's summing `curItems`, so incorporates `cache`. `curItems` being...

Thanks for feedback - I like the graph colouring - that addresses the problem in a different way. My proposal wouldn't break it. I was suggesting a separate `curSumItems` to...

Sounds like I may need to review more carefully the meaning of `curItems`, but if that's a "how many entries to display in a stacked graph", mine is "how many...

> No, the cache doesn't technically fill all unused space of the memory, in Linux at least. Indeed, but it tends to fill it up meaning that a simple total...

I've rethought my `curSumItems` thing I talked about above, and submitted it as #928. (This new form does not depend on summing contiguous values, so if the bars don't get...

Issue is misdescribed - it should be requesting `used+shared/total` rather than `used/total`. htop 2.2.0 as packaged in my Ubuntu is working well, at least w.r.t tmpfs - it has `used`,...

Here's the history of the readout, as I figured it out: * Prior to 3.1.0, the shared memory was included in `used`, and the bar text showed `used/total`, so shared...

This is also justified by htop's FAQ: > **The memory meter in htop says a low number, such as 9%, when top shows something like 90%! (Or: the MEM% number...