[Frage] Anzeige Speicherverbrauch unter Instanzen

[Creator]

> auch das ergibt nicht unbedingt sinnvolle Werte da die LOAD ja nur angibt, wieviele Prozesse in der Warteschlange sind. Die können da aber auch prozessbedingt warten
Es gibt aber ja schon einen Überblick über die System Auslastung über einen gewissen Zeitraum.

Wenn alle Kerne bei 100% laufen und das 5 min lang sagt das ja schon mehr aus, als wenn man 100% Auslastung für 2sek. hat.

Bei 1 Kern wie in meiner VM würde ich durchaus mal aktiv werden wenn die Load seit 15min auf 2,5 oder noch höher stehen würde.

Außer ich sorgen dafür aktiv.

Die Frage ist wohl, für was der Wert an dieser Stelle gedacht ist.

Und wenn es die Frage eines Anwenders beantworten soll ob die Kiste noch mehr Instanzen verkraftet, dann ist die dargestellte Information durchaus missverständlich.

Daher ist wohl die richtige Frage was will man dem Anwender mit dieser Information mitteilen.

[Homoran]

@Creator:

Wenn alle Kerne bei 100% laufen und das 5 min lang sagt das ja schon mehr aus, `
und genau das wird durch die LOAD nicht dargestellt - seltsamerweise.

Mein Cubitruck mit 2 Kernen hat öfters eine Load Average 5 Min >2.

Trotzdem zeigt die Angabe CPU(s) Used unter TOP noch lange keine 100% (Meist deutlich niedriger) an.

Gruß

Rainer

[Creator]

Ich meine das die Load nicht nur die CPU Last berücksichtigt.

Wenn CPU kaum was tut aber die Prozesse alle auf IO warten,

dann geht die Load average auch deutlich nach oben.

` > Mein Cubitruck mit 2 Kernen hat öfters eine Load Average 5 Min >2.

Trotzdem zeigt die Angabe CPU(s) Used unter TOP noch lange keine 100% (Meist deutlich niedriger) an. `

Das kannst du ja mit atop dir dann anschauen wo es da hakt.

Ich vermute ganz stark IO.

Daher finde ich den Wert durchaus interessant weil er halt nicht nur einen Parameter als Grundlage verwendet.

Nur würden die meisten diesen Wert nicht verstehen.

[frankjoke]

Hallo mitsammen!

Da ich auch mal nervös wurde un meinen Raspi schon an die Speichergrenzen stoßen sah hab ich auch mal nachgeforscht.

Wer Linux hat kann mit

free -m
              total       used       free     shared    buffers     cached
Mem:           859        533        326         85         26        151
-/+ buffers/cache:        356        503
Swap:           99          3         96

-m = in Megabytes den Speicher anzeigen lassen. In dem System läuft neben ioBroker mit Redis auch PostgeSQL und motion und 14 Prozesse laut iobroker.admin.

Die wichtige Zeile ist +/- buffers/cache, also wie viel von den Programmen benutzt wird und wie viel für buffers+cache zur Verfügung steht.

Warum habt ihr so viel im buffer und im cache (im Vergleich zu mir)?

Das liegt wahrscheinlich daran dass ihr den cache nie gelöscht habt!

Ich hab mir mal eine kleines Kommando geschrieben die den cache leert:

#!/bin/sh
echo 3 | sudo tee /proc/sys/vm/drop_caches

Damit wird alles wass z.B. beim Start vom System oder ioBroker mal in den cache geladen wurde rausgeschmissen und benötigte Daten neu geladen.

Dies bewirkt auch dass der gesamte Platz mehr oder wenig ausschliesslich dem ioBroker (und den anderen laufenden Programmen) zur Verfügung steht und nur Daten die jetzt nachgeladen werden wieder in den cache wandern.

Ich führe den cacheclean nach dem Hochfahren in einer meiner javascripts aus und manuell auch nach updates von SW oder Adaptern.

Damit hab ich selten unter 30% freien Speicher und alles was ioBroker (Vis, Postgre, motion…) braucht passt auch in den cache. Hab mir schon überlegt den Befehl automatisch jeden Tag auszuführen aber das war eigentlich nie notwendig da er im normalen Betrieb nie voll geworden ist, außer ich debugge 'ne Menge mit Log-Daten ....

Also checkt mal, aber seit ich das kenne/habe/mache hab ich die 'speicherangst' auch für meinen Raspi verloren!

[Creator]

` > Warum habt ihr so viel im buffer und im cache (im Vergleich zu mir)?

Das liegt wahrscheinlich daran dass ihr den cache nie gelöscht habt! `

Das passiert von alleine. Vermutlich gibt es dafür irgendwo Setting Werte wie man das vom Apache her kennt.

Einen Cache zu löschen macht ja nur wirklich Sinn, wenn sich die Infos im Cache verändert haben.

Ansonsten bringt der Cache ja genau nichts.

Der Cache hat sich bei mir nach un nach aufgebaut. Nach einer Woche waren die oben stehenden Werte erreicht.
> Also checkt mal, aber seit ich das kenne/habe/mache hab ich die 'speicherangst' auch für meinen Raspi verloren!
Speicher Angst habe ich nie. Unter anderem, weil ich eine VM nutze. 8-)

[Homoran]

@Creator:

` > Warum habt ihr so viel im buffer und im cache (im Vergleich zu mir)?

Das liegt wahrscheinlich daran dass ihr den cache nie gelöscht habt! `
Das passiert von alleine. Vermutlich gibt es dafür irgendwo Setting Werte wie man das vom Apache her kennt.

Einen Cache zu löschen macht ja nur wirklich Sinn, wenn sich die Infos im Cache verändert haben.

Ansonsten bringt der Cache ja genau nichts. `

Ja, nein vielleicht

Auch bei dem von mir verlinkten Screenshot war der Cache sehr groß.

Dies passiert insbesondere bei Installationen (bei mir habe ich das gesamte System gerade neu aufgesetzt)

Nach dem ersten reboot sind wieder 1GB "freies" RAM vorhanden und das ziemlich stabil seit etwa 3 Tagen.

Ich glaube, dass diese Speicherverwaltung auch mit der nodejs-Version zu tun hat. So schein mir nodejs 6+7 wesentlich weniger Cache zur verfügung zu stellen als nodejs 4.

Trotzdem wird das "freie" RAM langsam weiter sinken - bis zumnächsten reboot.

Die automatische garbage collection beginnt IMHO erst wenn das "freie" RAM zu wenig wird. Und da bei nodejs 4 anscheinend manchmal sogar etwas zu spät. Zumindest habe ich da schon mal Effekte erlebt, die ich auf einen "freien" Speicher von 0 MB zurückführen würde.

Gruß

Rainer

[frankjoke]

Rainer,

Nodejs Speicherverwaltung hat nichts mit dem linux-cache zu tun. Das freie Ram sinkt weil Linux es als Cache einsetzt, und der Befehl

echo 3 | sudo tee /proc/sys/vm/drop_caches

free -m

löscht nur den Linux-cache aber nicht den nodejs-Speicher.

Alles was von/auf die HD/SD/USB geschrieben wird landet im cache. also jeder log-event oder sql/history -Befehl bewirkt dass der freie Speicher weniger wird, was aber nicht so schlimm ist, wird der Speicher ja sofort für was anderes verwendet falls nötig.

Ein wirkliches Anzeichen dass es einen Engpass gab ist der Swap-Bereich. Wenn da mal was benutzt wurde dann war der Speicher zu knapp und nicht alle Programme/Daten konnten mit Speicher bedient werden.

Das passiert bei mir nur wenn ich z.B. im laufenden Betrieb Updates von Adaptern mache die 'ne Menge C(++) code compilieren müssen.

Wenn Swap used 0 ist bedeutet dass alles was momentan Speicher braucht in den Speicher passt.

Wenn er mal >0 aber sich nicht mehr verändert dann wurde mal kurz ausgelagert aber momentan ist kein neuer Bedarf.

Wenn er permanent ansteigt dann hast du ein Problem.

[frankjoke]

Noch ein Punkt: Wenn ihr Swap ausschalten/einschalten möchtet dann geht das hier:

sudo swapoff -a

und

sudo swapon -a

In einem script schaffen es beide dass swap auf 0 geht aber in Wirklichkeit hat das keinen Einfluss außer ihr habt wirklich zu wenig Speicher.

[gimix]

@fsjoke:

Hallo mitsammen!

Da ich auch mal nervös wurde un meinen Raspi schon an die Speichergrenzen stoßen sah hab ich auch mal nachgeforscht.

Wer Linux hat kann mit

free -m
              total       used       free     shared    buffers     cached
Mem:           859        533        326         85         26        151
-/+ buffers/cache:        356        503
Swap:           99          3         96

-m = in Megabytes den Speicher anzeigen lassen. In dem System läuft neben ioBroker mit Redis auch PostgeSQL und motion und 14 Prozesse laut iobroker.admin.

Die wichtige Zeile ist +/- buffers/cache, also wie viel von den Programmen benutzt wird und wie viel für buffers+cache zur Verfügung steht.

Warum habt ihr so viel im buffer und im cache (im Vergleich zu mir)?

Das liegt wahrscheinlich daran dass ihr den cache nie gelöscht habt!

Ich hab mir mal eine kleines Kommando geschrieben die den cache leert:

#!/bin/sh
echo 3 | sudo tee /proc/sys/vm/drop_caches

Damit wird alles wass z.B. beim Start vom System oder ioBroker mal in den cache geladen wurde rausgeschmissen und benötigte Daten neu geladen.

Dies bewirkt auch dass der gesamte Platz mehr oder wenig ausschliesslich dem ioBroker (und den anderen laufenden Programmen) zur Verfügung steht und nur Daten die jetzt nachgeladen werden wieder in den cache wandern.

Ich führe den cacheclean nach dem Hochfahren in einer meiner javascripts aus und manuell auch nach updates von SW oder Adaptern.

Damit hab ich selten unter 30% freien Speicher und alles was ioBroker (Vis, Postgre, motion…) braucht passt auch in den cache. Hab mir schon überlegt den Befehl automatisch jeden Tag auszuführen aber das war eigentlich nie notwendig da er im normalen Betrieb nie voll geworden ist, außer ich debugge 'ne Menge mit Log-Daten ....

Also checkt mal, aber seit ich das kenne/habe/mache hab ich die 'speicherangst' auch für meinen Raspi verloren! `

Sorry für das Ausgraben, aber ich bekomm diesen Skript nicht laufen. Hab in ioBroker unter Skripten das als Javaskript eingepflegt aber da kommt immer eine Fehlermeldung dass der Compiler Failed.

[michihorn]

@frankjoke sagte in [Frage] Anzeige Speicherverbrauch unter Instanzen:

echo 3 | sudo tee /proc/sys/vm/drop_caches

Hallöchen
wird in einem Multihost System nur der Cache berührt, auf dem das Script läuft?
In diesem Fall der Master in der Java Instanze 1

var cacheclear = 'echo 3 | sudo tee /proc/sys/vm/drop_caches'
schedule("0 */2 * * *", function () { 
exec ('cacheclear');
   log("Cache gereinigt")   
});

Michael