Welchen RPi hast Du genau? Was steht auf der Platine? Was genau meinst Du mit Remote?
Die Phoniebox ist mittlerweile ziemlich undurchsichtig geworden, deshalb kann man pauschal keine Antwort geben. Eine hohe CPU-Last wird oft durch ungebremste Schleifen (ohne oder zu kleinem sleep) in Skripten verursacht.
Sieh doch mal mit top oder htop nach wer die CPU so belastet.
Welchen RPi hast Du genau? Was steht auf der Platine? Was genau meinst Du mit Remote?
Die Phoniebox ist mittlerweile ziemlich undurchsichtig geworden, deshalb kann man pauschal keine Antwort geben. Eine hohe CPU-Last wird oft durch ungebremste Schleifen (ohne oder zu kleinem sleep) in Skripten verursacht.
Hi, also der Raspi hat auf der Platine stehen: Model B+ V1 2 aus 2014
Sieh doch mal mit top oder htop nach wer die CPU so belastet.
Hallo, habe ein Bild beigefügt aus dem eventuell ersichtlich ist was meinen Raspi so langsam macht.
Ich schätze, dass der Raspberry für deinen Einsatzzweck allgemein überfordert ist. Du bist überladen. htop ansich hat da auch einen großen Anteil dran. Du hast nur eine SingleCore CPU mit 700 MHz. Aktuelle Modelle haben modernere Prozessoren mit z.B. 4 Kernen und 1.5 / 1.8 GHz Taktfrequenz. Mach mal htop zu und gib anschließend den Befehl ein
uptime && sleep 910 && uptimeDa ist eine Viertelstunde Wartezeit bei, also nicht wundern. Dann das Ergebnis bitte posten.
Ich schätze, dass der Raspberry für deinen Einsatzzweck allgemein überfordert ist. Du bist überladen. htop ansich hat da auch einen großen Anteil dran. Du hast nur eine SingleCore CPU mit 700 MHz. Aktuelle Modelle haben modernere Prozessoren mit z.B. 4 Kernen und 1.5 / 1.8 GHz Taktfrequenz. Mach mal htop zu und gib anschließend den Befehl ein
Codeuptime && sleep 910 && uptimeDa ist eine Viertelstunde Wartezeit bei, also nicht wundern. Dann das Ergebnis bitte posten.
Als ich das eingegeben habe stand da dass 3 User Zugriff haben, ist das so richtig
Ja, Linux ist ein Mehrbenutzersystem. Du kannst users eingeben oder who, dann siehst du mehr Informationen. Wenn du dich per ssh einloggst, dann kommt ein user dazu. Das ist ganz normal.
Wenn die 15 Minuten um sind, kommt die gleiche Zeile nochmal. Es geht nur darum zu schauen, wie hoch dann der avg load ist, ohne künstliche Beeinflussung durch htop. Ich vermute, dass dein Modell trotzdem an der Grenze ist. Wenn die Wiedergabe allerdings nicht gestört ist, ist viel Load zwar unschön, aber hinnehmbar. Wenn es gar nicht geht, musst du vermutlich ein anderes Modell benutzen.
Ich schätze, dass der Raspberry für deinen Einsatzzweck allgemein überfordert ist. Du bist überladen. htop ansich hat da auch einen großen Anteil dran. Du hast nur eine SingleCore CPU mit 700 MHz. Aktuelle Modelle haben modernere Prozessoren mit z.B. 4 Kernen und 1.5 / 1.8 GHz Taktfrequenz. Mach mal htop zu und gib anschließend den Befehl ein
Codeuptime && sleep 910 && uptimeDa ist eine Viertelstunde Wartezeit bei, also nicht wundern. Dann das Ergebnis bitte posten.
So die Wartezeit ist vorbei und folgendes stand im Display
Leider kann ich nichts daraus erkennen, es hat sich hier doch nichts geändert.
Ja, Linux ist ein Mehrbenutzersystem. Du kannst users eingeben oder who, dann siehst du mehr Informationen. Wenn du dich per ssh einloggst, dann kommt ein user dazu. Das ist ganz normal.
Wenn die 15 Minuten um sind, kommt die gleiche Zeile nochmal. Es geht nur darum zu schauen, wie hoch dann der avg load ist, ohne künstliche Beeinflussung durch htop. Ich vermute, dass dein Modell trotzdem an der Grenze ist. Wenn die Wiedergabe allerdings nicht gestört ist, ist viel Load zwar unschön, aber hinnehmbar. Wenn es gar nicht geht, musst du vermutlich ein anderes Modell benutzen.
OK, vielen Dank für deine Auskunft.
Als ich das eingegeben habe stand da dass 3 User Zugriff haben, ist das so richtig
Du kannst Dir mit lastlog zudem auch den letzten Login aller User anzeigen lassen.
Zeige uns mal den Inhalt der daemon_rfid_reader.py in einem Codeblock!
//Edit: ...und die Ausgabe von df -h
Leider kann ich nichts daraus erkennen, es hat sich hier doch nichts geändert.
Die Zahlen bei der zweiten Ausgabe sind viel niedriger als bei der ersten. Das bestätigt nochmal Beitrag #8. Deine CPU ist zwar überladen, aber nicht so schlimm wie mit htop.
Display MoreDu kannst Dir mit lastlog zudem auch den letzten Login aller User anzeigen lassen.
Zeige uns mal den Inhalt der daemon_rfid_reader.py in einem Codeblock!
//Edit: ...und die Ausgabe von df -hI
Etwas mache ich flasch bekomme keinen gültigen Befehl um den Inhalt aufzurufen.
Kannsz Du mir diesen bitte schicken.
lastlog ist nicht so wichtig. Du verwendest doch den Desktop. Dann kannst Du einfach den Dateimanager öffnen und zu der Datei daemon_rfid_reader.py navigieren und diese öffnen. Den Pfad dahin findest Du in der ersten (hellblauen) Zeile Deines Bildes von htop aus Beitrag #9. 
daemon_rfid_reader.py frisst 85% der CPU. Scheint zu Phoniebox zu gehoeren. Das sieht mir ziemlich nach einer 3/4 Busyloop aus ...
Das zu reproduzieren wird nicht einfach sein. Da es noch viele andere Nutzer gibt, sollte das Problem auch bei anderen auftreten.
Möglicherweise kann man den Entwicklern helfen, wenn man mit py-spy mal nachsieht, wo der im Code hängt.
pip3 install py-spy
ps aux | grep daemon_rfid_reader.py
# wir brauchen die PID
# dann mit py-spy an den Prozess anhängen
py-spy top --pid 9566
# PID muss natürlich die richtige sein
# dann kommt das:
Permission Denied: Try running again with elevated permissions by going 'sudo env "PATH=$PATH" !!'
# mit root rechten und dem Pfad den letzten Befehl nochmal ausführen
# die doppelten Ausrufezeichen werden mit dem Befehl, der zuvor eingegeben worden ist, ersetzt
sudo env "PATH=$PATH" !!'In meinem Fall ist es eine ganz andere Anwendung.
Wenn da irgendwo eine kaputte busy-loop ist, wird da annähernd eine Funktion mit 100 % stehen.
Dann hat man für die Entwickler einen Anhaltspunkt.
Kannst ja mal probieren, falls du dir das zutraust.
