Steigender RAM Verbrauch normal?
-
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 PackagesUser 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 -
Ok werde ich machen (node js 16), das Problem wird es nicht lösen?
Was könnte ich sonst noch versuchen?
-
@zeron850 sagte in Steigender RAM Verbrauch normal?:
Ok werde ich machen (node js 16), das Problem wird es nicht lösen?
Vermutlich nicht.
Was könnte ich sonst noch versuchen?
Schau mal mit
htopund sortier die Prozesse nach Speicherverbrauch (F6-Taste)
-
-
htop lässt sich nicht gut aus der Konsole kopieren, stimmt.
Sieht okay aus. -
Ok, danke an was könnte es sonst noch liegen? Am Odroid selbst?
-
Irgendjemand eine Idee woher das Problem mit dem steigenden Adapter RAM herkommen könnte? Wenn ich bspw. in der Admin GUI auf Instanzen, Adapter etc. klicke steigt der RAM Verbrauch auch an und bleibt dann dauerhaft belegt...
Dank falls jemanden noch was einfällt...
-
@zeron850 Kannst du mal schauen, welche Instanz bei rum clicken ansteigt?
-
Danke für die Antwort. Es war der Admin + Javascript Adapter. Selbst wenn ich letzteren deaktiviere dann steigt der Verbrauch stetig an...
-
@zeron850 Ah, da sieht man dann wohl bei dir, wegen des Compact-Modus, nur den RAM-Verbrauch der Compact-Groups und nicht der einzelnen Instanzen.
Edit: Ich würde mir das mal ohne Compact ansehen. Vielleicht siehst du dann die Instanz bei der der RAM-Verbrauch am meisten ansteigt.
-
@zeron850 dass das RAM nach einem Neustart sinkt ist vollkommen normal. Zu dem bisher gesagten gibt es nichts hinzuzufügen.
Allerdings sollte es nicht vorkommen, dass das verfügbare RAM auf 0 fällt.
Wenn das tatsächlich bei dir passiert, liegt da etwas im argen.
Bist du sicher, dass nach Deaktivierung des js Adapters kein Skript mehr läuft?
Machst du im Admin speicherfressende Aktionen?
-
Richtig aufgrund des Compact Modus werden diese zusammengefasst. Ich habe es analysiert. Am stärksten wächst der Admin Adapter. Im Grunde wachsen fast alle Adapter bis aus der JavaScript Adapter. Der steht konstant bei 207 MB seit Stunden…
