Monatsrückblick Januar/Februar 2026 ist online!

[UlliJ]

Hi zusammen,

mache gerade meine ersten Versuche mit vis-2.
Im editor ist eine Seite wie z.B. diese

Datenzeitraum ist auf 3h und Aktualisierungsintervall auf 60s eingestellt.

Bereits die 3 Diagramme im Editor reichen aus um den lxc mit Influx zum Speicherüberlauf zu bewegen.

Erst geht die Cpu in Anschlag, dann läuft der Speicher und anschließend der Swap voll. Am Ende des Gif wird der lxc per script neu gestartet (weil Speicher weg). Das ist mein quick and dirty fix, aber natürlich keine dauerhafte Lösung.
Der lxc läuft mit 8GB RAM, 4 Cpu's und SSD. Das wäre laut Influx Empfehlung genug für

• 250T Werte schreiben und
• 25 Queries (mit Group by Funktion über mehrere Wochen)
  und das pro Sekunde. Da bin ich meilenweit weg von.

Seitens Iobroker werden ca. 200 DP's in unterschiedlichen Intervallen (2s bis 5min) geschrieben.

Hat einer von euch eine Idee wo ich die Suche starten kann?
Oder hat einer das Verhalten mit Vis-2 auch in einem ähnlichen Szenario?

Danke für die Ideen
VG

[crunchip]

@ullij sagte in vis-2 lässt InfluxDB überlaufen:

Der lxc läuft mit 8GB RAM, 4 Cpu's und SSD. Das wäre laut Influx Empfehlung genug für

250T Werte schreiben und
25 Queries (mit Group by Funktion über mehrere Wochen)
und das pro Sekunde. Da bin ich meilenweit weg von.

Seitens Iobroker werden ca. 200 DP's in unterschiedlichen Intervallen (2s bis 5min) geschrieben.

Das Thema gab's kürzlich schon mal bzw so ähnlich.
Problem ist eher, es müssen alle Werte im Hintergrund geladen werden

[UlliJ]

@crunchip
Danke Dir. Den Link hast Du nicht zufällig parat:face_with_rolling_eyes:

[Homoran]

@crunchip sagte in vis-2 lässt InfluxDB überlaufen:

Problem ist eher, es müssen alle Werte im Hintergrund geladen werden

@UlliJ
nicht nur das, es müssen die Datenreihen auch für die Darstellung notwendige Auflösung aggregiert werden, also z.B. fliessend ein Mittelwert aller Werte eines Zeitbereichs, der durch einen Punkt im Chart repräsentiert wird, errechnet werden.

[crunchip]

@ullij nein, leider nicht auf die schnelle

[UlliJ]

@homoran @crunchip

ich will mir das mit der Vis ja nur leichter machen und optisch macht das ja auch was her:+1:
aber performant... ist anders.
Die Datenbank selbst ist jedenfalls sehr schnell. Antworten auf Aggregation über Wochen/Monate kommen in der Regel unter 500ms.

Dann wird die neue Vis eben ohne den Grafen schnick schnack auskommen und die Charts kommen weiterhin über Grafana.

Danke euch erst mal. Würde aber doch gerne wissen, ob andere Nutzer das auch so beobachten.
VG