Web Adapter läuft der Speicher voll
-
Hallo ihr lieben.
Seit dem Update auf 0.17.2 habe ich das Problem dass regelmäßig der Webadapter den Speicher flutet erst wenn ich de Raspi neustarte läuft es wieder, manchmal normalisiert sich das auch von selbst. Ich weiss leider nicht wo dran es liegt. Es tauch einfach auf, wenn ich zu Beispiel gerade etwas im Vis arbeite oder manchmal auch einfach so. Vor dem Update war das nicht.
Hier mal ein paar Bilder
MFG Maggi
-
Was benutzst du für eine Hardware?
Das Verhalten ist ok, wenn es kein RasPi ist.
Üblicherweise wird von Linux benötigter Speicher dort źur Verfügung gestellt wo es benötigt wird und erst dann wieder abgezogen wenn woanders noch welcher gebraucht wird.
Daher ist die Rechnung GesamtRAM abzüglich verbrauchtes RAM normalerweise noch lange nicht identisch mit dem Freien RAM.
Da ein Raspi jedoch nur 1gb RAM besitzt wäre das ein echtes Problem. Bei Hardware mit 2GB oder mehr ist alles gut.
Gruß
Rainer
-
Es ist ein Raspi 2B. Wie gesagt vor dem Update trat das Problem nie auf.
MFG Maggi
-
Die aktuelle Anzeige des freien Speichers ist irreführend im ioBroker.
Ob es wirklich der web-Adapter ist und ob es wirklich ein Problem ist siehst Du nur auf der Kommandozeile mit z.B. "top". Da ist der Speicherverbrauch des Prozesse angezeigt … den mal über die Zeit beobachten ... Steigt er immer nur? Erst dann ist da was komisch.
Ebenso: Speicher "Free" und "Cached" sind auch interessant. Alles was "Cached" ist ist am ENde auch frei ... es wird halt aktuell für Caching verwendet, aber sofort frei geräumt wenn echt Speicher gebraucht wird.
-
Hallo Ingo,
@apollon77:Die aktuelle Anzeige des freien Speichers ist irreführend im ioBroker. `
in diesem Fall irritiert mich dann aber die Anzeige des "RAM verbraucht". Mit 1076MB bei einem Gesamtspeicher von 1GB ist das etwas knapp
Gruß
Rainer
-
Ich glaibe das Blufiox hier den "free "wert vom sysstem nimmt und da ist halt auch "cached" abgezogen" und daher ist das so komisch..
Auf meinem testsystem sagt Admin:
RAM total usage: 211 Mb / Free: 124 Mb (7%)und System sagt:
total used free shared buff/cache available Mem: 1934996 192540 121528 1052 1620928 1539840 Swap: 1982460 14224 1968236Aaalso .. System hat 2GB (=total), used sind 192MB, shared ist 1MB, buff/cached sind 1,6GB (!!)
Und jetzt sieht man schön:
free sind damit 122 MB (passt auch 2GB-193MB-1MB-1,6GB, also grob 2 GB-1,8xGB passt grob zu so wenig "free".
Andererseits gibt es den Wert "available" am Ende mit 1,53GB … das ist der echte Wert was noch frei ist ...
Alle Rechnungen grob
-
Deinen Rechnungen stimme ich voll zu.
Passt bei mir ja auch genau so.
Aber bei einem Pi mit 1GB RAM können keine 1074MB verbraucht sein.
Gruß
Rainer
-
Ja das ist schon komisch aber es wird nicht besser.
Ich weiss nicht ob es etwas hilft wenn ich einen weiteren Raspi anschaffe und dann einige Adapter auslagere.
MFG Maggi
-
Deinen Rechnungen stimme ich voll zu.
Passt bei mir ja auch genau so.
Aber bei einem Pi mit 1GB RAM können keine 1074MB verbraucht sein.
Gruß
Rainer `
Stimmt!
1 GB = 102410241024 Byte = 1073.7 Millionen byte
Die Frage ist wievel RAM der Raspi wirklich hat.
Vielleicht hat er noch 13 MB mehr…
Nachtrag: Und die Frage ist, ob iobroker die "Millionen Byte" als MB anzeigt.
Gruß,
z.
-
Mir ist da höchstens noch der swap eingefallen.
Wenn der da mit eingerechnet ist, ist der Raspi aber eh kurz vor dem sd-Tod.
Lange überlebt die ein dauerndes swapping nicht.
Gruß
Rainer
-
Naja, 1 GB sind an sich 102410001000
Keine Ahnung was da komisch rechnet -
Naja, 1 GB sind an sich 102410001000
Keine Ahnung was da komisch rechnet `Nein! 1 GB = 1024 MB. 1 MB = 1024 KB. 1 KB = 1024 Byte
-
https://www.quora.com/Is-1-GB-equal-to- … or-1000-MB ... was dazwischen :-))
-
Naja nun aber mal weg von der Rechnung. Wo könnte denn nun das Problem liegen?
MFG Maggi
-
mal weg von der Rechnung. Wo könnte denn nun das Problem liegen? `
In der Rechnung
Die Zahlen könnten falsch sein! Was sagt denn top, wie bereits eongangs gefragt.
Gruß
Rainer
-
Ok das hatte ihr übersehen.
Hier mal 2 Screens. Wie gesagt es ist ja nicht nur das es angezeigt wird sondern ach kann ich eben dann im VIS Editor oder auch auf dem Weboberfläche nichts machen.
MFG Maggi
-
Dann soll mal ein andrer rechnen
die Mem free passen ganz gut 204 vs. 203.8 im top.
die mem used im Admin mit 616 passen zu top 745 gar nicht, und wenn der Swap (!!!!) mit 69 da schon drin sein sollte schon gar nicht.
Du bist mit deinem Speicher auf jeden Fall ganz schön am Ende - swappen auf einer SD-Karte sollte nicht vorkommen.
Aber zur Ursache habe ich keine Ahnung
Gruß
Rainer
-
Ok dann werde ich mal einen weiteren Pi zulegen und dann mal schauen.
MFG Maggi
-
Das hat mich jetzt doch interessiert was da angezeigt wurde.
Der von ioBroker angezeigte "Insgesamt Ram verbraucht" Wert muss so nicht korrekt sein und der Wert kann tatsächlich mehr sein als das Gerät überhaupt RAM hat.
Der Wert von "Insgesamt Ram verbraucht" ist die Summe des Speicherverbrauchs der laufenden Adapter plus des js-controllers.
Dieser Wert ist jedoch nicht unbedingt der tatsächliche Speicherverbrauch sondern eventuell mehr. Wieviel mehr kann ich jetzt nicht sagen.
Der Wert des Speicherverbrauchs eines Adapters setzt sich zusammen aus:
Speicherverbrauch Adaptercode plus Speicherverbrauch Shared Libraries.
Benutzen nun mehrere Adapter dieselbe Shared Lib wird der "Insgesamt Ram verbraucht" Wert zu hoch.
Beispiel:
Adapter 1 braucht 10MB für sich und 15MB für SharedLib A. Anzeige für diesen Adapter: 25 MB
Adapter 2 braucht 5 MB für sich und 15BM für SharedLib A. Anzeige für diesen Adapter: 20 MB
Anzeige "Insgesamt Ram verbraucht": 45 MB.
Tatsächlicher Verbrauch:
Adapter 1: 10 MB
Adapter 2: 5 MB
SharedLib A: 15 MB. (Wird nur einmal ins Ram geladen)
Tatsächlicher Ramverbrauch der beiden Adapter zusammen: 30MB.
Wie gesagt: Wie jetzt die Größen der einzelnen Werte tatsächlich sind entzieht sich meiner Kenntnis.
