Weihnachtsangebot 2025! 🎄

[DerGraf123]

MOD-Edit by eric2905; 13.05.2017 / 17:12; Betreff geändert

Hallo,

ich weiß nicht, ob es mir nur so geht.

Bis zum Upgrade auf 1.0.0 dümpelte iobroker mit 2-6% CPU auf meiner Synology DS713+ so vor sich rum. Seit dem Upgrade liege ich bei sonst unverändertem System zwischen 18-25% CPU Last. :?:

Hat das noch jemand beobachtet?

[apollon77]

Also wenn ich bei mir die Load-Graphen ansehe dann ist die "Load an sich sogar mit der 1.0.0 leicht runter gegangen. Auf der Kiste ist iobroker und der Master-Redis drauf.

Von daher kann ich das nicht nachvollziehen

[paul53]

Kann ich auch nicht bestätigen (siehe http://forum.iobroker.net/viewtopic.php?f=34&t=6442&p=66448#p66491).

[arteck]

hier auch alles ruhig.. schau doch mal welcher adapter die Last verursacht

[nieIP]

Hallo

auf meinem RasPi 3 liegt die Last zwischen 0 … 0.01

Sowohl vor als auch nach dem Update.

[DerGraf123]

Nachdem ich die Erhöhung bemerkt hatte, habe ich Node von 4.4.8 auf 7.10.0 aktualisiert. Die Aktualisierung brachte aber keinerlei Veränderung.

Nach nun rd. 18 Stunden folgende Werte:

root      3751  3.7  0.9 1025900 38908 ?       Sl   May13  37:20 io.hm-rpc.2
root      3757  1.1  0.8 1004184 32740 ?       Sl   May13  11:26 io.hm-rpc.1
root      3767  0.8  0.8 998232 33844 ?        Sl   May13   8:08 io.hm-rpc.0
root      3774  0.4  0.9 1007084 36896 ?       Sl   May13   4:20 io.hm-rega.0
root     32352  6.8  1.4 1182920 58864 ?       Ssl  May13  70:15 iobroker.js-controller
root     32369  1.9  1.2 1169840 50384 ?       Sl   May13  19:27 io.admin.0
root     32384  0.0  0.7 991488 29928 ?        Sl   May13   0:39 io.fritzbox.0
root     32423  3.9  1.0 1145816 44420 ?       Sl   May13  40:09 io.web.0
root     32497  4.5  1.1 1099624 46716 ?       Sl   May13  46:44 io.javascript.0
root     32604  0.2  1.0 1074988 40552 ?       Sl   May13   2:54 io.yamaha.0

js-controller mit durchschnittlich 6.8% CPU-Last und 70:15 Minuten CPU-Zeit. Hmmm.

Auch javascript ist so hoch.

Werde da noch mal näher in Augenschein nehmen. Kann ja nicht sein, dass ein Raspi quasi im Leerlauf ist und mein Atom D2700 sich nen Wolf rechnet.

[Homoran]

Wovon redet ihr hier?

Einmal gibt es die CPU Load (1, 5 und 15 Minuten) und zum anderen die Ausnutzung der CPU.

Load 1min im chart, und Load 5min im gauge.

Cpu Ausnutzung in der Tabelle rechts unten.

Diese Werte geben IMHO die Nutzung eines Kerns an und müssen noch durch die Anzahl vorhandener Kerne geteilt werden.

Gruß

Rainer

[nieIP]

Hallo

bei den 0….0.01 rede ich von dem Wert, der mir in iobroker als

system.host.raspi-3.load

angezeigt wird.

Gehe ich per Terminal auf den RasPi3 sehe ich mit TOP eine Auslastung durch die ioBroker Module von 5...10% CPU, wenn ich alle Module zusammen rechne.

[Homoran]

Der Wert ist für einen Raspi schon sehr gut.

So etwas habe ich bisher nur auf dem Tinkerboard gesehen.

Da liegt das u.a. an dem Ultraschnellen dual channel ddr3 ram und dem schnelleren sd card reader.

Gruß

Rainer

[DerGraf123]

"Load Average" oder "CPU Load 1 Min" bezieht sich ja auf das gesamte System, daher für mich nicht relevant, da noch etliche andere Dienste auf der Synology laufen.

[Homoran]

…und worauf bezieht sich jetzt deon Wert?

[DerGraf123]

Auf die eigentlichen iobroker Prozesse.

z.B. hm-rpc.1 ist bei mir HM-Wired und hm.rpc.2 ist HM-CuxD.

Hier scheinen die CPU Lasten so hoch zu sein, da ich einen Windmesser am Wired als Frequenzmessung angeschlossen habe und CuxD die Frequenz in km/h umrechnet. Dadurch erhalte ich ca. 4-5 mal pro Sekunde einen "StateChange" in iobroker.

[apollon77]

Generell übrigens: load bezieht sich im auf die Auslastung eines Kerns. Also ein Dual-Core ist bei load 2 auf ca. 100%cpu. Grob gesagt

Gesendet von iPhone mit Tapatalk

[apollon77]

Also mit 4-5state changes pro Sekunde ist die Frage: history aktiv?! Irgendwann kann durchaus hohe I/O plötzlich höhere lastwerte verursachen … da sollte 1.0.0 aber etwas besser seien

[Dutchman]

@apollon77:

Also mit 4-5state changes pro Sekunde `

Sollte man dies nicht auch in der Basis als logic vermeiden?

4-5x pro sec belastet schon ganz schön vor allem wenn man diese Changes auch zum zeigen von scripten/Events/Berechnungen einsetzt

–-----------------------

Send from mobile device

[DerGraf123]

Die 4-5 Changes beziehen sich nur auf den Windmesser :lol:

Wenn ich mir in iobroker die Ereignisse so anschaue ist ganz schon was los. Das rattert nur so durch.

Da stellt sich doch glatt die Frage, ob man bestimmte Objekte in iobroker ausschließen kann, die man nicht benötigt. Z.B. brauche ich den den Windmesser in iobroker nicht. Wenn man den in iobroker "deaktivieren" könnte, würden schon viele changeStates wegfallen. Hab da aber noch keinen Weg gefunden. Wenn ich das Gerät einfach lösche ist es nach einem Adapter-Neustart wieder da.

Der CCU macht das im Übrigen gar nichts, da der IO-12/14 für Frequenzmessungen angedacht ist. CuxD rechnet das dann ohne große Last in km/h um. So kann ich dafür sorgen, dass z.B ab 30 km/h Wind die Markise rein fährt.

Die These, dass ein CPU Load von 2.00 bei einem Dualcore 100% CPU Last bedeutet, passt irgendwie nicht. Mein Dualcore ist ständig bei 2.9 - 3.2 bei durchschnittlich 10-30% CPU Last ;)

[DerGraf123]

Habe die Thread als "erledigt" markiert.

Die erhöhte CPU Last kam von der Hardware.

Irgendetwas am 1.0.x Code wurde in einen fehlerhaften Bereich des RAM-Modul gepackt. Nach Austausch des RAM funktioniert wieder alles 1A.

Vielen Dank nochmal an alle, die sich an der Suche beteiligt hatten.