WebMatic 1.2 Beta V

[Goglo]

Hmm. Irgendwie scheint der Aufruf des awk nichts zurückzuliefern. Kannst du mal deine /proc/meminfo hier reinpasten?

[LarsM]

Code: Alles auswählen

~ # cat /proc/meminfo
MemTotal:        62372 kB
MemFree:          4212 kB
Buffers:             0 kB
Cached:           8336 kB
SwapCached:          0 kB
Active:          49744 kB
Inactive:         1540 kB
SwapTotal:           0 kB
SwapFree:            0 kB
Dirty:               0 kB
Writeback:           0 kB
AnonPages:       42968 kB
Mapped:           6760 kB
Slab:             3844 kB
SReclaimable:      892 kB
SUnreclaim:       2952 kB
PageTables:        824 kB
NFS_Unstable:        0 kB
Bounce:              0 kB
CommitLimit:     31184 kB
Committed_AS:    57132 kB
VmallocTotal:   956416 kB
VmallocUsed:      9692 kB
VmallocChunk:   940028 kB

[Goglo]

Das ist ja man interessant. So wenig Speicher wie Du hatte ich noch nie. Bei mir ist immer so ab 4M free reboot angesagt. Hast du sehr viele Komponenten?

Ich debug das mal, wenn ich wieder zuhause bin

[LarsM]

Nur die in der Signatur. Installiert habe ich den XMP-API-Patch, Dropbear, Programme drucken, CuXD und FTP-Server. Webmatic habe ich nur die Beta ins Addon-Verzeichnis kopiert.
Ich nutze das Heizungsthermostat-Skript 2.0, das Lüftungsempfehlungs-Skript und logge die Heizungskurven in 8 Räumen.

Aber wenn ihr nicht den Speichermangel habt, erklärt das evtl. meine Instabilität von CuxD oder der WebUI.

[LarsM]

Nur die in der Signatur. Installiert habe ich den XMP-API-Patch, Dropbear, Programme drucken, CuXD und FTP-Server. Webmatic habe ich nur die Beta ins Addon-Verzeichnis kopiert.
Ich nutze das Heizungsthermostat-Skript 2.0, das Lüftungsempfehlungs-Skript und logge die Heizungskurven in 8 Räumen.
Darüberhinaus logge ich noch den Strom- und Gas-Bedarf in 5 weiteren Diagrammen.

Aber wenn ihr nicht den Speichermangel habt, erklärt das evtl. meine Instabilität von CuxD oder der WebUI.

[Goglo]

Wie eigentlich erwartet, funktioniert der awk und gibt "12548,8336,4212" zurück.

Wenn das bei Dir nicht funktioniert, klappt wohl der system.Exec()-Aufruf nicht. Abhilfe wäre da vielleicht auf den CUxD ausweichen, der scheint ja stabiler zu sein.

Aber mittlerweile glaube ich, dass die Loggerei in Systemvariablen zu nix Gutem führt. Zumindest sprechen die beiden Speichergrafiken Bände über Speicherlecks. Man sieht sehr schön, wie der Speicher immer weniger wird. Der Versprung ist dann ein reboot.

Ich lass' jetzt mal vergleichsweise nur das CCU-Memory loggen und wenn das dann mit weniger Speicherverlust abläuft, dann ist der Schuldige eigentlich gefunden. Man loggt dann besser in Dateien, wofür aber der Code der webmatic angepasst werden muss. Vor allem ist das dann alles nicht mehr so einfach mit einer unmodifizierten CCU zu machen, weil man dann besser auf einen USB-Stick loggt und der muss vom lighthttpd erreichbar sein. Sprich es braucht wahrscheinlich einen symbolischen Link dahin, wo immer der USB-Stick gemounted ist. Das ist dann nicht mehr so einfach per Zusatzsoftware für den Normal-User zu erreichen, was eigentlich den Charme vom webmatic und den Verlaufsdiagrammen ausgemacht hat.

Aber erst mal schau'n wie's nur das Memory loggt.

[Berni]

Aber mittlerweile glaube ich, dass die Loggerei in Systemvariablen zu nix Gutem führt. Zumindest sprechen die beiden Speichergrafiken Bände über Speicherlecks. Man sieht sehr schön, wie der Speicher immer weniger wird. Der Versprung ist dann ein reboot.

Mal eine "Verständnisfrage"

Bei loggen in den Variablen wird ja eine bestimmte Menge an Daten geloggt
Wenn die "maximale Menge" erreicht ist werden die "alten Daten" gelöscht und die neuen "hinten dran gehangen"
so dass immer nur die maximale Menge an Daten in der Variablen ist
Habe ich das richtig verstanden?
Wenn ja - geht der Speicher trotzdem immer weiter "runter"?
oder bleibt er freie Speicher wenn die maximale Anzahl erreicht ist gleich?

[Goglo]

Wenn ja - geht der Speicher trotzdem immer weiter "runter"?
oder bleibt er freie Speicher wenn die maximale Anzahl erreicht ist gleich?

Theoretisch stimmt das so. Aber in der Praxis gibt es gerne mal Probleme mit der Speicherverwaltung: Da wird z.B. Speicher stückchenweise angefordert und dann kollektiv wieder freigegeben. Wenn man sich da verzählt, wird nicht aller Speicher freigegeben und es fehlt letzten Endes welcher. Oder der Algorithmus, welcher ungenutzten Speicher erkennt und wieder freigeben soll, funktioniert nicht so ganz...

Also da gibt's ganz viele Fehlermöglichkeiten. Diese Speicherlecks waren gaaaanz früher mit ein Grund, warum man Windows so oft neu booten muss. Genauso wie die CCU heutzutage ....

[EnergyStar]

Wie, ist es bei Windows jetzt eine anderer Grund, warum man immer mal wieder Neustarten muss?

[Berni]

Danke für die Erlärung
Jetzt hab ich es verstanden was da mit dem Speicher "passiert".