Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[pfuhsy]

@Homoran sagte in Auslastung Raspberry / Rock64:

Redest du im ersten Abschnitt also nur über den RasPi?

Ja. Sorry, ich glaube ich das etwas wirr geschrieben.

@Homoran sagte in Auslastung Raspberry / Rock64:

und auf dem laufen 25 Adapter + Skripte?

Genau. Min. 70 Scripte, teilwiese recht einfach gehalten.

@Homoran sagte in Auslastung Raspberry / Rock64:

Du kannst ja mal in so einem Fall - wenn du noch mit putty auf den Pi kommst, top aufrufen und die Load und RAM beobachten.
Wahrscheinlich ist dann bereits der SWAP aktiv, was das ganze noch langsamer macht und die Gefahr der Zerstörung der SD erhöht

Ich hab den Swap irgendwann ausgeschaltet, weil ich über diese Gefahr der Zerstörung gelesen habe. Könnte das dazu beitragen ? Das mit den "Top" probiere ich mal aus , ein Update kann ich ja locker provozieren. Auf was für einen Wert muss ich besonders achten ?

[Homoran]

@pfuhsy
im Kopf rechts oben die 3 Load: 1, 5 und 1 5 Minuten

Darunter im Header die Werte für Mem: used / cached....
und darunter die CPU Werte wobei used und free interessant ist, idle im prinzip der "Kehrwert". je weniger idle, desto weniger Reserve

Am besten startest du top zuerst siehst dich da mal ein (die Werte werden alle paar Sekunden refresht) und startest dann dein update

[pfuhsy]

Ich hab jetzt zwar "normal" Zugriff über das WebUI, jedoch rödelt das Ganze jetzt schon wieder 15min. Ist doch nciht normal oder ? Ich starte die Tage mal ein Update des Admin-Adapters und rufe vorher Top auf. Dabei ist beim letzten mal der ganze Pi abgeschmiert.

top - 20:41:23 up 2 days, 2:30, 1 user, load average: 0,47, 0,60, 0,80
Tasks: 110 total, 1 running, 71 sleeping, 0 stopped, 0 zombie
%Cpu(s): 2,7 us, 1,8 sy, 0,0 ni, 93,0 id, 0,1 wa, 0,0 hi, 2,4 si, 0,0 st
KiB Mem : 949444 total, 90440 free, 734476 used, 124528 buff/cache
KiB Swap: 102396 total, 204 free, 102192 used. 117976 avail Mem

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
4289 root 20 0 128720 25736 7000 S 4,6 2,7 28:07.69 io.ping.0
437 redis 20 0 38280 4588 1516 S 1,3 0,5 37:43.92 redis-server
4475 root 20 0 124920 22144 6700 S 1,3 2,3 14:38.54 io.maxcube.0
11562 root 20 0 176068 66992 8784 S 1,3 7,1 1:03.87 io.javascript.0
13965 root 20 0 143768 36736 10040 S 1,3 3,9 0:44.01 io.mqtt.0
4526 root 20 0 128448 24772 7020 S 1,0 2,6 32:29.54 io.history.0
18707 pi 20 0 8644 2176 1612 R 1,0 0,2 0:06.76 top

[paul53]

@pfuhsy
Die CPU-Auslastung ist gering (7%), aber der RAM ist das Problem, denn der Swap ist fast voll (ist nicht ausgeschaltet).

[pfuhsy]

Liegt das am RAM ? Jetzt läuft das schon seit min. 45 min. kann ich das abbrechen ?

[Homoran]

@pfuhsy
Wenn der alle Bits statt im schnellen RAM (weil das voll ist) immer auf die karte und zurück schieben (=swap) muss dauert das.

[pfuhsy]

@Homoran
Dann wäre tatsächlich ein Rock64 mit 4Gbyte eine Lösung. Kann ich den Vorgang abbrechen ?

[Master77]

Der Rock64 mit 4gb wäre sicher die Lösung. Bin vor kurzem aus dem gleichen Grund vom 3b auf den Rock umgestiegen.

Gruß Markus

[pfuhsy]

Ok, danke für Eure Meinungen.

Gruss.

[pfuhsy]

Hallo zusammen,

ich hab mir jetzt den Rock64 zugelegt und bis jetzt über das BackUp alles einspielen können. Nun versuche ich verzweifelt die UART-Schnittstelle (Pin 8 / 10) einzuschalten. Man muss diese doch erstmal einschalten und konfiguieren richtig ? Jedenfalls musste ich das bei den Rapsi so machen. Ich bekomme es einfach nicht hin. Ich weiß nicht was ich genau machen soll damit das fukntioniert. Ich hab auch nicht besonders in Linux bewandert. Ich hab schon das halbe Internet durchsucht und bis jetzt nichts passendes gefunden, was mir geholfen hat. Auf der Seite hab ich zwar eine gute Anleitung gefunden, jedoch gibt es bei meinen Rock64 nicht mal die dort beschriebene Datei. Kann mir jemand einen Tip geben ?

Gruss

[paul53]

@pfuhsy sagte:

Nun versuche ich verzweifelt die UART-Schnittstelle (Pin 8 / 10) einzuschalten

Wofür ?

[pfuhsy]

Ich hab eine Alarmanlage die über UART kommuniziert.

[pfuhsy]

Kann mir keiner helfen ?

[pfuhsy]

So Leute, ich hab jetzt seit ein paar Wochen der Rock64 mit 4GB RAM laufen. Ich hab das Gefühl der ist deutlich schneller. Was ich nicht so verstehe ist wieder die Auslastung. Er hatte eine ganze zeitlang immer angezeigt, dass er zu hälfte ausgelaste ist, seit kurzen zeigt es wieder eine hohe Auslastung an, im ioBrokerund über die Kosnole mit "top". Wenn ich aber die RAM-Nutzung der Adapter zusammenzähle komme ich auf rund die Hälfte. Wie kann das sein ?

Bild Text

[Homoran]

@pfuhsy sagte in Auslastung Raspberry / Rock64:

ist wieder die Auslastung

Was genau verstehst du darunter?

[Jan1]

@Homoran
ich denke er meint den angegebenen freien RAM Speicher, der trotz den 4GB wohl wieder recht gering ausfällt.
Das ist aber typisch für Linux und nicht wirklich bedenklich, da hier nicht wie bei Windows der RAM tatsächlich fest belegt ist und bei Bedarf sofort für andere Prozesse zur Verfügung gestellt wird. Ist bei meinem BeeLink mit 4GB RAM genau so. Am Anfang ist massig "freier" RAM verfügbar und wenn er ein paar Tage lief, ist er fast voll.

[Homoran]

@Jan1
Dann wäre der Begriff Auslastung aber falsch. Da denke ich an load average oder cpu usage.

https://www.linuxatemyram.com

[Jan1]

@Homoran
Das ist richtig, nur redet er eben viel vom RAM, deshalb meine Vermutung.

[pfuhsy]

Ja, ich meinte natürlich mit Auslastung den RAM. Dann bin ich beruhigt, dass das "normal" ist. Nur wie kann ich denn in Zukunft feststellen, wenn der Rock64 doch irgendwann mal an seine Grenzen kommen würde ?