Uhlhorn Geschrieben February 8, 2019 at 20:45 Share Geschrieben February 8, 2019 at 20:45 Moin, ich betreibe seit einigen Tagen ein Red Brick. Wenn ich es mit Strom versorge bootet es zu erst, dann startet mein einziges Script und nach ein paar Sekunden geht die Status-LED für CPU auf praktisch Dauerlicht. Im Brickviewer wird brickd mit ca. 33 % CPU-Last angezeigt. Wenn ich mein Script stoppe, ist brickd trotzdem auf über 30 %. Weiß jemand, wie das kommt oder wodurch eine so hohe Prozessorlast verursacht wird? Wie bekommt man das weg? Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
Uhlhorn Geschrieben February 9, 2019 at 21:31 Autor Share Geschrieben February 9, 2019 at 21:31 Ich habe die SD-Card neu erstellt und es jungfräulich getestet. Die Last ist trotzdem bei ca. 30 %. Ist das normal? Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
riks Geschrieben March 26, 2020 at 15:54 Share Geschrieben March 26, 2020 at 15:54 (bearbeitet) Ich habe 1.15 auf den Red Brick und ich habe das gleiche. Wenn ich dann auch das Java program laufen lasse dan ist CPU 100% und wird fast nicht mehr idle. Ist ueber 30% Last fuer den brickd normal ? Und die CPU freq ist maximal Every 1.0s: cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq red-brick: Thu Mar 26 16:58:26 2020 1008000 bearbeitet March 26, 2020 at 15:59 von riks Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
Uhlhorn Geschrieben March 26, 2020 at 16:17 Autor Share Geschrieben March 26, 2020 at 16:17 Das weiß ich leider auch nicht. Ich habe mich schon lange nicht mehr damit beschäftigt, habe zu viel Anderes zu tun im Moment.Das weiß ich leider auch nicht. Ich habe mich schon lange nicht mehr damit beschäftigt, habe zu viel Anderes zu tun im Moment. Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
riks Geschrieben March 26, 2020 at 17:22 Share Geschrieben March 26, 2020 at 17:22 (bearbeitet) Ist auch mehr fuer den Staff hier ob dss normal ist 😀 TinkerTeam ist das einen bekanntes Problem oder neu ? bearbeitet March 26, 2020 at 17:22 von riks Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
rtrbt Geschrieben March 27, 2020 at 09:34 Share Geschrieben March 27, 2020 at 09:34 Moin, Das ist normal, wenn du einen Stapel auf dem RED-Brick hast. Der RED-Brick hat nur einen CPU-Kern, der ungefähr so schnell ist wie ein Raspberry Pi 1. Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
riks Geschrieben March 27, 2020 at 09:50 Share Geschrieben March 27, 2020 at 09:50 Moin, ich habe nur einen Master Brick und 4 Sachen verbunden. Das musste doch eigelich gehen. Wieviel braucht einen normalen Java program um die Sensoren met 1Hz aus zu lesen ? Mein setup ist : Master brick 2.1 Segment Display 4 x 7 Bricklet Motion Detector Bricklet Ambient Light Bricklet 2.0 Temperature Bricklet MfG, Rik Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
rtrbt Geschrieben March 27, 2020 at 11:16 Share Geschrieben March 27, 2020 at 11:16 Ich meinte damit nur die CPU-Last von Brick Daemon. Wenn ich mir deinen nmon-Screenshot ansehe, ist dein Problem anscheinend, dass der Arbeitsspeicher voll ist, der Java-Prozess lässt dann die ganze Zeit den Garbage Collector laufen, was die CPU-Last in die Höhe treibt. Du kannst etwas Arbeitsspeicher freiräumen, wenn mit dem Brick Viewer alle Services deaktivierst, die du nicht brauchst, z.B. die graphische Oberfläche, usw. Du kannst mit der available-Spalte von free -m nachsehen, wie viel Arbeitsspeicher wirklich frei ist. Linux benutzt freien Arbeitsspeicher gerne um Daten zu cachen, wirft die Caches aber weg, wenn der RAM knapp wird, damit Anwendungen ihn benutzen können. Deshalb ist die free-Spalte nicht so aussagekräftig. Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.