freemem.png
It does show 1524 in the buff/cache section.
freemem.png
It does show 1524 in the buff/cache section.
And that's 1.5gb of RAM that will not show as "free". It's "used", but also easily made available when the OS needs it with 400mb still available for other things. That 1.7gb on the end is what's really "free", because it's available when needed.
In other words, that's a healthy box.
Rob Sandling, BS:SWE, MCP
NexgenAppliances.com
Phone: 866-794-8879 x201
Email: support@nexgenappliances.com
You're okay. Linux Memory Management + swap objective (Linux not Untangle) is tricky: Anticipate application memory for use in the future. Linux here is basically saying an increase of memory usage in buff/cache is a "good thing(TM)" and put rarely used memory pages to swap. That's how it works even if you have large memory, and to repeat, don't disable swap not for OOM killer, but to counterintuitively speed up your untangle.
It's only an issue if the free and buff/cache is low and your swap is high. On your case, swap is a tad higher, but free/buff is high which is good overall.
Last edited by balrog; 05-09-2022 at 08:10 AM.
Replying just to bookmark this thread. We get these "Low Memory" posts at least every other month, and this is one of the best examples so far where we have a clear demonstration of "No, this is how linux works now (and has since at least 2008)" that someone else could follow along to confirm their own box follows the same pattern.
Five time Microsoft ASP.Net MVP managing a Lenovo RD330 / E5-2420 / 16GB with Untangle 16.5 to protect a 1Gbps fiber link for ~450 residential college students and associated staff and faculty