[Erledigt: Hardwarefehler] Erhöhte CPU Last nach Upgrade auf 1.0.0
-
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
-
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.
-
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
-
"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.
-
…und worauf bezieht sich jetzt deon Wert?
-
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.
-
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
-
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
-
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
-
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
-
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.
