Brickd auf RaspberryPi erzeugt hohe CPU-Last

[Korrelationswert]

Hi Leute,

wie es der Titel schon sagt, ist mir aufgefallen, dass brickd auf einem RaspberryPi 3b mit angeschlossenem HAT Brick eine hohe CPU-Last erzeugt.

Es sind noch 6 Bricklets am HAT Brick angeschlossen, jedoch läuft kein Programm.

Anbei ein Screenshot von htop.

Im brickd.log steht nichts auffälliges (Neuverbindungen, Timeouts, etc.).

Kennt ihr das Problem oder ist es evtl ein Fehler in meinem Setup?

 

Software:

Kernel: 5.4.72-v7+ #1356 SMP Thu Oct 22 13:56:54 BST 2020 armv7l GNU/Linux

Brickd: 2.4.1

 

[rtrbt]

Moin,

Das ist mehr oder weniger normal. Der Brick Daemon pollt alle Anschlüsse (mit fallender Frequenz) selbst wenn nichts angeschlossen ist, damit er es mitbekommt, wenn du eben doch etwas anschließt.

Mit der nächsten Brick Daemon-Version wechseln wir für den Raspberry Pi aber vermutlich das Backend, was zu einer niedrigeren CPU-Last führen sollte. Den Effekt wirst du dann trotzdem, wenn auch schwächer, sehen.

Edit:

Wenn du Bricklets angeschlossen hast, die keine großen Performanceanforderungen haben (also z.b. ein Barometer Bricklet im Gegensatz zum Thermal Imaging Bricklet), kannst du in /etc/brickd.conf die Zeit zwischen den Polling-Vorgängen erhöhen. Dafür musst du die folgenden Einträge hinzufügen oder verändern:

bricklet.portA.sleep_between_reads = 200
bricklet.portB.sleep_between_reads = 200
[usw bis portH]
bricklet.portHAT.sleep_between_reads = 200

200 heißt dabei, dass der entsprechende Port alle 200µs auf ein neues Datenpaket gepollt wird. Du kannst damit experimentieren, es ist aber möglich, dass du dir die Performance der Bricklets deutlich verschlechterst, wenn du die Zeiten zu hoch stellst.

[Korrelationswert]

Ok, danke für die Erklärung. Bin auf das neue Backend gespannt.

Gucke mal, ob die Polling-Einstellungen in brickd.conf etwas verändert.