ElabNET Technik Forum

StefanW hat geschrieben: ↑Do Jan 07, 2021 4:29 pm Bei Linux ist Speicherplatzermittlung eher virtuell und nicht so genau fassbar. Bitte nicht Probleme suchen, wo keine sind.

Den Kommentar finde ich nicht fair und ich kann mir eine Antwort nicht verkneifen auch wenn er sicher nicht böse gemeint war, sorry Stefan.
Ich habe nicht nach einem Problem gesucht und auch kein Problem darin gesehen, aber es war mir meine Zeit Wert Euch das zu melden. Es wäre ja durchaus möglich, dass mal etwas nicht so läuft, wie Ihr Euch das vorstellt und dann könntet Ihr froh sein über solche frühzeitigen Rückmeldungen.

Es haben aktuell 31 Personen mit "Alles lief super" abgestimmt, da ich mir die Mühe mache hier sogar zu posten gehöre ich wohl zweifelsfrei mit dazu. Mir ist durch Zufall aufgefallen, dass ich vor dem Update eine um die Hälfte geringere Speicherauslastung hatte und dass der angezeigte Wert, den Ihr ja nicht ohne Aufwand in die Darstellung des Monitors aufgenommen habt, keine Aussage hat - was mir nicht klar war.

Das ganz ist mir übrigens aufgefallen, da ich bereit war experimental eine Lösung für die Nutzer zu suchen, die Gerne Ihre Zeitreihen editieren wollen, sei es weil Sie von anderen Sysemen zu Eurem umziehen und Historie mitnehmen wollen oder weil sie (wie ich) leider nicht reichtzeitig den Wert von Zeitreihen erkannt haben oder weil Sie (wie ich) händisch notierte Zählerstände hinzufügen wollen, oder weil sie (wie ich) Änderungen in den Skalierungen von KNX-Teilnehmern im laufenden Betrieb vorgenommen haben und dies gerne in Visualisierungen ausbessern wollen, ohne die Daten zu verlieren. Nur leider ist mir bei den Experimenten der Service abschmiert, und alles sieht danach aus, dass es an einem Speicherüberlauf lag, den ich gleichzeitig beobachten konnte...und deshalb überhaupt achte ich aktuell auf diesen Wert.

Sorry Sven,

es war natürlich nicht so gemeint.

Wir sind gerade sehr belastet mit der Entwicklung neuer Leistungsmerkmale, die wir sehr zügig bereitstellen wollen und es fehlt manchmal ein wenig die Zeit immer alles schön und massenkompatibel auszuformulieren.

Ich habe Deine Experimente im anderen Thread gesehen, wir können das aber nicht unterstützen derzeit. Falls es deswegen zu Problemen in der Influx kommen sollte (wobei der dynamische Speicherverbrauch nicht darauf hindeutet), dann ist das Posten von Fragen oder möglicher Probleme die im womöglich im Zusammenhang mit der kreativen Nutzung einer nicht dafür gedachten Funktion stehen, eher in diesem Thread nicht dienlich.

Speicherangaben in Linus sind nicht präzise, weil durch die Mehrfachnutzung von Bibliotheken eine richtige Ermittlung, was wieviel braucht, nicht wichtig ist. Bei Influx geht das dynamisch je nach letzten Abfragen, weil gecached wird und Teile des Speichers auf die Platte gemapped sind (wie bei jeder Datenbank). Kurz, man kann damit eher nichts ablesen.

lg

Stefan

Auch hier Update ohne Probleme.
lg
Robert

Robosoc hat geschrieben: ↑Do Jan 07, 2021 4:25 pm Da ich aktuell durch ein Thema meinen Service "Zeitserien Datenbank" sporadisch beobachte, ist mir aufgefallen, dass dieser vor dem Updaten von V1.6 RC8 auf V1.6 eine Speicherauslastung von etwa 110-150 MB hatte und nun immer 365 MB und größer.

Hallo Sven,
Ich habe es hier auch gefragt
viewtopic.php?f=8&t=2588&start=10#p29159

MfG Juri

Update von 1.6.0 RC8 auf 1.6 Hauptversion lief sauber durch.

(zur Info: Zeitserien-Datenbank nach Update auf 0,7 GB (habe 73 Zeitserien). Vorher habe ich nicht geschaut.)

hab mich natürlich nicht an die Hiweise "Vor dem Upgrade:" gehalten.
bzw. zwar gelesen, aber im Eifer des Gefechts einfach auf den Update-Button gedrückt...

Dementsprechend habe ich vorher keinen Neustart gemacht.

Nach dem Neustart nach dem Update sieht es so aus:


und zwei Stunden später ist der Speicher der Zeitserien auf 255 MB gesunken.

Update auf Hells Bells ohne Probleme durchgelaufen !!!

Update von 1.6 RC 8 auf 1.6 erfolgreich

@Robosoc @pbm @Sensej Nur so als Tipp um solche Sachen zu analisieren.

Ich mache immer einen Screen von der Dienste Seite vor dem Update und nach dem Update und bei einem Neustart auch. Das mache ich immer wie auch die Datensicherung vor und nach dem Update.

Hallo Juri,

Sensej hat geschrieben: ↑Mi Jan 06, 2021 11:40 pmHabe gesehen, dass die Datenbank nach dem Update für ca. 8-10 Minuten fleißig war
Aus reiner Neugier, welche DB-Aktivitäten waren das, die im Hintergrund ausgeführt wurden?

Kann ich nicht sagen. Die Datenbank führt selbständig Optimierungen im Hintergrund durch (zumeist Kompression). Es kann sein, dass dies durch den Neustart des Servers oder dem Neustart eines Services angestoßen wurde im Rahmen eines Initialisierungsprozesses.

Es gab zwar Änderungen am DB Management, das dürften aber nur diejenigen Nutzer merken, die von der letzten 1.5.3 auf diese V 1.6 upgraden. Diejenigen, welche Insider Versionen nutzen, haben alle diese Verbesserungen schon vor einem halben Jahr erhalten.

lg

Stefan

Hallo Adi,

adimaster hat geschrieben: ↑Mi Jan 06, 2021 9:21 pmGefühlt deutlich höhere Performance, kann das sein?

Das kommt ein wenig darauf an, von welcher Vesion Du kamst.

Es gibt fast in jeder zweiten Insider Version auch ein Performance Enhancement.

Für die kommenden Insider Versionen zur V 2.0 arbeiten wir an einer neuen Influx-Version, die bei internen Tests zu guten Performance-Sprüngen (je nach Art der Abfrage) geführt hat. Es gibt immer etwas, das man verbessern kann.

Bitte immer beim Thema Performance beachten: Die Benutzeroberfläche und damit auch Grafana / CometVisu / Portainer usw. laufen komplett im Browser. Die Benutzeroberfläche des Timberwolf Servers ist KEINE übliche normale Web-Oberfläche die nach jedem Klick diesen zurücksendet und der Server dann ein neues Bild berechnet (was zu Delay und "Flackern" führt), sondern eine APP die komplett beim ersten Aufruf in den Browser geladen wird und anschließend nur noch Daten mit dem Server austauscht. Das führt dazu, dass der Server damit wenig belastet ist und vor allem bedeutet es auch, dass die Performance der Oberfläche in weiten Teilen von der Geschwindigkeit der Client Hardware abhängt, auf welcher der Browser läuft.

Die gute Nachricht daran ist, das im Durchschnitt über die nächsten Jahre von den Nutzern immer bessere HW auf der Client Seite engesetzt wird und damit der Server gefühlt immer schneller werden wird. Da wir die Server-Komponente ohnehin ständig tunen, wird es auf längere Zeit entsprechende Zuwächse geben.

lg

Stefan