Diagramme

[SeatSLF]

Der LBS der noch läuft ist dein Watchdog, der läuft aber schon immer.
Auch wenn ich dieser deaktiviert ist ändert das nichts

[SeatSLF]

Es laufen nur die mitgelieferten LBS Mit absoluter Sicherheit

[gaert]

Nee... Du hast garantiert irgendeine komische Logik/LBS aktiviert, sobald etwas ins Archiv geschrieben wird. MySQL sorgt nicht für hohe Lasten bei den paar Datensätzen

[SeatSLF]

Die Last ist auch da wenn keine Visu auf ist, ich habe mal die Datenbanken und Diagramme für Jahr/Monat entfernt (sieht man eh nix gescheides)
Zudem habe ich noch den Sonnenauf-/Untergangsbaustein rausgeschmissen, da er bei jedem Aufruf 2 Fehler hatte.
Jetzt bin ich von teilweiße 35% auf max 20% runter.

Die Last steigt nur wenn neue Daten in die Datenbank geschrieben werden.
Rufe ich eine Visu auf, sind die Werte nur minimal höher.

Im SSH Zugang sieht man halt nur das Edomi(root) die maximal Last macht, der SQL scheint ruhig bei der ganzen Sache.
Visu sind/waren dabei nicht online.

[fisch3009]

Habt ihr die Last auch, wenn keine Visu geöffnet ist (bzw. kein Diagramm angezeigt wird).
Bei mir geht die CPU-Last hoch wenn ich einen großen Zeitraum in einem Diagramm anzeigen lasse, das Problem ist dabei halt, dass EDOMI alle Werte für diesen Zeitraum (meine ich hat gaert mal irgendwo geschrieben) aus der Datenbank holt und gegenfalls bei entsprechender Bildschirmauflösung mittelt und dann darstellt.
Beispiel (Vermutung):
Bei 3 Tagen Zeitraum, Werte z.B. alle 5 Sekunden sind das dann 51840 Werte, dargestellt werden können bei 1800 Pixeln ja aber maximal 1800 Werte also daraus noch Mittelwert bilden und dann darstellen. Das macht EDOMI dann jede Sekunde, richtig?

[SeatSLF]

LBS habe ich testweiße deaktiviert, aber das hat nichts gebracht.

Scheinbar ist es so, das wenn die Datenbanken größer werden, die CPU stärker belastet wird.
Zumindest scheint es über die letzten Tage so zu sein.
Ich lasse die Temperaturen der Heizung in je 4 Datenbanken zu schreiben,
Tag , 3Tage, Woche, Monat.
Da kommt bedingt durch die Funktionsart einer Ölheizung zusammen.

Jedesmal wenn die Temp. auf den Bus kommen und in die Datenbank, sieht man wie die CPU Last nach oben geht.

[coliflower]

Liegt es an deinen Diagrammen oder villeicht an einem LBS ?

[SeatSLF]

hmmm da muss ich schauen, heute Nacht hat es mir als peak 132 angezeigt auf einem Dual Core mit 1,6Ghz.
Ich habe ca 18 Diagramme mit 48 Datensätzen.

[coliflower]

Ein Diagramm mit 9 Archiven für die Temperatur ... CPU-Last nahezu an 0% (VM mit einem Kern am MBP).

[SeatSLF]

Wieviel Diagramme/Datenbanken habt ihr laufen?
Und was sagt eure CPU Last dazu?

[gaert]

Seit 1.18 werden alle DBs bei jedem (neu)Start von EDOMI geprüft und optimiert (Indicies neu aufgebaut). Eine repair-Funktion ist zwar schon implementiert, aber noch nicht aktiviert - zu gefährlich...

Unabhängig davon: Ein Computer, der plötzlich ohne Saft dastehen kann und auch noch eine zentrale Rolle in der Haussteuerung hat, sollte durchaus mit einer USV bedacht werden...

mySQL ist übrigens sehr robust. Im normalen Betrieb geht da nichts kaputt. Dies kann sich natürlich ändern, wenn z.B. der Massenspeicher ein Problem hat oder eben der Strom ausfällt.

[MIT]

Hallo @gaert,

vorab: Besten Dank für deine Software! Chapeau!

Eine Frage hierzu:

[...] By the way: Dann könnten natürlich auch andere DBs gelitten haben...[...]

Bedeutet das, dass ein Stromausfall bspw. durchaus Datenverlust bedeuten kann, den man ggf. nicht sofort bemerkt? Also doch eine USV für edomi anschaffen?
Da edomi ja mit dem Fokus der Sicherheit und Stabilität programmiert ist: Hast Du dort Analysealgorithmen - so es sie denn dafür gibt (?) - vorgesehen, damit festgestellt werden kann, ob edomi (wieder) sauber läuft? Wird die Konsistenz der Datenbank regelmäßig geprüft und/oder sollte man - mal etwas überzogen gesagt - sporadisch das System neu aufsetzten, damit die Datenbank keine Inkonsistenzen bzw. "broken tables" aufweist? Wie bemerke ich, dass eine Tabelle defekt ist, wenn ich meine Daten nicht unbedingt visualisiere (wie im obigen Beispiel)?

Viele Grüße
Thorsten

[basaltnischl]

Geht noch nicht, stand hier schonmal irgendwo.
Klar macht das keinen Sinn jedoch beziehen sich die Diagramme im Moment immer auf 0

[coliflower]

Ich habe nun die Inhalte der Archive gelöscht … (á la Video-Anleitung) ...
Trotzdem ist die Y-Achse von 0 bis 30 (eingestellt sind die Archive auf 18 bis 30) ...

Weiß jemand weiter ?
Danke !

Es macht doch keinen Sinn es so darzustellen - wenn der Wert nie unter 18 und über 30 geht :

Bildschirmfoto 2016-02-14 um 18.42.52.png

[coliflower]

Danke ich habe das Start Datum + Zeit eingegeben under Schrott links ist weg ..
ABER … die Y-Achse beginnt weiterhin bei 0 obwohl im Archiv das Minimum bei 18 eingestellt wurde :-(

Übersehe ich etwas ?