Problemanalyse Klana's RM auf Tinkerboard

[Baxxy]

Ich habe ein Backup des Systems von @Klana auf meinem Tinkerboard-Testsystem eingespielt um hoffentlich herauszufinden wo das Problem liegt.
(Tinker-S mit Nightly

Vorab sei angemerkt das mein Setup natürlich nicht 1:1 dem von @Klana entspricht da mir seine Geräte (physisch) nicht zur Verfügung stehen.
Da ich aber mit Funkmodul und "offline Rekeying" arbeite sind zumindest alle Geräte komplett in der WebUI verfügbar.
Außerdem habe ich die HM-Tools installiert um htop zu bekommen, top ist mir einfach zu bieder.

Im Großen und Ganzen ist Klana's System nach kurzem Durchschauen nix besonderes.
Alle Konsitenzchecks des SDV laufen fehlerfrei durch.

Beim "rumklicken" in der WebUI gibt es 3 "CPU-Treiber".

• ReGaHss
• HmIP-Server
• www/api/homematic.cgi

Für mich am auffälligsten ist dabei ReGaHss.
Da Single-Threaded wird gerne mal über längeren Zeitraum >100% CPU konsumiert.
Wenn man sich aus der WebUI abmeldet konsumiert ReGaHSS für ca. 50-60s > 100% CPU

Das ist gefühlt ganz schön lange, aber die homematic.regadom ist auch ~23MB groß.
Ein angestoßener Reboot dauert auch ewig. Auch hier fällt wieder die ReGaHss negativ bezüglich CPU auf.

Alles nicht sehr wissenschaftlich, aber ich kann zumindest sehen das was klemmt.
Werde mal für den Gegentest auf die 3.73.9.20231130 zurückgehen.

[jmaus]

Schau mal ob du mit den Kommandos "iostat" bzw. "vmstat" ein paar Infos rausbekommst bzw. man rausbekommt wo es genau hängt. Hier kann ich mir ehrlich gesagt nur vorstellen das vielleicht der zugriff auf die SD bzw. eMMC nicht ganz rund läuft und ReGaHss beim schreiben von infos in die regadom vielleicht einfach auf die disk irgendwie wartet und deshalb quasi hängen bleibt...

[Baxxy]

Hast du da spezielle Tests im Kopf die ich auf 3.73.9.20231130 vs. 3.75.7.20240426-b0d78d machen kann/soll?

Edit:
Ausloggen aus 3.73.9.20231130 sogt für ~16s ReGaHss CPU-Load > 100%, das ist weit weniger als die 55s des Nightlys.

[klana]

Hallo Baxxy,
Ich habe normalerweise noch einen USB Stick dran…falls das eine Rolle spielen sollte…

[Baxxy]

Alles klar, spielt aber keine Rolle da du die Interne Diagrammfunktion nicht nutzt.
Und ja, ich weiß nun genau was du treibst...
Späßchen... ich habe alle Programme deaktiviert und bisher noch keines angesehen.

[klana]

…
Und ja, ich weiß nun genau was du treibst...
…

tmp.gif (465.32 KiB) 386 mal betrachtet

[Baxxy]

Kleiner Tipp für zwischendurch...
Hochgeladene Gerätefirmware-Files wieder löschen wenn die Updates durch sind.
Hält die Backups schlanker.

[Baxxy]

"iostat" bzw. "vmstat"

vmstat gibt's nicht.
iostat habe ich aus den hm-tools. Nativ hast du iostat erst irgendwann "kürzlich" integriert.

Die Frage wäre wie ich da was "benchmarken" kann.
3.73.9.20231130:

Code: Alles auswählen

root@hm-raspi-02:/usr/local# dd if=/dev/zero of=./TestingFile bs=100M count=10 oflag=direct
10+0 records in
10+0 records out
1048576000 bytes (1000.0MB) copied, 19.346269 seconds, 51.7MB/s

[jmaus]

Probier mal ob die regadom alleine schon reicht um die hohe CPU auslastung zu provozieren. D.h. Werksreset und dann einfach nur die regadom rüberkopieren und rega neustarten und schauen ob das schon reicht bzw. die Auslastung dann auch so hoch ist...

[jp112sdl]

Ausloggen aus 3.73.9.20231130 sogt für ~16s ReGaHss CPU-Load > 100%, das ist weit weniger als die 55s des Nightlys.

Vielleicht sieht man mit strace was.

Hol dir mal mit

Code: Alles auswählen

ps|grep ReGa

25503 root      0:02 /bin/ReGaHss -f /etc/rega.conf -l 2

die PID (steht ganz vorn in der Ausgabe, in meinem Beispiel 25503) und übergib sie

Code: Alles auswählen

strace -p 25503

.

Dann in der WebUI Ausloggen und schauen, ob da mehr kommt als nur sowas wie

Code: Alles auswählen

clock_nanosleep_time64(CLOCK_REALTIME, 0, {tv_sec=2, tv_nsec=6347033950552064}, 0xff9aefb0) = 0