Diagramme

[Winni]

Was soll denn "now minus x hours minus y hours" überhaupt machen? Evtl. fehlen dir aber auch einfach die Leerzeichen hinter dem KO?
Wenn du die beiden Zahlen einfach addiert haben willst, nimm ne Logik mach 677 + 678 und schreib es in 679 und schreib now - {679} hours

Start = now - verschiebung - zeitraum
Ende = now - verschiebung

So könnte ich Zoomen und den Zeitbereich mit Slidern elegant verschieben.

Ich habs jetzt mit nem LBS gelöst. Leider kann das Diagramm wohl auch nicht mit negativen KOs umgehen, daher muss ich den Slider nach rechts schieben, wenn ich was im Diagramm weiter links sehen will. Werd' noch ne weitere Variable definieren um auch das in den Griff zu kriegen

[fisch3009]

Bei mir habe ich das so im Feld "Startdatum (links)" geschrieben: now- {407} {408}
Wobei ich dann per Visu 407 mit Zahlen belege und 408 mit hours days minutes je nachdem (per Button umschaltbar). Finde ich extrem flexibel so.

Edit:
Was soll denn "now minus x hours minus y hours" überhaupt machen? Evtl. fehlen dir aber auch einfach die Leerzeichen hinter dem KO?
Wenn du die beiden Zahlen einfach addiert haben willst, nimm ne Logik mach 677 + 678 und schreib es in 679 und schreib now - {679} hours

[Winni]

Jetzt ist es sogar noch schöner:

Man kann in Zukunft auch im Visu-Element selbst einen Bereich angeben - auch in den dynamischen Designs... Sogar mit dem üblichen KO-Platzhalter {#}, wenn's denn sein soll

Beispiele:
Jetzt bis 3 Tage zuvor: now ** now -3 days
Alle Daten bis jetzt: ** now
Jetzt bis (KO) Tage zuvor: now ** now -{#} days
usw...

Um es für meine Zwecke perfekt zu nutzen (Auswahl Bereich und Auflösung) habe ich "now - {677}hours - {678}hours" oder "now - ({677} + {678})hours" ausprobiert. Beides klappt leider nicht. Gibt es einen Trick, direkt im Diagramm, oder muss ich eine weiteres internes KO definieren?

[gaert]

Habe ich doch schon irgendwo erläutert... Die Min/Max-Werte haben durchaus eine Bedeutung - allerdings versucht EDOMI stets eine "schöne" Skalierung daraus zu errechnen, damit die Ticks auf der Y-Achse nicht z.B. 0, 0.0122324, 0.042454335, usw. sind

Es wäre programmiertechnisch wesentlich einfacher gewesen die Min/Max-Werte "hart" zu setzen, das resultierende Intervall durch 10 oder so zu teilen und fertig sind die Ticks...

[coliflower]

OK, danke für das Update - ist nur ein bisse verwirrend da es möglich ist für die Y-Achse min/max Werte einzugeben …

[gaert]

So ist es noch immer Und so sinnlos und unschön ist das gar nicht (je nach Situation). Aber auch das wird natürlich noch konfigurierbar gemacht - ich habe nur aktuell noch so viele andere Dinge zu erledigen...

[coliflower]

Vielleicht habe ich da was überlesen aber ist es noch immer so dass die Y-Achse bei „0“ beginnt obwohl das manchmal absolut sinnlos und unschön ist ?

[gaert]

Aktuell wäre dies die einzige Möglichkeit - also Legende/Y-Achse deaktivieren und manuell ergänzen (Visuelement). Generell: Diagramme sind noch lange nicht ausgereizt, keine Frage! Da wird noch einiges kommen, natürlich auch feste Raster etc...

[Winni]

Ich hab' nun wieder mal begonnen mich mit Edomi auseinanderzusetzen.
Die Fortschritte sind ja wirklich enorm.
In Bezug auf Diagramme möchte ich folgende Wünsche / Fragen absetzen:
Ich hab's schon irgendwo gelesen, dass keine Graphen angezeigt werden, wenn kein Wert während der angezeigten Periode gesendet wurde. Ich würde mir hier nach wie vor wüschen, das zu überdenken. Mit festem Diagrammraster kann ich ja die Werte periodisch nacherzeugen (z.B. Garagentor, eines mach ich z.B. den ganzen Winter nicht auf), aber bei dynamischer Start / Ende Angabe werd' ich immer wieder die Situation haben aus dem entsprechenden Bereich herauszurutschen, dann wird nichts angezeigt.
Wie kann ich in Diagrammen zwar die Legende (welche Farbe bedeutet was), nicht aber die y-Achse (ist für alle Daten gleich) ausgeben. Oder ist hier einfach am besten die Legende ganz abzuschalten und manuell danebenzusetzen? Dann könnte ich statt 0 0.1 0.2 ... 1.0 auch zu / offen danebenschreiben...

Winni

[SeatSLF]

Du musst die korrekte Core-Anzahl angeben. Deine CPUs haben bestimmt jeweils(!) mindestens 2 Kerne - dann musst du schon 4 in der ini angeben (nicht 2).

top weiß es natürlich ganz genau, du siehst also: Kein Grund zur Sorge.

Schreibfehler meinte natürlich nicht CPU sondern Kern.
Auf den ersten Blick war es sehr beunruhigend.

[gaert]

Du musst die korrekte Core-Anzahl angeben. Deine CPUs haben bestimmt jeweils(!) mindestens 2 Kerne - dann musst du schon 4 in der ini angeben (nicht 2).

top weiß es natürlich ganz genau, du siehst also: Kein Grund zur Sorge.

[SeatSLF]

Version 1.18

Die CPU Last hat sich in den letzten Tagen erhöht und der einzige Unterschiede sind:
- je 2 neue Seiten für 2 Visu's und 5 neue Datenbanken bei aus dennen 2 Diagramme erzeugt werden.
- Update von 1.17 -> 1.18

Wenn den alle Werte gemittelt sind, wieso laufen die Daten im Diagramm Widget sekündlich weiter? (3 Klicks nach links vom Edomi Logo)

In diesen Diagrammen sehe ich das kurz nach Eingang der Gruppenadressen für Heizungsanlagen Temperaturen die CPU Last steigt.
Diese Temperaturen gehen in Datenbanken, daher VERMUTE ich da einen zusammenhang.

Warum ich mehr als 100 angezeigt bekam, keine Ahnung? Es stand da!

Bis zu dem Tag als ich die Datenbanken angelegt habe,
stand beim nächtlichen Backup vielleicht mal 9% als Tagespeak.

Seitdem die neuen Datenbanken angelegt sind, habe ich Tagespeaks
in der Nachtauswertung über 30, das sollte ja nicht der Fall sein.

Wenn ich allerdings mit dem Befehl "top" im SSH die Werte Vergleiche passt das alles nicht zusammen, mit dem in der Admin Seite gezeigt wird.
Laut Edomi habe ich eine CPU Last von 11%, laut Boardmitteln von CentOS
läuft CPU 1 auf Durchschnitt 3-4%, CPU 2 1-2% und IDLE wäre 95%.

Vielleicht lasse ich mich auch einfach von den Werten zu sehr beeinflußen,
noch läuft ja alles geschmeidig.

[gaert]

Wo ist denn jetzt eigentlich das Problem?! Irgendwie alles sehr konfus... Was meinst du mit Datenbanken - Archive? Wieso hast du eine Last > 100%? Das kann ja nicht sein, wenn die Core-Anzahl stimmt... Welche Version nutzt du überhaupt? Und: Woher weißt du so genau, wann die Last steigt? EDOMI zeigt die gemittlete Last der letzten 5 Minuten an...

[SeatSLF]

2 Kerne vorhanden, 2 Kerne Angegeben, das ganze läuft auf einem eigenen Rechner ohne irgendwelche zusätzlichen Sachen.

Neustart kann ich machen wie ich möchte, durch entfernen zweier Datenbanken (inkl. Diagramme) und dem LBS Sonnenauf-/Untergang ging das ganze, heute früh ein wenig zurück.
Der Screenshot entsand danach, also rein mit Edomi Sachen am laufen.

Die Last geht auch nur dann nach oben wenn Gruppenadresse geschrieben werden auf dem Bus, die Edomi in die Datenbank ablegt.


Christian was passiert wenn ich das ganze System im Hintergrund update?
Hattest du beim letzten Update bei den Diagrammen nur das "FrontEnd" geupdatet oder auch was in den Datenbanken?

[gaert]

... peak 132 angezeigt

Hast Du überhaupt die korrekte Anzahl CPU/Kerne in der edomi.ini gesetzt? Dies wird zwar bei der Installation automatisch gemacht, aber vielleicht hast Du inzwischen eine andere Hardware und hast ein Backup wiederhergestellt...

Denn: Eine Last >100% gibbet ja eigentlich nicht... Wenn EDOMI die Anzahl Deiner CPUs/Kerne nicht kennt, kann es die Last nicht korrekt berechnen. Beispiel: Du hast 1 CPU konfiguriert, es sind aber 2 CPUs => Die Volllast wird mit 200% angezeigt...