Browser Performance mit VIS stark beansprucht

[mule]

Zumindest bei mir scheinen die Probleme durch das Update komplett gelöst, denn wo vorher die Performance bereits nach wenigen Minuten zusammenbrach, kann ich nun auch nach mehreren Tagen keinen Performanceverlust mehr feststellen. Danke an Alle die zur Lösung beigetragen haben!

[Fitti]

Auch bei mir rennt das System.

Hatte zwar schwere Probleme mit den Updates. Hatte erst mal diverse Adapter upgedatet, aber noch nicht Admin oder js-controller.

Plötzlich sagte Admin, dass es nicht upgedatet werden könne, da mind. js-controller 0.12.0 benötigt werden würde

Gibt ja aber "nur" 0.11.3. Mit div. Shell-Commandos lief das dann aber.

Habe jetzt mehrere Tage im durchlauf keinerlei Probleme. Alles ist so schnell, wie (empfunden) noch nie. :mrgreen: :mrgreen:

Danke!

[jens.maus]

@Fitti:

Auch bei mir rennt das System.

[…]

Habe jetzt mehrere Tage im durchlauf keinerlei Probleme. Alles ist so schnell, wie (empfunden) noch nie. :mrgreen: :mrgreen: `

Auch ich kann nach einigen Tagen tests bestätigen das seit der Nutzung des hm-rega Adapters in Version 1.3.0 die großen Performanceprobleme Geschichte sind und Statusänderungen (Türe auf/zu) an meinen Tablet nun fast instantan und akzeptabel schnell anzeigt werden. Auch konnte ich meine Views wieder alle auf "sofort rendern" in den VIS Settings stellen ohne das es zu größeren Performanceengpässen kommt. Es gibt zwar hier/da noch gewisse Situationen wo das Tablet die Synchronität mit ioBroker zu verlieren scheint, das ist aber wesentlich seltener geworden. Insofern auch von meiner Seite vielen Dank vor allem an Bluefox das er sich dem Thema so schnell angenommen hat.

[looxer01]

Hi

bei mir ist das leider nicht so.

Statusupdates kommen teilweise verzögert oder gart nicht.

Nach der Installation von Rega 1.3.0 habe ich überhaupt keine Veraenderung wahrgenommen.

Schon eigenartig, da ja alle anderen offensichtlich damit das Problem gelöst haben.

Ich habe einen Raspi-II mit einer SSD. REDIS habe ich noch nicht versucht. (werde ich wohl auch nicht)

Ich spiele jetzt mit dem Gedanken einen kleinen NUC zu kaufen.

vG Looxer

[MrLee]

also ich wurde Dir dringend raten redis zu probieren….

es ist ein unterschied wie tag und nacht und der versuchbhat keine nennenswerten risiken und dauert ca 1 minute....(ssh aufmachen und einloggen mitgezählt)

hatte heute im rahmen von spielereien mal wieder file verwendet...kein Vergleich!

bis denne

Mr.Lee

[nieIP]

Hallo

dümmliche Zwischenfrage … Was macht Redis und was ersetzt es?

Ich habe zwar gefunden, dass es offenbar eine Datenbank ist ??? Aber ersetzt das einen Teil von ioBroker oder ist das eher auf der RasPi Betriebssystem Ebene?

Ein Link zum Nachlesen würde mir auch reichen.

Danke

[Homoran]

Wenn du es richtig verstanden habe:

http://forum.iobroker.net/viewtopic.php … ilit=Redis

Werden die aktuellen Zustände der Datenpunkte alternativ in einer (Text)datei oder eben in redis abgespeichert.

Weitere Informationen findest du in der ursprünglichen Planung von ioBroker

https://github.com/ioBroker/ioBroker

Von dieser Struktur wurde aber erst einmal wegen Problemen abgewichen.

Gruß

Rainer

[looxer01]

@MrLee:

also ich wurde Dir dringend raten redis zu probieren….

es ist ein unterschied wie tag und nacht und der versuchbhat keine nennenswerten risiken und dauert ca 1 minute....(ssh aufmachen und einloggen mitgezählt) `

ok, vielen Dank. das klingt gut. Dann werde ich es doch probieren.

Ich habe auch sehr viele States in Javascript ( 1757) - vielleicht ist das das problem.

vG Looxer

[simpixo]

Ist redis besser als die Anbindung g an SQL!? Oder sind das zwei paar verschieden Sachen!?

Gesendet von meinem iPhone mit Tapatalk

[Homoran]

@simpixo:

Ist redis besser als die Anbindung g an SQL!? Oder sind das zwei paar verschieden Sachen!? `
Das sind zwei verschiedene Sachen.

SQL dient dem Loggen von Datenpunkten, Redis ist für die laufende Installation.

Als Alternative für SQL gibt es noch influxDB.

Gruß

Rainer

[pix]

Ich habe selbst gerade erst den Umstieg gemacht. Ich antworte mal, um mich selbst zu überprüfen. Man kann mich ja korrigieren

SQL/History ist für die Aufzeichnung der historischen Daten nötig.

Redis ist die Datenbank, die alle aktuellen Werte enthält. Alternativ gibt es noch das Dateisystem (objects.json und states.json). Scheinbar ist das System schneller, wenn die Werte in die Datenbank gechrieben und aus ihr gelesen werden und nicht über das Dateisystem in die/ aus den riesigen JSON-Dateien.

Gruß

Pix

EDIT: Rainer war wieder schneller

[Homoran]

Dafür hast du die Alternative zu redis beschrieben.
@pix:

Alternativ gibt es noch das Dateisystem … den riesigen JSON-Dateien. `

Gruß

Rainer

[looxer01]

Hi,

wenn ich das richtig verstehe, dann ist REDIS keine relationale datenbank.

Somit dürfte sich REDIS gut für grosse Datenmengen eignen die einfach indiziert sind.

Der Cache Mechanismus beschleunigt den Lese/Schreibzugriff dann weiter.

Ideale also für updates von vielen States bei ioBroker.

So ist zumindest mein Verständnis.

Leider ging die Umstellung bei mir nicht. Scripte wurden immer wieder neu getriggert, auch wenn das nicht notwendig war.

(wie eine Schleife)

vG Looxer

[looxer01]

Hi,

ich habe REDIS jetzt ebenfalls aktiviert und noch ein paar Skripte ausgeschaltet.

Allerdings habe ich immer noch das Problem, dass die States nicht alle nachziehen.

"TOP" ist übrigens nicht auffällig. CPU und auch Speicher scheinen kein Problem zu sein.

vG Looxer

[kirbsi]

@Homoran:

@mule:

Mit "keinerlei Änderung" meinst Du, das Du weiterhin Performance-Probleme hast? `
Naja ist jammern auf hohem Niveau!

Bei mir geht die Load average 5min am RasPi 3 immer mal wieder auf deutlich >1 wobei die Load average 1min auch schon mal >4 liegt.

Dann hängt alles.
filename="Screenshot_2016-08-25-08-01-33.png" index="0">~~
Die Load und Speicherauslastung sieht vor und nach Änderung des hm-rega identisch aus.

Somit habe ich zumindest am Backend keinerlei Änderung.

Gruß

Rainer `
Wie hast du die Übersicht der adapter aufgelistet bekommen?

[rascal]

Hey,

ich weiß nicht wie's Euch geht, aber mir kommt die Vis App nach den letzten updates wieder etwas langsamer vor. Ich muss sie wieder 2-3x am Tag neu laden, damit es halbwegs funktioniert

[dtp]

Also bei mir läuft die ioBroker.vis App in der Version 0.6.0 super flüssig auf meinem Acer Iconia A1-810 (Android 4.2.2) seit der Version 1.3.0 des hm-rega-Adapters. Seit letzten Sonntag brauchte ich bisher keinen neuen Re-Syns zu machen. Bin im Moment sehr zufrieden.

EDIT: Auch mit Version 0.7.0 der vis App gab es bisher keine negativen Auswirkungen hinsichtlich der Geschwindigkeit.

[mule]

Nach anfänglicher Euphorie muss ich nun leider sagen, das zwar alles erheblich besser läuft, denn zuvor lief es bei mir ja nur wenige Minuten. Nun ist es aber so, das ich doch alle 2-4 Tage meine Tablets neu starten muss, da Statusveränderungen nur extrem verzögert dargestellt werden. Ich habe auch "Forced Websocket" versucht, leider ohne Änderung.

Hat noch jemand irgendwelche Ideen bevor ich wieder zurück auf DashUI gehen muss?

[rascal]

Ich habe das selbe Problem, aber anscheinend nur mit der App, mit einem Browser am selben Tablet läuft es stabil.

Gesendet von meinem HUAWEI CRR-L09 mit Tapatalk

[mule]

Bei mir läuft es ohne App instabil. Irgendeine Idee wie man das Debuggen könnte?