NEWS
Steigender RAM Verbrauch normal?
-
Hallo Zusammen,
ich betreibe seit rund einem halben Jahr einen ioBroker Server auf einem Odroic C4 (4x 1500 Mhz, 3,6 GB RAM) mit dem Betriebssystem DietPi Ver. 8.8.1.
js-controller 4.0.23
node.js 14.20.0
npm 6.4.17Ich habe folgende Adapter neben den bereits standardmäßig vorhandenen installiert:
bluelink
sma-em
bmw
deconz
fb-checkpresence
fullybrowser
ical
logparser
modbus (2 Instanzen)
mqtt client
pushover
rpi 2.0
signal
simple api
sonoff
sql
tahoma
tr-064
yahka
zwave 2.0Ich bin kein Linux Experte aber ich hätte eine Frage, ob es normal ist das der RAM Verbrauch stetig ansteigt? Wenn der Odroid morgens startet erreicht er häufig 24 h später bereits den max. RAM.
Kann man dagegen etwas tun bzw. ist das bei euch auch so? Aktuell lasse ich ihn bereits im compact modus laufen um Ressourcen zu sparen.
P. S. Ich habe alle Skripte nach und nach deaktiviert und wieder aktiviert. Daran lag es nicht. Selbst wenn der Javascript Adapter deaktiviert ist, gönnen sich alle anderen Adapter stetig mehr RAM.
Danke für eure Hilfe!
-
https://www.linuxatemyram.com/
Warum sollte RAM nicht benutzt werden, wenn er vorhanden ist?
-
Danke, den Link kenne ich. Er steigt halt stetig an und läuft dann irgendwann voll. So ein Verhalten kenne ich nicht von bspw. Windows.
-
Windows hat eine komplett andere Speicherverwaltung. Das kann nicht verglichen werden.
free -ht --mega
-
OK, also ist stetig steigender RAM Verbrauch bei einem Linux System etwas normales?
Die 1,1G verfügbar sind bis heute Nacht aufgebraucht.
-
@zeron850 sagte in Steigender RAM Verbrauch normal?:
OK, also ist stetig steigender RAM Verbrauch bei einem Linux System etwas normales?
Natürlich. Warum soll das auch ungenutzt brachliegen? Das nutzt man lieber sinnvoll.
-
Ich betreibe noch ein reines NAS mit DietPi und da steigt der RAM selbst unter Volllast nie über 300 MB.
Geht es also allen ioBroker Usern so das diese ihr System alle paar Tage neustarten müssen oder gibt es andere Möglichkeit den RAM wieder freizubekommen? Ich frage deshalb weil irgendwann das System einfriert.
-
@zeron850 sagte in Steigender RAM Verbrauch normal?:
Geht es also allen ioBroker Usern so das diese ihr System alle paar Tage neustarten müssen oder gibt es andere Möglichkeit den RAM wieder freizubekommen?
Mein System dudelt Wochen bzw. Monatelang durch:
echad@chet:/opt/iobroker $ uptime -p up 3 days, 21 minutes echad@chet:/opt/iobroker $ free -ht --mega total used free shared buff/cache available Mem: 7.8G 2.2G 4.2G 0.0K 1.4G 5.4G Swap: 99M 0B 99M Total: 7.9G 2.2G 4.3G
Neustart vor drei Tagen wegen Kernel-Upgrade.
Ich frage deshalb weil irgendwann das System einfriert.
Schau dir deine skripte an, vermutlich ist da was krummes dabei.
-
Ok was könnte bei mir die Ursache sein das es voll läuft? Skripte habe ich testweise alle deaktiviert. Die anderen Adapter wachsen genauso im RAM Verbrauch auch ohne Skripte. Admin start z. B. bei 90 MB und steht dann irgendwann bei 160-170 MB usw.
-
Wie bist du da unterwegs?
sudo ln -s /usr/bin/node /usr/bin/nodejs uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs
-
@zeron850 Der verwendete Speicher von IOBroker schwankt schon mal.
Hab jetzt mal 6 Wochen aufgezeichnet. Die 2GiB RAM die mein Container bekommt reichen immer noch locker aus.
-
Was passiert mit den Befehlen bevor ich die eingebe?
-
Danke, bei ist die Kurve fast linear steigend bis zur max. RAM. Also ist bei mir etwas in den Einstellungen vermutlich anders.
-
Das sagt dir, ob die Installation 'senkrecht im System' ist.
-
-
Bitte keine Urlaubsbilder aus der Konsole.
Das ist TEXT, also auch als TEXT in CodeTags hier rein. -
Sorry
sudo ln -s /usr/bin/node /usr/bin/nodejs uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodej ln: die symbolische Verknüpfung '/usr/bin/nodejs' konnte nicht angelegt werden: Die Datei existiert bereits aarch64 /usr/bin/nodejs /usr/bin/node /usr/bin/npm v14.20.0 v14.20.0 6.14.17 root / OK:1 https://deb.debian.org/debian bullseye InRelease OK:2 https://deb.debian.org/debian bullseye-updates InRelease OK:3 https://deb.debian.org/debian-security bullseye-security InRelease OK:4 https://deb.debian.org/debian bullseye-backports InRelease OK:5 https://deb.nodesource.com/node_14.x bullseye InRelease OK:6 https://dietpi.com/meveric bullseye InRelease OK:7 https://dietpi.com/meveric all InRelease Paketlisten werden gelesen… Fertig Abhängigkeitsbaum wird aufgebaut… Fertig Statusinformationen werden eingelesen… Fertig Alle Pakete sind aktuell. N: Paket nodej kann nicht gefunden werden.
-
Befehl unvollständig kopiert. Und hampel da nicht als root rum.
Soweit ich weiß ist der Standarduser 'dietpi'. -
sudo ln -s /usr/bin/node /usr/bin/nodejs uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs ln: die symbolische Verknüpfung '/usr/bin/nodejs' konnte nicht angelegt werden: Die Datei existiert bereits aarch64 /usr/bin/nodejs /usr/bin/node /usr/bin/npm v14.20.0 v14.20.0 6.14.17 dietpi /home/dietpi OK:1 https://deb.debian.org/debian bullseye InRelease OK:2 https://deb.debian.org/debian bullseye-updates InRelease OK:3 https://deb.debian.org/debian-security bullseye-security InRelease OK:4 https://deb.debian.org/debian bullseye-backports InRelease OK:5 https://deb.nodesource.com/node_14.x bullseye InRelease OK:6 https://dietpi.com/meveric bullseye InRelease OK:7 https://dietpi.com/meveric all InRelease Paketlisten werden gelesen… Fertig Abhängigkeitsbaum wird aufgebaut… Fertig Statusinformationen werden eingelesen… Fertig Alle Pakete sind aktuell. nodejs: Installiert: 14.20.0-deb-1nodesource1 Installationskandidat: 14.20.0-deb-1nodesource1 Versionstabelle: *** 14.20.0-deb-1nodesource1 500 500 https://deb.nodesource.com/node_14.x bullseye/main arm64 Packages 100 /var/lib/dpkg/status 12.22.12~dfsg-1~deb11u1 500 500 https://deb.debian.org/debian-security bullseye-security/main arm64 Packages 12.22.5~dfsg-2~11u1 500 500 https://deb.debian.org/debian bullseye/main arm64 Packages dietpi@NOW8-Home:~$ sudo ln -s /usr/bin/node /usr/bin/nodejs uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs ln: die symbolische Verknüpfung '/usr/bin/nodejs' konnte nicht angelegt werden: Die Datei existiert bereits aarch64 /usr/bin/nodejs /usr/bin/node /usr/bin/npm v14.20.0 v14.20.0 6.14.17 dietpi /home/dietpi OK:1 https://deb.debian.org/debian bullseye InRelease OK:2 https://deb.debian.org/debian bullseye-updates InRelease OK:3 https://deb.debian.org/debian-security bullseye-security InRelease OK:4 https://deb.debian.org/debian bullseye-backports InRelease OK:5 https://deb.nodesource.com/node_14.x bullseye InRelease OK:6 https://dietpi.com/meveric bullseye InRelease OK:7 https://dietpi.com/meveric all InRelease Paketlisten werden gelesen… Fertig Abhängigkeitsbaum wird aufgebaut… Fertig Statusinformationen werden eingelesen… Fertig Alle Pakete sind aktuell. nodejs: Installiert: 14.20.0-deb-1nodesource1 Installationskandidat: 14.20.0-deb-1nodesource1 500 https://deb.debian.org/debian bullseye/main arm64 Packages^Cn arm64 Packages
User geändert, so richtig?
-
Solange der user nicht 'root' lautet ist es richtig.
Wird zwar nichts zu deinem Problem bringen, aber heb nodejs auf Version 16