SOLVED [Gelöst] Speicherlecks im ioBroker?

[Thomas Braun]

@Ritter Und wo ist jetzt der Bezug zum Problem des Threaderstellers? Mach für dein Windooze-Problem einen eigenen Thread auf.

[Chaot]

@LoxDUS Ne ganz blöde Frage: Kannst du den Speicher erhöhen?
Ich habe den Effekt beobachtet das bei mir der Speicher bis 4 GB zugeschrieben wird und das sich dann dort einpendelt. Wenn ich meinem CT nur 4 GB zuordne habe ich die gleichen Probleme wie du. Sobald ich aber 4,5 GB zuordne ist der Effekt weg.

Ich habe keinerlei Ahnung wie Linux oder der ioBroker den Speicher verwaltet. Mir ist auch nicht klar warum das so ist. Aber ich kann das zu 100% reproduzieren. Deshalb läuft der CT jetzt eben mit 4,5 GB.

[Homoran]

@Chaot sagte in Speicherlecks im ioBroker?:

Ich habe keinerlei Ahnung wie Linux oder der ioBroker den Speicher verwaltet.

www.linuxatemyram.com

[Ritter]

@Thomas-Braun sagte in Speicherlecks im ioBroker?:

@Ritter Und wo ist jetzt der Bezug zum Problem des Threaderstellers? Mach für dein Windooze-Problem einen eigenen Thread auf.

Ist doch auch ein Speicherproblem. Vielleicht kanns ja jemand löschen ich kanns nicht.

[Chaot]

@Homoran Das kenne ich. Aber warum hört der Effekt auf sobald ich mehr als 4 GB zuordne?

[LoxDUS]

@Chaot
Ich habe einen NUC mit LInux am laufen. Leider kann ich da den Speicher nicht erhöhen weil der Speicher fest verlötet ist. Wenn ich mit dem Befehl "top" mir den Speicherverbrauch ansehe bekomme ich folgende Auflistung:

[Homoran]

@Chaot sagte in Speicherlecks im ioBroker?:

Aber warum hört der Effekt auf sobald ich mehr als 4 GB zuordne?

Gute Frage - erinnert mich an alte WIN Programme, die zu wenig Speicher monierten, obwohl so viel Speicher vorhanden war, dass diese Programme ihn wohl nicht adressieren konnten.

[LoxDUS]

@OliverIO
Ich habe schon mehrfach versucht den javascript adapter neu zu starten. Wenn ich die Instanz beende erhöht sich der freie Speicher um ca. 4 bis 5% (von 7% auf 11%).
Ich habe das heute gegen Moittag nochmal gemacht.

In diesem Ausschnitt sieht man auch wie andere Adapter mit der Zeit immer mehr Speicher brauchen. Ich meine die Sägezahnkurve ist ja bei Java normal. Irgendwann schlägt der "Garbage-Collector" zu und räumt auf. ich habe aber das Gefühl das der nciht alles "aufgeräumt" bekommt.

[LoxDUS]

@Chaot
... hm, was mir noch einfällt: Viele ioBroker Instanzen laufen doch auch auf kleinen Raspberries mit z.T. nur 2GByte RAM. Mein Bekannt nutzt auch ioBroker mit dem gleichen NUC wie ich und der hat keinerlei Speicherprobleme.

[Thomas Braun]

@LoxDUS

free -h
who -r
node -v
nodejs -v

liefert?

[LoxDUS]

@Thomas-Braun

artur@ioBroker2:~$ free -h
              total        used        free      shared  buff/cache   available
Mem:          3,8Gi       3,2Gi       420Mi       6,0Mi       184Mi       387Mi
Swap:         3,9Gi        79Mi       3,9Gi
artur@ioBroker2:~$ who -r
         Runlevel 5   2020-12-17 06:45
artur@ioBroker2:~$ node -v
v10.17.0
artur@ioBroker2:~$ nodejs -v
v10.17.0
artur@ioBroker2:~$

[Thomas Braun]

@LoxDUS
siehe meine Anmerkungen von oben.
RunLevel 3 fahren, node 12 sauber installieren.

[LoxDUS]

@Thomas-Braun

Werde das jetzt mal auf meinem "Backupsystem" ausprobieren. Melde mich wenn ich was neues habe...

[klassisch]

@Ritter Bei Windows geht die Spangezeigte Speichernutzung immer rauf. Und irgendwann kommt der Garbage Collector oder sowas und räumt wieder auf. Dann gibt es wieder mehr freien Speicher udn das ganze Spiel beginnt von Neuem.
Wenn Du keine sichtbaren Probleme hast, dann Lass Windows nur machen, das kann das schon. Mein ioBroker läuft sehr stabil unter Win 10. Habe den Info Adapter mittlerweile pausiert und mache mir einfach keine Sorgen mehr.

[LoxDUS]

@Thomas-Braun

Habe jetzt den Runlevel mit

 systemctl set-default multi-user.target

auf das "alte" Runlevel 3 gestellt und nodejs geupdatet

artur@ioBroker:~$ nodejs -v
v12.20.0

Der aktuelle Speicherverbrauch liegt laut ioBroker bei:

also es sind ca. 66% frei

artur@ioBroker:~$ free -m
              total        used        free      shared  buff/cache   available
Mem:           3885        1213        2189           6         482        2439
Swap:          4027           0        4027
artur@ioBroker:~$ who -r
         Runlevel 3   2020-12-27 00:18
artur@ioBroker:~$ node -v
v12.20.0
artur@ioBroker:~$ nodejs -v
v12.20.0
artur@ioBroker:~$

Bin jetzt mal gespannt wie der Speicher morgen aussieht

[Thomas Braun]

@LoxDUS Warum ist dein swap file eigentlich so groß? Das ist ja mehr als dein RAM? Ich hab das bei mir auf 100 MB laufen:

pi@raspberrypi:/opt/iobroker $ free -h
              total        used        free      shared  buff/cache   available
Mem:          3,8Gi       895Mi       2,1Gi       9,0Mi       783Mi       3,0Gi
Swap:          99Mi          0B        99Mi

[a200]

@Thomas-Braun sagte in Speicherlecks im ioBroker?:

@LoxDUS Warum ist dein swap file eigentlich so groß? Das ist ja mehr als dein RAM? Ich hab das bei mir auf 100 MB laufen:

Swap-Partition unter Linux sollte ca. doppelt so groß wie der RAM sein. Das ist doch der Sinn einer Swap-Partition, dass der Inhalt des RAM auf die Festplatte ausgelagert werden kann.

[Thomas Braun]

@a200 Ja, in alten Zeiten war das mal die Faustregel. Mach ich aber bei Systemen mit mehr als 2GB RAM nicht mehr.

[LoxDUS]

@Thomas-Braun

Hmmmm, habe den "default" Vorschlag bei der Installation von Linux gelassen.
Habe im Netz foglendes gefunden:

Ich habe ein debian System am laufen:

artur@ioBroker:~$ uname -a
Linux ioBroker 4.9.0-8-amd64 #1 SMP Debian 4.9.144-3.1 (2019-02-19) x86_64 GNU/Linux

Ich könnte das natürlich runter drehen. Wäre vielleicht auch für die verlöteten SSD Module nicht schlecht um eine längere Lebensdauer zu bekommen (ich weiß, ist eine Art Mythos )

Ich schaue jetzt mal wie sich der freie Speicher verhält. Für die "Applikation" ioBroker dürfte der SWAP-Speicher ja aber keine Auswirkung haben, oder liege ich da falsch?

Viele Grüße,

Artur

[LoxDUS]

Zwischenstand nach ein paar Stunden:

Nur noch 61% frei
Also in ca. 3h von 66% auf 61%

Mal sehen was morgen Früh noch so übrig ist....