Neuer Installer und neuer Fixer: übersichtliche Oberfläche und `iob docker`

[OliverIO]

Ich habe mal den lighthouse report (erreichbar über die web developer tools in chrome) ausgeführt. ja da gäbe es ein bisschen optimierungspotential.
Weiß allerdings nicht ob bspw die http1.1 geschichte mit dem ganzen externen Zugriff über iobroker.pro kompatibel ist (habe ich nicht)
bei http1.1 muss für jeden request ein eigene tcp verbindung geöffnet werden. browser begrenzen per domain auch diese Anzahl der max gleichzeitigen Verbindungen. bei http2/3 können mehrere requests in einer tcp verbindung durchgeführt werden.

react erzeugt in der standardeinstellung leider relativ große dateien (trotz chunking)
ggfs gibt es da auch noch verbesserungspotential vgl. enourmous javascripts. wenn man das mehr aufteilt, gibt es aber auch wieder mehr tcp-requests. also kann man das nur mit umstellung auf http2/3 machen.

cache lifetime betrifft eigentlich nur die ganzen admin tab bildchen

der punkt mit dem legacy javascript ist wahrscheinlich ganz sinnvoll, so das auch ältere geräte noch in der lage sind den admin (betrifft wahrscheinlich auch vis-2) anzuzeigen.

3rd party bitte ausblenden, das betrifft nur meine eigene chrome installation. das sind diverse extensions.

die ganzen anderen layout und rendering optimierungen kann man wahrscheinlich bei einer admin oberfläche ignorieren. ist ja keine public webseite, bei der man möchte, das die seite möglichs fix gerendert und angezeigt wird.

ich selbst hatte den timeout mit meinem test und production iobroker noch nicht.
allerdings schon in meiner windows dev-umgebung, wo server,adapter und frontend alles auf dem gleichen rechner läuft

iobrokerperformance.pdf

[Meister Mopper]

@OliverIO

Warum schreibst Du das denn nicht beim Issue?

Ich bin überzeugt, dass diese Thematik bei dieser Komplexität hier die meisten Forenleser überfordert.
Aus meiner Sicht ist das eher was für die Entwickler-Ebene.

[OliverIO]

@Meister-Mopper

Hab ich mal gemacht.
Issues ist aber ein schwieriges Thema und fühlt sich wie Sisyphos an wo sich der Aufwand nicht wirklich lohnt

[martinschm]

Bei mir ist es seit kurzem ähnlich, dass das Seitenmenü gelegentlich nicht geladen wird.

Nach Strg F5 Reload geht es dann. Es kam auch mehrfach vor. Hab es anfangs nicht genau beobachtet und könnte jetzt kein präzisen Ablauf schildern der für ein Bugreport hilfreich wäre.

Wenn es anderen auch so geht, beobachte ich mal genauer.

[Michael Schmitt]

@martinschm sagte:

Bei mir ist es seit kurzem ähnlich, dass das Seitenmenü gelegentlich nicht geladen wird.

Nach Strg F5 Reload geht es dann. Es kam auch mehrfach vor. Hab es anfangs nicht genau beobachtet und könnte jetzt kein präzisen Ablauf schildern der für ein Bugreport hilfreich wäre.

Wenn es anderen auch so geht, beobachte ich mal genauer.

Das war bei mir auch schon ein paarmal. Ich glaube meistens dann wenn ich davor das System geupdatet habe.

[FernetMenta]

Ich habe das Problem auch. Was ich komisch finde, dass sich das Admin UI anscheinend auf alle Objekte subscribed, auch wenn es die überhaupt nicht anzeigt. Sieht so aus also würden über das offene Websocket alle Änderungen aller Objekte übertragen werden. Keine Ahnung, ob das schon immer so war, der Performance dienlich ist es bestimmt nicht.

[Eistee]

Mir erzählt der Admin das mein 10gbit LAN zu langsam ist und er das Time Out erhöhen will. Wenn ich dann F5 drücke funktioniert es ohne Fehler. Auch in der Browserkonsole steht kein Fehler.

[FernetMenta]

Wenn ich iob admin aufrufe und das erste Mal auf den Tab "Hosts" gehe, dauert es ewig und wenn sich das GUI dann aufbaut, sehe ich die CPU bei 30-40% für ein paar Sekunden. Da fordert das UI wahrscheinlich ends viele Daten an. Man sieht das auch, dass die Admin-Instanz jetzt mit mehr als 400MB im Speicher hängt. Bin mir nicht sicher, aber ich denke das war mit 7.x deutlich weniger.

[FernetMenta]

Ich teste gerade 8.0.20. Da sind laut changelog einige slow start issues gefixed. Bislang konnte ich damit den timeout beim Aufruf nicht mehr nachstellen.

[Thomas Braun]

@FernetMenta

Ja, die 8.0.20. läuft hier auch besser. Der Start ist zwar immer noch etwas träge, aber zumindest wird die Seite komplett geladen und man muss nicht mehr F5 drücken.

[fuzzy1955]

@Thomas-Braun sagte:

Der Start ist zwar immer noch etwas träge

Eigenartig. Ich hab seit dem Erscheinen den Admin 8.0.14 installiert und die Startseite öffnet sich in 4 sec. Auch die Änderungen gefallen mir recht gut. Gruß, Fuzzy

[Thomas Braun]

@fuzzy1955

Läuft hier auf einem Raspberry4 mit 8GB RAM. Vielleicht wird der langsam 'zu klein'.

[FernetMenta]

@Thomas-Braun sagte:

@fuzzy1955

Läuft hier auf einem Raspberry4 mit 8GB RAM. Vielleicht wird der langsam 'zu klein'.

Das wäre sehr schade, wenn das passiert.

[FernetMenta]

FernetMenta sagte:

Bislang konnte ich damit den timeout beim Aufruf nicht mehr nachstellen.

Stimmt jetzt nicht mehr. Auch mit 8.0.20 wieder beim Logo hängengeblieben.

[OliverIO]

sehe gerade, die http2 option ist bei http nicht möglich, da die browserhersteller das nur für https zulassen. die https2 option ist seit 3 wochen im admin eingebaut und standardmäßig aktiviert, wenn https ausgewählt wurde.

dann bleibt nur noch die ladereihenfolge der bibliotheken zu optimieren.

[FernetMenta]

@OliverIO sagte:

sehe gerade, die http2 option ist bei http nicht möglich, da die browserhersteller das nur für https zulassen. die https2 option ist seit 3 wochen im admin eingebaut und standardmäßig aktiviert, wenn https ausgewählt wurde.

dann bleibt nur noch die ladereihenfolge der bibliotheken zu optimieren.

Was hat das mit dem Topic hier zu tun? Ich habe https nicht aktiviert.

[OliverIO]

@fernetmenta
https://forum.iobroker.net/topic/85457/nach-update-auf-admin-8.0.14-immer-timeout/19

War keine Antwort auf deinen Post

[Marc Berg]

In der Version 8.0.21 werden ein paar Timeoutprobleme adressiert, u.a.:

- (@GermanBluefox) Fixed: on a grown installation, the start of the GUI ran into "Detected slow connection!" and the dialog offering a longer read timeout, on a fast local network as well. The start page read the whole object database only to count the objects and the states for its tile - 32 MB on a system with 10,000 objects - which blocked the admin process for seconds, so every other request of the start waited for it and ran into its own timeout. The counting is now done by the server, which answers with two numbers instead (needs `@iobroker/socket-classes` 2.6.0 and `@iobroker/socket-client` 5.4.0; an older backend still reads all objects, but delayed until the start is through). The whole start now transfers 2.4 MB, and the object database is no longer part of it (#3656)

[FernetMenta]

Es lädt damit zwar schneller, wenn es geht. Bleibt aber immer noch ab und zu beim Logo hängen.

[Marc Berg]

@FernetMenta sagte:

Bleibt aber immer noch ab und zu beim Logo hängen.

Dafür gibt es auch ein weiteres Issue. Wenn es mit 8.0.21 noch nicht behoben ist (lt. Beschreibung sollte es), vielleicht dort diese Beobachtung ergänzen.

https://github.com/ioBroker/ioBroker.admin/issues/3641