Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[Jan1]

@sunny9999
Wenn auf dem NUC sonst nichts läuft, warum dann Proxmox und nicht einfach Debian mit IOBroker nativ laufen lassen?

[wendy2702]

Übrigens, welcher Browser?

Und schonmal den Browser Cache gelöscht?

[liv-in-sky]

@sunny9999 habe im chat geschrieben - ich schaue gern mal drüber und zusammen mit dem forum werden wir schon was finden

[axel]

Habe ein ähnliches Problem: Performance extrem niedrig. iobroker läuft auf einer virtuellen Ubuntu-Installation mit 4 AMD-Kernen zu je 3,4 GHz und 16 GB Speicher, 250 GB HD auf einer QNAP (500 GB Cache als M.2 SSD, 10 GB Netzwerkanbindung). Ca. 17.000 Objekte mit ca. 15.000 Zuständen. Historisierung über MySQL auf der QNAP. Wesentliche Instanzen sind Homematic mit ca. 1.500 Datenpunkten, Mercedes Me mit ca. 3.000 Datenpunkten, Corona ca. 2.300 Datenpunkte usw. System zu ca. 15% ausgelastet. Browser ist Chrome. Sobald mehrere Instanzen von iobroker geöffnet sind (z. B. Objekt-Browser, VIS (Größe ca. 20 Views, viele Widgets), Skripte und evtl. andere. Benötige ich bei der Entwicklung von Skripten und Darstellungen. Also ist nicht sehr viel. Trotzdem ist das System sehr langsam. Ich habe das Gefühl, dass das wieder schneller wird, wenn ich das Ganze neu starte. Ist sehr unbefriedigend und alles dauert endlos lange. Kann mir jemand sagen, woran das liegt?

Danke für Eure Unterstützung.

LG Axel

Gibt's das was von Ratiopharm?

[Homoran]

@axel sagte in IOBROKER Geschwindigkeit unendlich lahm trotz Core i5:

Browser ist Chrome.

Auf welchem System baut denn dein Frontend auf?
Der Server kann so stark sein, wie er will, wenn du mit einem Atom-Netbook zugreifst

[axel]

@homoran AMD Ryzen TR 1950X, 16 Kerne, 64 GB RAM, 2x970 EVO Plus, ... also Power ohne Ende...

[liv-in-sky]

wir haben wegen mittag eine pause gemacht und werden wieder weitertesten - momentan gibt es nix neues (außer das redis immer wieder der höchste cpu wert in htop war. das haben wir geändert, indem wir die objecte wieder aus redis herausnahmen)

@axel - versuche das ganze mal mit einem völlig neuen browser (evtl einfach chrome portable) - hast du anschliessend dann immer noch den fehler

diesen fehler habe ich auch - denke das ist immer noch ein verbindungsproblem - ich habe mir eine cache löschen erweiterung installiert, diese rufe ich auf und anschliessend lasse ich den tab refreshen - dann geht es wieder besser

was ich bei mir noch gemacht habe: eine ram-disk installiert und darauf starte ich chrome portable - damit diese dauende schreiberei auf die ssd aufhört - ist auch eingermaßen performant mit mehreren geöffneten iobroker tabs

[axel]

@liv-in-sky
Danke, ich glaube aber, dass das ein grundsätzliches Problem im iobroker ist. Wenn nach Neustart das System wieder besser läuft, liegt das normalerweise an "ungeschickter" Programmierung (z. B. wird Speicher bei Funktionsende nicht freigegeben, Stack-Überläufe u. ä.). Das ist so meine Erfahrung. Ich dachte, es gibt da irgend einen Trick ...
Werde das mal mit Firefox testen. Danke für den Tipp.
LG Axel

[liv-in-sky]

@axel ja , ich denke auch, dass dies mit dem admin und evtl dem cache management zusammenhängt -

ich habe auch mal alle instanzen - außer javascript auf error loglevel gestellt - somit bedeutend weniger log einträge, dass hat zumindest mal den log tab (der bei mir in anderen browser geöffnet ist) etwas stabiler und schneller zugänglich gemacht

[Homoran]

@liv-in-sky sagte in IOBROKER Geschwindigkeit unendlich lahm trotz Core i5:

ch denke auch, dass dies mit dem admin und evtl dem cache management zusammenhängt -

Das hatten wir aber schon öfters.
Aber wenn ich mich erinnere lag das an den Browsern

[liv-in-sky]

@homoran ich kann eigentlich damit leben - bei @sunny9999 ist es aber extrem

[axel]

@liv-in-sky
Also, der Firefox ist deutlich schneller :-)

[axel]

@axel
Damit ist mein Problem gelöst.
Besten Dank nochmal und bleibt Gesund.
LG Axel