ioBroker funktioniert zwar, aber Admin ist sehr langsam
-
Leider nein. Auch nach Minuten öffnet sich die Instanzen oder Objekte Ansicht nicht.
-
@h1ob Und das passiert auch wenn nichts anderes als der Admin läuft???
-
Ja, so sieht es aus. Admin alleine ist nicht bedienbar. Sobald ich auf Instanzen oder Objekte gehe passiert nichts.
-
Ich hol den alten Beitrag nochmals hoch. Hat jemand zufällig ein RPI 4 mit 4GB Ram und kann mir die Zeit messen kann bis die Admin Seite geladen ist? Mir kommt es vor, als ob etwas bei meiner Installation nicht stimmt. Es ist alles so träge geworden
-
@hansi1234 sagte in ioBroker funktioniert zwar, aber Admin ist sehr langsam:
Hat jemand zufällig ein RPI 4 mit 4GB Ram und mir die Zeit messen kann bis die Admin Seite geladen ist?
Und das soll genau was aussagen?
Für die Akten: Dauer bei mir 0,2 Sekunden. -
@thomas-braun hast du genau diesen RPI? Bei mir dauert es ca 10 Sekunden. Darum hätte ich gerne einen Vergleich
-
@hansi1234 Das kannst du nicht vergleichen. Hängt ja auch davon ab wie die Kiste sonst konfiguriert ist. Und was da sonst noch läuft.
-
@thomas-braun es läuft Iobroker, Logitech Media Server, openvpn und der unifi Controller. Mir kommt es vor, als wäre das Aufrufen früher schneller ging
-
Naja das ganze hat ja viiieeellleee Aspekte:
1.) Wieviele Objekte hast Du denn so? Und wieviele States? Steht im Admin unter "Objeckte". Je mehr desdo mehr Daten ,üssen ggf initial geladen werden
2.) Welche Admin Seite ist denn langsam? Oder unabhängig?
3.) Wie ist der Raspi im Netzwerk? LAN oder WLAN?
4.) Wie ist der PC von dem Du Admin aufrufst im Netzwerk? LAN oder WLAN?
5.) Wenn Du auf dem Raspi bsit und mit "top" schaust ... was sagt CPU und RAM verbrauch? Was sagt "free-m"?Fangen wir doch mal gaaanz strukturiert mit diesen Grundlagenfragen an
-
Objekte: 15342, Zustände: 13478
2)
Der Erstaufruf der Admin Übersicht Seite. Die anderen Seiten öffnen sich dann schneller
3)
LAN
4)
LAN
5)top - 19:10:36 up 5 days, 22:21, 1 user, load average: 0.78, 0.77, 0.69 Tasks: 166 total, 1 running, 165 sleeping, 0 stopped, 0 zombie %Cpu(s): 2.9 us, 1.6 sy, 0.0 ni, 95.5 id, 0.0 wa, 0.0 hi, 0.1 si, 0.0 st MiB Mem : 3837.7 total, 1068.7 free, 2522.6 used, 246.4 buff/cache MiB Swap: 500.0 total, 500.0 free, 0.0 used. 1606.2 avail Memund
free -m total used free shared buff/cache available Mem: 3837 2575 993 32 268 1557 Swap: 499 0 499Mir kommt es eben vor, dass mein PI seit geraumer Zeit langsamer läuft.
In Jarvis (ab V3) habe ich auch das Problem, dass ein Tab 4 Sekunden dauert, bis er es öffnet. Dadurch verliert man den Anreiz dran, am Tablet etwas nachzuschauen oder zu ändern.
Habe auch schon versucht alle Instanzen zu deaktivieren und nach und nach zu aktivieren. Schon beim Admin und Webadapter öffnet die Seite um die 10 Sekunden.
Darum wollte ich nun Vergleichswerte haben.
Kann es etwas mit Redis zu tun haben? -
Hi,
ok das sieht alles eigentlich erstmal ok aus. Wieviel CPU brauchen denn so die "Top" Prozesse in top?
Naja Admin lädt erstmal alle Objekte am Anfang, das kann mal nen kleinen Moment dauern. Ich weiss jetzt nicht was Jarvis beim ersten Seitenaufruf macht - wenn der auch erstmal alle 15k Objekte und States liesst ..... Aber das müsste man sich genauer ansehen. Ichhab leider keine Vergleichswerte mit nem Raspi
-
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 557 iobroker 20 0 467584 334588 32904 S 8.3 8.5 1624:39 iobroker.js-con 1745 iobroker 20 0 202480 91552 29644 S 3.6 2.3 714:18.64 io.jarvis.0 853 unifi 20 0 1325456 220388 18664 S 3.3 5.6 148:15.16 java 1993 iobroker 20 0 368740 226404 33804 S 2.3 5.8 293:35.64 io.javascript.0 559 squeeze+ 20 0 114520 102496 11824 S 1.7 2.6 184:18.47 squeezeboxserve 346 mongodb 20 0 238032 38640 10980 S 1.0 1.0 78:06.53 mongod 1905 iobroker 20 0 229716 89912 28484 S 1.0 2.3 9:52.40 io.history.0 987 unifi 20 0 319548 137084 104524 S 0.7 3.5 48:45.12 mongod 1833 iobroker 20 0 218376 90176 33924 S 0.7 2.3 8:45.46 io.backitup.0 17384 root 20 0 0 0 0 I 0.7 0.0 0:02.23 kworker/3:2-mm_percpu_wq 17622 pi 20 0 5884 2600 2100 R 0.7 0.1 0:00.27 top 90 root -51 0 0 0 0 S 0.3 0.0 23:49.02 irq/47-mmc0 2035 iobroker 20 0 225036 93716 28580 S 0.3 2.4 16:51.53 io.octoprint.0 2042 iobroker 20 0 213448 83980 28400 S 0.3 2.1 10:36.24 io.openknx.0 2061 iobroker 20 0 225136 114268 33292 S 0.3 2.9 26:14.24 node-red 2153 iobroker 20 0 201264 82900 28592 S 0.3 2.1 81:50.56 io.squeezeboxrp 2263 iobroker 20 0 219092 87564 29200 S 0.3 2.2 10:38.26 io.worx.0 2270 iobroker 20 0 227568 98520 29820 S 0.3 2.5 24:31.96 io.zigbee.0 -
Und jetzt beobachte mal top wenn du Admin oder Jarvis öffnest ...
-
@apollon77 bei %Cpu(s): war der höchste Wert 30
bei %CPU der hächste Wert 128passt das?
-
@hansi1234 Welche Prozess hat denn da 128% CPU gebraucht? (wenn ich das richtig verstehe)
-
@apollon77 das war nur eine Sekunde. Welcher das war kann ich morgen testen. Der Wert springt nach oben und pendelt sich wieder ein
-
Hallo zusammen,
ich greife diesen Beitrag nochmal auf, da ich ein ähnliches Verhalten wie h1ob habe, ioBroker "läuft stabil" (Vis, Skripte, Schaltvorgänge), der Admin (incl. 6.0.0) ist zwar erreichbar, zeigt aber nur den Laufbalken und keine Adapter, Instanzen, etc. Bei mir könnte es aber an der Anzahl der Objekte bzw. States liegen (je ca. 450.000!). Zumindest wird das beim Start des Backups gemeldet (was damit nicht mehr funktioniert).
Gibt es eine Möglichkeit, auf der Kommandoebene die Anzahl der Objekte/States pro Adapter/Instanz auszugeben? Vielleicht hilft dann schon die Modifikation der Einstellungen bzw. die Deinstallation des Adapters weiter, der so viele Daten erzeugt.
ioBroker läuft auf einem NUC7i7 mit 32GB RAM in einem PROXMOX-Container. Datenbank ist Redis.
Vielen Dank schon einmal!
-
gelöscht
-
Du hast gerade einmal 11 Beiträge; also bist du doch relativ neu bei iob.
Warum dann 6.0.0; stable ist das nicht.
@nodoe sagte in ioBroker funktioniert zwar, aber Admin ist sehr langsam:
ioBroker läuft auf einem NUC7i7 mit 32GB RAM in einem PROXMOX-Container.
TOP; habe ich auch.
@nodoe sagte in ioBroker funktioniert zwar, aber Admin ist sehr langsam:
Datenbank ist Redis.
Warum das ?
Gibt keinen Sinn, oder doch ?@nodoe sagte in ioBroker funktioniert zwar, aber Admin ist sehr langsam:
Anzahl der Objekte bzw. States liegen (je ca. 450.000!).
Ich habe iob schon lange; und ca. 50 Adpater installiert; und ca. 200 Scripte.
Und komme damit noch nicht einmal auf 20.000 Objekte.
Wo kommen die her ?Fazit:
Hardware ist ok.
Fahre iob auf stable und alles ist gut.
Und prüfe deine Scripte !
450.000 Objekte ist nicht normal.P.S.
Kann jeder anders sehen
-
@bahnuhr sagte in ioBroker funktioniert zwar, aber Admin ist sehr langsam:
Du hast gerade einmal 11 Beiträge; also bist du doch relativ neu bei iob.
Warum dann 6.0.0; stable ist das nicht.
@nodoe sagte in ioBroker funktioniert zwar, aber Admin ist sehr langsam:
ioBroker läuft auf einem NUC7i7 mit 32GB RAM in einem PROXMOX-Container.
TOP; habe ich auch.
@nodoe sagte in ioBroker funktioniert zwar, aber Admin ist sehr langsam:
Datenbank ist Redis.
Warum das ?
Gibt keinen Sinn, oder doch ?@nodoe sagte in ioBroker funktioniert zwar, aber Admin ist sehr langsam:
Anzahl der Objekte bzw. States liegen (je ca. 450.000!).
Ich habe iob schon lange; und ca. 50 Adpater installiert; und ca. 200 Scripte.
Und komme damit noch nicht einmal auf 20.000 Objekte.
Wo kommen die her ?Fazit:
Hardware ist ok.
Fahre iob auf stable und alles ist gut.
Und prüfe deine Scripte !
450.000 Objekte ist nicht normal.P.S.
Kann jeder anders sehenDanke schonmal für die Antwort. Ich nutze ioBroker produktiv seit ca. 3 Jahren mit ca. 30 Adaptern. Insofern vielleicht nicht mehr ganz neu. Aber ja, im Schreiben von Beiträgen bin ich aus Zeitgründen vielleicht nicht ganz so gut, aber dafür im Lesen ;-).
Stable-Version des Admin 5.3.4 habe ich natürlich ausprobiert und dasselbe Phänomen, also leider nicht alles gut.
Dass 450k Objekte nicht normal sind ist ja gerade der Kern meiner Frage: wie kann ich auf Kommandozeilen-Ebene herausfinden, wo die herkommen (welcher Adapter/Instanz). Und danach im Idealfall: wie kann ich die Zahl reduzieren?
Vielen Dank für jede Unterstützung!
