@negalein Habe noch eine Verbesserung gefunden ...
martin@iobroker-test-sicher:/opt/iobroker$ free -m
total used free shared buff/cache available
Mem: 6144 1815 3114 0 1213 4328
Swap: 6144 1043 5100
martin@iobroker-test-sicher:/opt/iobroker$ free -h
total used free shared buff/cache available
Mem: 6.0Gi 1.8Gi 3.0Gi 28Ki 1.2Gi 4.2Gi
Swap: 6.0Gi 1.0Gi 5.0Gi
m
"free -m" gibt den Speicher in Megabyte aus, zwar ohne Einheit - das passt dann aber etwas besser als das "-h" (Human readable) zu den Ausgaben von "smem -k -t"
Bei mir ist der größte "Fresser" in "smem -k -t" aber der js-controller, WAS darin die Anstiege verursacht, ist so nicht zu sehen ...
ggfs. irgendwie mit dem Linux-Adapter oder über Cron Job zyklisch die Infos abfragen, und in einen Datenpunkt schreiben.
Da kann man dann ggfs. mit Auswertungen gegen die Zeit (influx/grafana, flot, history...) irgendwas herausfinden ...