Hi Japhet,
Thanks for the patch.
On clients with 3.10 kernels, we found wiered that the value for "Physical Used" is now less than the one for "Actual Used".
Have you an explanation for that ?
For compatibility with the <3.10 kernels memory display, we have following suggestions for mapping the displayed values:
- "Actual Used" should be mapped to "used"
- "Physical Used" should be mapped to "buff/cache"
What do you think about this?
Dominique
De : J.C. Cleaver <user-87556346d4af@xymon.invalid>
Envoyé : dimanche 3 mai 2015 01:35
À : Dominique Frise
Cc : xymon at xymon.com
Objet : Re: [Xymon] wrong memory report with free command from procps-ng
On Thu, April 23, 2015 5:26 am, Dominique Frise wrote:
Hi,
Using Xymon 4.3.19, we noticed that all our RHEL 7 systems are reporting
wrong values.
These systems now use free from procps-ng 3.3.10 whose output has changed.
-- free output on RHEL 5/6 ---
[bb at prdexp ~]$ free
total used free shared buffers cached
Mem: 65916528 63391732 2524796 1376104 1484472 47773272
-/+ buffers/cache: 14133988 51782540
Swap: 16777212 180816 16596396
--- free output on RHEL 7 ---
[bb at hns ~]$ free
total used free shared buff/cache
available
Mem: 8011888 318844 3365516 98788 4327528
7275020
Swap: 8388604 0 8388604
The "-/+ buffers/cache:" has disappeared, the "used" is now calculated as
total - free - buffers - cache, and there is an "available" column which
is an "Estimation of how much memory is available for starting new
applications, without swapping".
The man page details all that.
Dominique
University of Lausanne
Thanks...
Mind if you could try the following patch? And let me know if it works (it
does for me on an EL7 and Fedora 21).
I went ahead and took the opportunity to begin using the "Available"
figure as the "Actual Used" (well, the Phys - Available figure), since
that's going to be a more realistic figure on kernel's new enough to
support it.
Regards,
-jc