Nach Update auf admin 8.0.14 immer timeout
-
-
-
@Thomas-Braun sagte:
Kommt dann zu timeouts.Ich habe zwar keine echten Timeouts, aber auch auf (m)einem sehr performanten System dauert das
@Thomas-Braun sagte:
'Zeug' ladenspürbar länger als vorher.
@Thomas-Braun sagte:
Da muss vielleicht in kommenden Versionen noch etwas optimiert werden.Macht mir auch den Eindruck. Bin zwar kein Experte, aber der ganze inzwischen unter der Haube vorhandene (und nur ausgeblendete) KI-Krempel wird möglicher Weise zusätzlich Ressourcen schlucken. Ob man das nun nutzt oder nicht, vorhanden ist es ja trotzdem.
Markus
Bitte beachten:
Hinweise für gute Forenbeiträge
Maßnahmen zum Schutz des Forums -
@Thomas-Braun sagte:
Kommt dann zu timeouts.Ich habe zwar keine echten Timeouts, aber auch auf (m)einem sehr performanten System dauert das
@Thomas-Braun sagte:
'Zeug' ladenspürbar länger als vorher.
@Thomas-Braun sagte:
Da muss vielleicht in kommenden Versionen noch etwas optimiert werden.Macht mir auch den Eindruck. Bin zwar kein Experte, aber der ganze inzwischen unter der Haube vorhandene (und nur ausgeblendete) KI-Krempel wird möglicher Weise zusätzlich Ressourcen schlucken. Ob man das nun nutzt oder nicht, vorhanden ist es ja trotzdem.
spürbar länger als vorher.
Insbesondere beim ersten Laden der Startseite kommt es bei mir zu dieser Meldung, während im Hintergrund noch die "System Information" geladen wird.
Das war vor Admin v8 nie der Fall, außer beim Laden der Seite über eine langsame Mobile / VPN Verbindung.
Bin ich damit allein? Wenn nein, würde ich ein Issue eröffnen.
NUC10I3+Ubuntu+Docker+ioBroker+influxDB2+Node Red+EMQX+Grafana
Pi-hole, Traefik, Checkmk, Conbee II+Zigbee2MQTT, ESPSomfy-RTS, LoRaWAN
Benutzt das Voting im Beitrag, wenn er euch geholfen hat.
-
spürbar länger als vorher.
Insbesondere beim ersten Laden der Startseite kommt es bei mir zu dieser Meldung, während im Hintergrund noch die "System Information" geladen wird.
Das war vor Admin v8 nie der Fall, außer beim Laden der Seite über eine langsame Mobile / VPN Verbindung.
Bin ich damit allein? Wenn nein, würde ich ein Issue eröffnen.
Bin ich damit allein?
Nein.
-
spürbar länger als vorher.
Insbesondere beim ersten Laden der Startseite kommt es bei mir zu dieser Meldung, während im Hintergrund noch die "System Information" geladen wird.
Das war vor Admin v8 nie der Fall, außer beim Laden der Seite über eine langsame Mobile / VPN Verbindung.
Bin ich damit allein? Wenn nein, würde ich ein Issue eröffnen.
Marc-Berg sagte:
Bin ich damit allein? Wenn nein, würde ich ein Issue eröffnen.
Done.
-
spürbar länger als vorher.
Insbesondere beim ersten Laden der Startseite kommt es bei mir zu dieser Meldung, während im Hintergrund noch die "System Information" geladen wird.
Das war vor Admin v8 nie der Fall, außer beim Laden der Seite über eine langsame Mobile / VPN Verbindung.
Bin ich damit allein? Wenn nein, würde ich ein Issue eröffnen.
Bin ich damit allein? Wenn nein, würde ich ein Issue eröffnen.
Ist bei mir auch so, allerdings noch mit dem alten Admin 7.8.23.
Aus dem Bauch heraus meine ich nicht, dass es etwas mit dem neuen Admin zu tun hat.
Ich würde es eher in der Umstrukturierung des ioBroker-Backends (neue Domänenausrichtung) vermuten, da es von jetzt auf nachher anfing.
Der sucht sich da 'nen Wolf, aber nur bei der ersten Kontaktaufnahme.
Danach geht alles wieder fluffig.... -
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 -
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äuftWarum 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.Proxmox und HA ...
Ich schreibe den Code nicht mehr selbst – ich schimpfe mit der KI, bis es funktioniert. -
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.Hab ich mal gemacht.
Issues ist aber ein schwieriges Thema und fühlt sich wie Sisyphos an wo sich der Aufwand nicht wirklich lohnt
-
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.
-
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.
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.
-
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.
-
-
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.
-
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.
-
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.
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.
Linux-Werkzeugkasten:
https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
NodeJS Fixer Skript:
https://forum.iobroker.net/topic/68035/iob-node-fix-skript
iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh -
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.
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
Smart-Home-Automation unter IOB auf RASPI5, 16GB RAM, 50GB SSD, MariaSQL, VIS-2.
10 kWp PV-Module, 2 x Deye SUN 10k, 3 x MeritSun LFP-Akku 10 kWh, 2 x Wallboxen 11 kW.
Pelletsheizung, Strommessung, 4 x Rauchmelder, Garagentorsteuerung, Gartenbewässerung. -
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
Läuft hier auf einem Raspberry4 mit 8GB RAM. Vielleicht wird der langsam 'zu klein'.
Linux-Werkzeugkasten:
https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
NodeJS Fixer Skript:
https://forum.iobroker.net/topic/68035/iob-node-fix-skript
iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh -
Läuft hier auf einem Raspberry4 mit 8GB RAM. Vielleicht wird der langsam 'zu klein'.
Läuft hier auf einem Raspberry4 mit 8GB RAM. Vielleicht wird der langsam 'zu klein'.
Das wäre sehr schade, wenn das passiert.
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden442
Online33.1k
Benutzer84.0k
Themen1.4m
Beiträge