Vertrauenswürdiger Zustand von Batteriesensoren nach Reboot

[blackhole]

Die CCU-Auslastung meiner CCU2 (!) liegt jedenfalls im 1%-Bereich [*]. (...)

[*] Bei etwa 100 Geräten und 150 Programmen meint die CCU2:

Code: Alles auswählen

# uptime
 20:49:57 up 40 days,  6:42,  1 users,  load average: 0.91, 0.64, 0.66

Deine CCU2 war zu diesem Zeitpunkt ganz kurz davor laufende Prozesse auszubremsen (das passiert ab einem Wert von 1.00).

Es ist sogar sehr wahrscheinlich, dass ein Ausbremsen innerhalb der letzte Minute zu diesem Zeitpunkt eingetreten ist, da die drei Werte die Durschnittswerte der Letzten Minute/5 Minuten/15 Minuten darstellen. Erreichte Spitzenwerte "verschwinden" hierdurch im angezeigten Durchschnittswert der jeweiligen Zeiträume.

Ein Wert von 0.01 würde einer (durchschnittlichen) Auslastung von einem Prozent entsprechen (genauer: es wären durchschnittlich Reserven von 99 Prozent bis zum Auftreten von Wartezeiten bei der Ausführung von Prozessen vorhanden).

[Roland M.]

Hallo!

Deine CCU2 war zu diesem Zeitpunkt ganz kurz davor laufende Prozesse auszubremsen (das passiert ab einem Wert von 1.00).

Ok, da war ich mir auch nicht sicher, ob 1,0 = 100% sind, hab auf die Schnelle auch keine eindeutigen Beschreibungen gefunden.
Überdies sagt CUxD folgendes:

Code: Alles auswählen

 CCU-Uptime(2.59.7):   40 Tag(e) 08:48:26, load-average: 0.89 0.81 0.70, 10s-cpu-load: 18.0%

Und das unmittelbar nach Aufruf bzw. Aktualisieren der CUxD-Seite.
Daher schienen mir die 1min/5min/15min-Werte plausibler im 1%- als im 90%-Bereich.

Oder aber einfach virtualisierte CCU auf einem potenten Server laufen lassen...

Code: Alles auswählen

login as: root
root@10.0.0.230's password:
root@CCU3-RM-VM:~# uptime
 23:09:49 up 10 days,  6:41,  1 users,  load average: 0.08, 0.01, 0.00
root@CCU3-RM-VM:~#

(Test-Raspberrymatic auf Proxmox-Server auf Xeon E3)
Der langweilt sich sicher!


Roland


EDIT:

Code: Alles auswählen

CCU-Uptime(2.59.7):   40 Tag(e) 08:59:09, load-average: 0.28 0.51 0.62, 10s-cpu-load: 22.8%

...spricht wohl wieder für die "1,0=100%-Theorie", ein paar Minuten später...

Code: Alles auswählen

CCU-Uptime(2.59.7):   40 Tag(e) 09:12:35, load-average: 0.91 0.55 0.56, 10s-cpu-load: 2.9%

...dagegen!
Oder man kommt zum Schluss, dass diese Werte einfach nicht aussagekräftig sind.

[Yosh]

Ich möchte schließlich auch noch selbst nachvollziehen können, was ich vor Jahren programmiert habe...

Lach - das kenn ich aus meinem Job ("Was hatten wir da noch mal letzen Monat eingebaut? - Mal in den Tickets nachschauen"

[jp112sdl]

Ok, da war ich mir auch nicht sicher, ob 1,0 = 100% sind, hab auf die Schnelle auch keine eindeutigen Beschreibungen gefunden.

Die man pages von uptime sagen

Load averages are not normalized for the
number of CPUs in a system, so a load average of 1 means a single
CPU system is loaded all the time while on a 4 CPU system it
means it was idle 75% of the time.

[Baxxy]

dass diese Werte einfach nicht aussagekräftig sind.

Für eine CCU3 (Pi3B) kommt das mit Jérôme's Hinweis hin.

Hier mal eine (auf dem letzten Loch pfeifende) Test-RM.

Code: Alles auswählen

CCU-Uptime(3.59.6.20210814):    2 Tag(e) 18:15:15, load-average: 4.00 2.43 1.03, 10s-cpu-load: 100.0%

(die wurde nur zu Demonstrationszwecken so gequält, und um zu gucken ob der Watchdog-Alarm funktioniert.)

[Yosh]

Für die Leute, die auch gerne Waschmaschinen beim Waschen zuschauen, gibt es ja auch noch den shell Befehl "top"

[stan23]

Oder htop für Buntwäsche

Da sieht man auch gleich wie viele Kerne die CPU man hat.

[mototeacher]

Und ich dachte, dass das Thema Tür/Fensterkontakt nach Reboot seit langem gelöst sei...

Bei mir gibt es jedenfalls zu jedem Kontakt eine SV, die ich immer direkt mit dem Kontakt synchronisiere, sobald sich dessen Zustand ändert.
Einzige Ausnahme - die erste Minute nach einem Reboot.
Alle Programme, die sich irgendwie für den Zustand der Tür/Fensterkontakte interessieren, fragen entweder die entsprechende SV ab oder werden durch sie getriggert.
Einziges Problem: die < 2 Minuten ab Reboot. Da bleiben eben die Fenster kurz zu, oder werden im Einzelfall danach manuell nachsynchronisiert (Fenster zu, Fenster wieder auf - basta)
Reboot durch Stromausfall - also unbemannt gibt es bei uns nicht, weil Tinker (in meinem Fall ) und FritzBox an nem 6Ah Akku hängen.
Die Lösung hat auch noch den Vorteil, dass mir trotz meines Alters auch nach Jahren auf den ersten Blick klar ist, was ich da mal zusammen geklickt hatte.