Web UI reports critical memory usage, just caching

bobjoe123456

New Member
Dec 13, 2025
3
0
1
1765646153549.png
1765646166705.png

Screenshot from 2025-12-13 10-16-24.png



As you can see in the graph, like 65% of memory usage is ARC. This is fine, but the web UI reports this as actual used memory, leading to incorrect usage stats. Glances reports it correctly.
 
As you can see in the graph, like 65% of memory usage is ARC. This is fine, but the web UI reports this as actual used memory, leading to incorrect usage stats.
Do you see a problem in the way it is presented?

Or is ARC using too much memory for your use case? You can adjust it: https://pve.proxmox.com/wiki/ZFS_on_Linux#sysadmin_zfs_limit_memory_usage

Basically NOT used Ram is wasted Ram. And ARC is clever enough to shrink automatically if the system needs more Ram. Unfortunately this shrinking is slow - a hefty request of more Ram may fail and the OOM handler might do its job...


My personal rule: you cannot over-commit Ram as you do with CPU and (possibly) storage. At least not more than a few percent. Depending on the actual use case of course...
 
Looks totally fine to me. You're using roughly 60GB without L2ARC, rest is L2ARC usage (~ 170GB) + some remaining free GB (~ 20). I see absolutely nothing wrong here.

The graphs have different color. If you hover over these graphs it will tell you that if you select the upper line thats your RAM (and also without L2ARC), if you move a bit down and select the second line it (turkise) it says L2ARC
:)

E.g.

1765758654807.png

1765758663124.png

Because the RAM is activly beeing used (the reason what it is beeing used for doesnt matter), the graph shows it as used, split into each different form of usage.
 
Last edited:
  • Like
Reactions: UdoB
I'd enjoy a more detailed RAM usage statistic there too. It could look similar like this one for VMs or better, a horizontally stacked bar
1765777251084.png
The issue with considering ARC as being unused is that it's not usually freed fast enough to be useful, leading to OOMs and other such issues.
In most cases it cannot even be freed if you set it to a fixed minimum/maximum-1 size. I'd consider that being used/unavailable.
There's also things like this to account for: https://bugzilla.proxmox.com/show_bug.cgi?id=3859
 
Last edited:
  • Like
Reactions: UdoB