16 Aug 2016, 07:40
Vor den Updates hatte ich keine Probleme mit flot.
Browser Performance mit VIS stark beansprucht
-
Hat keiner eine Idee zu meinem Flot Problem? :?
-
Mein Lieber,
ich liege im Krankenhaus und habe keinen Zugriff auf meine Installation(en) ich kann nicht verifizieren, was noch alles gemacht werden kann und muss. Es gibt wahrscheinlich zu viele unterschiedliche Möglichkeiten hier etwas einzustellen.
Ich kann nicht einmal sagen, dass es bei mir aber problemlos läuft, oder eben nicht.
Habe eben such erfahren, dass ich morgen nicht entlassen werde, da die Werte sich weiter verschlechtern. Dauert also noch was.
Gruß
Rainer
-
Krankenhaus!? [emoji15] Gute Besserung!?
Gesendet von meinem iPhone mit Tapatalk
-
Danke, kann ich brauchen, sonst muss meine Tochter am Samstag ohne mich heiraten
-
Sorry, wusste ich natürlich nicht.
Ich war dieses WE auf der Hochzeit meines Bruders, bin leider auch sehr verkühlt (Gott sei Dank NUR) und konnte mich mit Medikamenten drüber retten.
Ich hoffe dir geht es bald so gut dass du entlassen werden kannst.
-
Auch von mir gute Besserung!!!
-
Die Änderungen haben für die Vis App auch nicht wirklich geholfen. Sie hält zwar länger durch, aber nach einer Stunde oder so wird sie wieder sehr langsam
-
Hallo
Flot "no connection" Problem gibt es schon länger. Hat nichts mit dem aktuellen Update zu tun. Dazu gibt es auch ein Jira Ticket.
Oder sollte auch das Problem mit den o.g. vier Updates gelöst sein?
-
Vor den Updates hatte ich keine Probleme mit flot.
-
Wird ja leider jetzt etwas unübersichtlich. Man müsste das ganze irgendwie aufteilen. Der Fluch eines seriellen threads halt.
Ich habe erst mal keine Änderungen vorgenommen, da mir die Probleme etwas ungemütlich erscheinen.
Ich habe heute noch eine andere Beobachtung gemacht (wie gesagt mit Standardinstallationen). Meine CCU2 machte Probleme, stürtzte irgendwie ab und blieb im Ladebild hängen. erst ein Neustart via CuxD half.
Ich hatte dazu in iobroker rega und rpc Instanzen angehalten.
vis und alles andere auf iobroker lief weiter. Und vis war schnell.
Frage also, ist das logisch oder eine Erkenntnis? Kann das jemand anderes bestätigen?
-
Wird ja leider jetzt etwas unübersichtlich. Man müsste das ganze irgendwie aufteilen. Der Fluch eines seriellen threads halt.
Ich habe erst mal keine Änderungen vorgenommen, da mir die Probleme etwas ungemütlich erscheinen.
Ich habe heute noch eine andere Beobachtung gemacht (wie gesagt mit Standardinstallationen). Meine CCU2 machte Probleme, stürtzte irgendwie ab und blieb im Ladebild hängen. erst ein Neustart via CuxD half.
Ich hatte zu Testzwecken in iobroker rega und rpc Instanzen angehalten.
vis und alles andere auf iobroker lief weiter. Und vis war schnell.
rpc für homematic wieder an (rpc.1 für cuxd noch aus) und rega auch wieder an - vis wurde recht bald wieder langsam.
Frage also, ist das logisch oder eine Erkenntnis? Kann das jemand anderes bestätigen? `
Kannst du Korrelation finden zwischen hm-xxx läuft und vis ist langsam und hm-xxx nicht läuft und vis ist schnell?Also nicht ein mal sondern 5/6 mal?
-
Hallo fitti, hallo Bluefox.
Da ja bei den "unzumutbaren" Visualisierungsgeschwindigkeiten anscheinend verschiedene Ursachen, teils beim Backend, teils beim Frontend auftreten, halte ich es schon für sinnvoll, dass wenn eine Ursache nachgewiesenerweise reproduzierbar auftritt, dies in einen separaten thread abgespalten wird.
Zu hm-rega und vis habe ich das bereits versucht zu reproduzieren. Was mir leider nicht gelang. (Was nichts bedeutet!)
Andererseits sind mindestens zwei user mit ccu abstürzen unterwegs, was angeblich auch auf hm-rega zurückzuführen sein soll.
Ggf. Ist da auch eine sysvar die ebenfalls in vis dargestellt werden soll die Ursache. So nderzeocjen, Format, Einheit….
Oder ein cuxD gerät.
Irgendwann werden wir die gemeinskeit schon herausfinden
Reproduzierbarkeit vorausgesetzt!
Gruß
Rainer
-
Hallo Rainer,
auch von mir an dieser Stelle ganz herzliche Genesungswünsche.
Bis dann,
Thorsten
-
rpc für homematic wieder an (rpc.1 für cuxd noch aus) und rega auch wieder an - vis wurde recht bald wieder langsam.
Frage also, ist das logisch oder eine Erkenntnis? Kann das jemand anderes bestätigen? `
Kannst du Korrelation finden zwischen hm-xxx läuft und vis ist langsam und hm-xxx nicht läuft und vis ist schnell?Also nicht ein mal sondern 5/6 mal? `
Mittlerweile ja. Ich habe es etliche male (6-8x) getestet.
<u><size size="120">Beobachtung:</size></u>
hm rega und rpc AUS: ioBroker mit einigen-JS-und NodeJS-Skripten und Wettermodulen läuft tagelang einwandfrei. Wettergrafiken werden bei Bedarf schnell nachgeladen. Keine Probleme! Allerdings kann ich logischerweise auch nicht testen, ob z.B. der Türsensor in der Anzeige funktionieren würde. Jedoch gerade die Filter BAR Widgets sind ein einfacher indiz, wie es dem Browser "geht". Die ganze Zeit superschnell und gut animiert.
Usability sehr gut.
hm rega und rpc wird eingeschaltet: Nachdem das Logging sich beruigt im Sinne vom Einlesen, wird der Browser auf dem Tablet langsam. Verzögerungen bei BarWidget von 10-20 Sekunden, ruckelt bei der animation, Nachladen ist schleppend. Usability schlecht.
Das ändert sich immer ein bischen. Es wird auch mal wieder besser, aber die usabilty erreicht höchstens gut.
hm rega und rpc wird wieder ausgeschaltet: Kein Neustart oder reboot irgendwelcher Dienste oder Maschinen. System wird recht zeitnah wieder
schnell.
Bei allen Test habe ich rpc.1 für cuxd ausgeschaltet gelassen.
Testfall ohne Blufoxs letzten Änderungen, die hier beschrieben wurden.
-
Hallo zusammen,
Ich habe Fitti's Variante heute mal den ganzen Morgen so durchgespielt.
Also hm-rega, rpc-0 und rpc-1 aus …
Dann dauert es ein paar Sekunden und die Browseranzeige läuft flüssig.
( Sekunden an der Uhr springen wieder sauber im Sekundentakt um, Cam-Anzeigen wechseln flüssig ., usw)
Sobald rega und rpc wieder aktiv sind verlangsamt sich das ganze wieder. Nach kurzer Zeit hängt die Uhr teilweise komplett hinterher oder aktualisiert sich zumindest nur noch sporadisch.
Aktoren sind teilweise nur noch mit bis zu 20-30 sec Verzögerung bedienbar .
Views, welche ich als Popup aufrufe brauchen teilweise Minuten bis sie sich öffnen .
Sobald rega und rpc dann wieder aus sind, ist alles wieder super.
Gruß
Silvio
-
Ganz ketzerische Frage:
Habt ihr auch mal nur hm-rega abgeschaltet?
Gruß
Rainer
-
Habt ihr auch mal nur hm-rega abgeschaltet? `
Der Frage schließe ich mich an :!: (benutze selbst weder VIS noch hm-rega-Adapter). Falls es nur am hm-rega-Adapter liegt, gibt es vielleicht schon eine http://forum.iobroker.net/viewtopic.php?f=23&p=33057#p33057 ? -
Ich denke das ist eine super "Finding".
Werde heute Abend hm-rega überarbeiten.
Auch deswegen:
http://forum.iobroker.net/viewtopic.php?f=23&t=3554
Ist aber trotzdem sehr interessant ob rpc auch involviert ist.
-
Ich habe gestern die aktuelle GIT-Version des Rega-Adapters installiert (1.3.0) und bisher läuft es so gut wie nie! Ich habe wieder Hoffnung geschöpft, das ich nun doch CCU.IO/DashUI ablösen kann
-
Ich habe gestern die aktuelle GIT-Version des Rega-Adapters installiert (1.3.0) und bisher läuft es so gut wie nie! Ich habe wieder Hoffnung geschöpft, das ich nun doch CCU.IO/DashUI ablösen kann
`Also auch ich muss sagend as seit dem Update auf Version 1.3.0 des hm-rega Adapter von Github das ganz sehr viel runder/schneller läuft und nun Statusänderungen wesentlich schneller bei VIS durchkommen. Ich werde das die nächsten Tage noch etwas intensiver beobachten, aber auch jetzt schon sieht das ganze schon sehr viel besser aus als vorher!
