RaspberryMatic - Verbesserungsvorschläge/Wünsche

[jp112sdl]

Status/Gewerke hat teilweise auch nur Platzhalter, da ändert sich auch beim Warten nichts mehr. Kann aber nnicht ausschließen das dies an den fehlenden Funkmodul liegt

Nee, das muss auch ohne FuMo gehen.

Kann es bei mir auch teilweise nachvollziehen... bei Gewerken mit vielen Geräten/Bedienelementen. Jedoch kommt dann nach einer Weile die Übersetzung noch

[jmaus]

Status/Gewerke hat teilweise auch nur Platzhalter, da ändert sich auch beim Warten nichts mehr. Kann aber nnicht ausschließen das dies an den fehlenden Funkmodul liegt

Nee, das muss auch ohne FuMo gehen.

Kann es bei mir auch teilweise nachvollziehen... bei Gewerken mit vielen Geräten/Bedienelementen. Jedoch kommt dann nach einer Weile die Übersetzung noch

Das sieht nach laufzeitverzögerungen in Javascript aus. Die Übersetzungen passieren ja dynamisch via Javascript, d.h. also im Browserkontext. Ich kann es hier bisher noch nicht reproduzieren, kann aber auch daran liegen das ich hier natürlich bleeding edge hardware habe und der Browser entsprechend schnell ist

[jp112sdl]

bleeding edge hardware

Ich halte das MacBook Pro 2019 nicht für veraltet/langsam, auch wenn es "nur" 16GB RAM und den 2,3GHz 8-Core i9 drin hat.

[jp112sdl]

Es gibt scheinbar eine JS-Methode setTimeout.

Nach Ablauf des Timeouts wird die Seite erst "zu Ende vervollständigt".

Ob diese Infos jemanden helfen, weiß ich nicht:

Nach knapp 5 Sekunden sind dann auch die Übersetzungen da.

[MichaelN]

Bei mir wird es zwar nur auf einem i7 virtualisiert, aber wenn es da schon spürbare Zeit braucht, wie sollte es dann auf einer CCU aussehen?
Ne, das liegt nicht an der CPU Geschwindigkeit. Irgendwas passiert da. Das kann nicht an der überarbeiteten foreach Geschichte liegen?

[jmaus]

Ne, das liegt nicht an der CPU Geschwindigkeit. Irgendwas passiert da. Das kann nicht an der überarbeiteten foreach Geschichte liegen?

Kann ich mir schwer vorstellen, du hattest diese Effekte ja bereits vor dem Nightly Build mit der neuen ReGaHss bemängelt.

[MichaelN]

Stimmt.

Sagt Dir das was? Auf meienr Produktiv-CCU ohne dieses Issue treten viel weniger GCs auf (nur 3)

[jp112sdl]

Innerhalb des setTimeout kommt es zig-fach zur "Stilneuberechnung"
Hab die Laufzeitanalyse mal für setTimeout aufgeklappt. Das ist nur ein Bruchteil dessen, was innerhalb der 2,6 Sekunden da passiert:

Kann es sein, dass jetzt aufgrund irgendwelche dynamischen Stile immer wieder Neuberechnungen nach jedem *sorry* Pups erfolgen?
Also irgendein Steuerelement wird kreiert - Stil wird angepasst (z.B. Breite einer Spalte)
Das nächste Steuerlement kommt hinzu (foreach-Schleife über mehrere Datenpunkte) - Stil wird aufgrund neuer Breite wieder angepasst.
Usw....

Wenn man dann noch den Zwei "Stil-Änderung übernehmen" aufklappt, erscheinen da wieder zig-fach Stilneuberechnungen.

[jmaus]

Es gibt scheinbar eine JS-Methode setTimeout.
[...]

Nach Ablauf des Timeouts wird die Seite erst "zu Ende vervollständigt".

Ob diese Infos jemanden helfen, weiß ich nicht:
[...]

Nach knapp 5 Sekunden sind dann auch die Übersetzungen da.

Hab gerade nochmal probier das mit dem setTimeout() nachzuvollziehen und ich seh das hier im Firefox mit meinen beiden Testinstallationen nicht. Komisch, deshalb sehe ich keinerlei Delay und die Übersetzungen sind auch sofort da.

[MichaelN]

Und mit der Test-Installation von Jerome?
viewtopic.php?f=65&t=41974&p=683450#p683383