West of what?
West of what?
I use an Odroid H2 which is an amd64 SBC with two Ethernet ports, two DIMM slots but only two onboard SATA ports. There’s a PCIE slot though.
The new version H3 has a slightly more powerful CPU but is otherwise the same. https://www.odroid.nl/H3-Plus
Before it was rebooted the “cached” value (blue) was very small and decreasing. It goes back to normal after a reboot. I think tmpfs is included in “cached” as well, so it may be effectively zero.
It’ll probably be obvious before it crashes, you can see in the graphs that the “used” memory is increasing steadily after a reboot. Take a look now and see which process is causing that.
Would increasing ram Capacity solve the issue?
It depends whether the problem is that you don’t have enough RAM, or something is using more RAM than it should. In my experience it’s almost always the latter.
Also, does High IO wait time indicate issue with the boot drive (which is an SSD that is 4 years old)
No, it means the CPU is waiting for disk I/O to complete before it can work on tasks. When available RAM is low, pages get swapped out to disk and need to be swapped back in before the CPU can use them. It could also be an application that’s reading and writing a huge amount from/to disk or the network, but given the high memory usage I’d start looking there.
High iowait and high used memory suggest that something has used up all the available memory and the system is swapping like mad to stay alive. I’m surprised the OOMKiller hasn’t intervened at that point.
You need to monitor which process is using all the memory. The easiest way is probably to keep htop
running in a screen
or tmux
session, periodically connect, and look at which processes have the highest used memory.
There’s not one built in but it’ll work with any that connects to IMAP or JMAP servers.