NEWS
IOBroker auf RasPi 4 wird immer lahmer
-
Hi,
mein Smart Home wird immer lahmer :confused: In der VIS dauert es ewig, teilweise 1 bis 2 Minuten, bis die Views angezeigt werden. Zugegeben. Da sind auch Diagramme drauf, die relativ viel Daten enthalten (z.B. 24h Daten einer Solaranlage, die alle 10 Sekunden Werte Erzeugt, Heizung, Photovoltaik und und und...) .
Nun hab ich gelesen, dass der History Adapter nicht so das Performance Wunder ist und eine Datenbank da besser wäre.
Welche DB wäre da denn zu empfehlen? Bei dem Umstieg wäre es gut, wenn die alten Daten nicht verloren gehen sondern mitgenommen werden könnten.
Und es wäre schön, wenn es eine aktuelle Anleitung gäbe. Weil gefunden hab ich schon viel aber ist halt das alte IOB Problem: Es gibt viele Anleitungen... von damals :grimacing:
Danke schon mal und Grüße, Bernd
-
Hi,
mein Smart Home wird immer lahmer :confused: In der VIS dauert es ewig, teilweise 1 bis 2 Minuten, bis die Views angezeigt werden. Zugegeben. Da sind auch Diagramme drauf, die relativ viel Daten enthalten (z.B. 24h Daten einer Solaranlage, die alle 10 Sekunden Werte Erzeugt, Heizung, Photovoltaik und und und...) .
Nun hab ich gelesen, dass der History Adapter nicht so das Performance Wunder ist und eine Datenbank da besser wäre.
Welche DB wäre da denn zu empfehlen? Bei dem Umstieg wäre es gut, wenn die alten Daten nicht verloren gehen sondern mitgenommen werden könnten.
Und es wäre schön, wenn es eine aktuelle Anleitung gäbe. Weil gefunden hab ich schon viel aber ist halt das alte IOB Problem: Es gibt viele Anleitungen... von damals :grimacing:
Danke schon mal und Grüße, Bernd
@bernd33-1 sagte in IOBroker auf RasPi 4 wird immer lahmer:
Da sind auch Diagramme drauf, die relativ viel Daten enthalten (z.B. 24h Daten einer Solaranlage, die alle 10 Sekunden Werte Erzeugt, Heizung, Photovoltaik und und und..
so etwas zieht das Tempo massiv herunter. Insbesondere, wenn du im Diagramm (FLOT????) auch noch eine hohe Auflösung hast
@bernd33-1 sagte in IOBroker auf RasPi 4 wird immer lahmer:
Nun hab ich gelesen, dass der History Adapter nicht so das Performance Wunder ist und eine Datenbank da besser wäre.
Das ist eigentlich sekundär, da der Server immer die entsprechenden anzuzeigenden Punkte entsprechend aggregiert werden müssen, egal wo die Daten herkommen.
@bernd33-1 sagte in IOBroker auf RasPi 4 wird immer lahmer:
wenn es eine aktuelle Anleitung gäbe.
wofür?
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@bernd33-1 sagte in IOBroker auf RasPi 4 wird immer lahmer:
Da sind auch Diagramme drauf, die relativ viel Daten enthalten (z.B. 24h Daten einer Solaranlage, die alle 10 Sekunden Werte Erzeugt, Heizung, Photovoltaik und und und..
so etwas zieht das Tempo massiv herunter. Insbesondere, wenn du im Diagramm (FLOT????) auch noch eine hohe Auflösung hast
@bernd33-1 sagte in IOBroker auf RasPi 4 wird immer lahmer:
Nun hab ich gelesen, dass der History Adapter nicht so das Performance Wunder ist und eine Datenbank da besser wäre.
Das ist eigentlich sekundär, da der Server immer die entsprechenden anzuzeigenden Punkte entsprechend aggregiert werden müssen, egal wo die Daten herkommen.
@bernd33-1 sagte in IOBroker auf RasPi 4 wird immer lahmer:
wenn es eine aktuelle Anleitung gäbe.
wofür?
@homoran sagte in IOBroker auf RasPi 4 wird immer lahmer:
Das ist eigentlich sekundär, da der Server immer die entsprechenden anzuzeigenden Punkte entsprechend aggregiert werden müssen, egal wo die Daten herkommen.
Naja, wenn's recht viele sind, ist die Aggregation einer nativen Datenbank sicherlich schneller, als erst alles in die langsamere JS-Welt zu schiffen und dort zu aggregieren.
Warum `sudo` böse ist: https://forum.iobroker.net/post/17109
-
@homoran sagte in IOBroker auf RasPi 4 wird immer lahmer:
Das ist eigentlich sekundär, da der Server immer die entsprechenden anzuzeigenden Punkte entsprechend aggregiert werden müssen, egal wo die Daten herkommen.
Naja, wenn's recht viele sind, ist die Aggregation einer nativen Datenbank sicherlich schneller, als erst alles in die langsamere JS-Welt zu schiffen und dort zu aggregieren.
@alcalzone sagte in IOBroker auf RasPi 4 wird immer lahmer:
wenn's recht viele sind, ist die Aggregation einer nativen Datenbank sicherlich schneller
Das mag ja sein, aber so ein massives ausbremsen liegt IMHO in erster Linie an den vielen Aggregationsvorgängen.
Ich habe seit ewigen Zeiten alles in History und auch mehrere (ca. 10) Datenpunkte für die Energieüberwachung, die im 6-Sekunden-Takt aktualisiert werden. (zusätzlich zu den sonstigen Daten)
Da bremst nichts merklich, außer ich fange das Scrollen und zoomen an
-
@bernd33-1 sagte in IOBroker auf RasPi 4 wird immer lahmer:
Da sind auch Diagramme drauf, die relativ viel Daten enthalten (z.B. 24h Daten einer Solaranlage, die alle 10 Sekunden Werte Erzeugt, Heizung, Photovoltaik und und und..
so etwas zieht das Tempo massiv herunter. Insbesondere, wenn du im Diagramm (FLOT????) auch noch eine hohe Auflösung hast
@bernd33-1 sagte in IOBroker auf RasPi 4 wird immer lahmer:
Nun hab ich gelesen, dass der History Adapter nicht so das Performance Wunder ist und eine Datenbank da besser wäre.
Das ist eigentlich sekundär, da der Server immer die entsprechenden anzuzeigenden Punkte entsprechend aggregiert werden müssen, egal wo die Daten herkommen.
@bernd33-1 sagte in IOBroker auf RasPi 4 wird immer lahmer:
wenn es eine aktuelle Anleitung gäbe.
wofür?
@homoran said in IOBroker auf RasPi 4 wird immer lahmer:
@bernd33-1 sagte in IOBroker auf RasPi 4 wird immer lahmer:
Da sind auch Diagramme drauf, die relativ viel Daten enthalten (z.B. 24h Daten einer Solaranlage, die alle 10 Sekunden Werte Erzeugt, Heizung, Photovoltaik und und und..
so etwas zieht das Tempo massiv herunter. Insbesondere, wenn du im Diagramm (FLOT????) auch noch eine hohe Auflösung hast
Ja, ich habe Flot und eine hohe Auflösung. Daher ja auch meine Frage wie ob ich das mit einer DB schneller bekomme. :face_with_rolling_eyes:
@bernd33-1 sagte in IOBroker auf RasPi 4 wird immer lahmer:
Nun hab ich gelesen, dass der History Adapter nicht so das Performance Wunder ist und eine Datenbank da besser wäre.
Das ist eigentlich sekundär, da der Server immer die entsprechenden anzuzeigenden Punkte entsprechend aggregiert werden müssen, egal wo die Daten herkommen.
Das bedeutet der Pi 4 ist zu lahm dafür? :thinking_face:
@bernd33-1 sagte in IOBroker auf RasPi 4 wird immer lahmer:
wenn es eine aktuelle Anleitung gäbe.
wofür?
Ähm...um von History auf eine DB umzustigen?
-
@homoran said in IOBroker auf RasPi 4 wird immer lahmer:
@bernd33-1 sagte in IOBroker auf RasPi 4 wird immer lahmer:
Da sind auch Diagramme drauf, die relativ viel Daten enthalten (z.B. 24h Daten einer Solaranlage, die alle 10 Sekunden Werte Erzeugt, Heizung, Photovoltaik und und und..
so etwas zieht das Tempo massiv herunter. Insbesondere, wenn du im Diagramm (FLOT????) auch noch eine hohe Auflösung hast
Ja, ich habe Flot und eine hohe Auflösung. Daher ja auch meine Frage wie ob ich das mit einer DB schneller bekomme. :face_with_rolling_eyes:
@bernd33-1 sagte in IOBroker auf RasPi 4 wird immer lahmer:
Nun hab ich gelesen, dass der History Adapter nicht so das Performance Wunder ist und eine Datenbank da besser wäre.
Das ist eigentlich sekundär, da der Server immer die entsprechenden anzuzeigenden Punkte entsprechend aggregiert werden müssen, egal wo die Daten herkommen.
Das bedeutet der Pi 4 ist zu lahm dafür? :thinking_face:
@bernd33-1 sagte in IOBroker auf RasPi 4 wird immer lahmer:
wenn es eine aktuelle Anleitung gäbe.
wofür?
Ähm...um von History auf eine DB umzustigen?
@bernd33-1 sagte in IOBroker auf RasPi 4 wird immer lahmer:
Ähm...um von History auf eine DB umzustigen?
gibt es dafür eine alte Anleitung???
Mir ist kein Workaround bekannt diese Daten zu übernehmen.
Möglich, dass so etwas hier mal bei Skripten vorgestellt wurde, das sit dann aber an mir vorbeigegangen.@bernd33-1 sagte in IOBroker auf RasPi 4 wird immer lahmer:
Das bedeutet der Pi 4 ist zu lahm dafür?
Möglich!
Wieviel RAM hat der denn? (Mein Testsystem, bei dem ich es immer noch nicht geschafft habe die SD-Karte mir dieser Datenflut zu schreddern, läuft auf einem Pi4 / 2GB.@bernd33-1 sagte in IOBroker auf RasPi 4 wird immer lahmer:
eine hohe Auflösung.
wie ist denn da die Aggregation eingestellt?
-
@bernd33-1 sagte in IOBroker auf RasPi 4 wird immer lahmer:
Ähm...um von History auf eine DB umzustigen?
gibt es dafür eine alte Anleitung???
Mir ist kein Workaround bekannt diese Daten zu übernehmen.
Möglich, dass so etwas hier mal bei Skripten vorgestellt wurde, das sit dann aber an mir vorbeigegangen.@bernd33-1 sagte in IOBroker auf RasPi 4 wird immer lahmer:
Das bedeutet der Pi 4 ist zu lahm dafür?
Möglich!
Wieviel RAM hat der denn? (Mein Testsystem, bei dem ich es immer noch nicht geschafft habe die SD-Karte mir dieser Datenflut zu schreddern, läuft auf einem Pi4 / 2GB.@bernd33-1 sagte in IOBroker auf RasPi 4 wird immer lahmer:
eine hohe Auflösung.
wie ist denn da die Aggregation eingestellt?
Lol...jetzt kann ich nichtmehr antworten? Doch...geht wider...
@homoran said in IOBroker auf RasPi 4 wird immer lahmer:
@bernd33-1 sagte in IOBroker auf RasPi 4 wird immer lahmer:
Ähm...um von History auf eine DB umzustigen?
gibt es dafür eine alte Anleitung???
Ja, es gibt Anleitungen aber die sind aus 2016, 17, 18... was aktuelles hab ich nicht gefunden. Gesucht hab ich nach "IOBroker history migrieren"
Mir ist kein Workaround bekannt diese Daten zu übernehmen.
Möglich, dass so etwas hier mal bei Skripten vorgestellt wurde, das sit dann aber an mir vorbeigegangen.@bernd33-1 sagte in IOBroker auf RasPi 4 wird immer lahmer:
Das bedeutet der Pi 4 ist zu lahm dafür?
Möglich!
Wieviel RAM hat der denn? (Mein Testsystem, bei dem ich es immer noch nicht geschafft habe die SD-Karte mir dieser Datenflut zu schreddern, läuft auf einem Pi4 / 2GB.Ist bei mir ein RPi 4 mit 4GB und einer SSD Platte an USB3. Hab mal den RPI2 Adapter im IOB installiert und der meinte es wären noch 1,6GB bis 1,8GB freier Speicher da. Ebenso meint der Adapter, dass die CPU Load so um die 2,5 ist. Was auch immer das bedeuten mag :-)
@bernd33-1 sagte in IOBroker auf RasPi 4 wird immer lahmer:
eine hohe Auflösung.
wie ist denn da die Aggregation eingestellt?
Sind Diagramme mit dem Material Adapter. Bei der Solarthermie z.B. 6 Linien mit je 1000 Messpunkte.
Aber egal... es gibt in diesem Forum ein paar threads, in denen steht, dass eine DB das Handling mit den Daten viel schnelle machen würde als der History Adapter. Wenn das nicht so ist, dann muss man eben damit leben wie es ist.
-
Lol...jetzt kann ich nichtmehr antworten? Doch...geht wider...
@homoran said in IOBroker auf RasPi 4 wird immer lahmer:
@bernd33-1 sagte in IOBroker auf RasPi 4 wird immer lahmer:
Ähm...um von History auf eine DB umzustigen?
gibt es dafür eine alte Anleitung???
Ja, es gibt Anleitungen aber die sind aus 2016, 17, 18... was aktuelles hab ich nicht gefunden. Gesucht hab ich nach "IOBroker history migrieren"
Mir ist kein Workaround bekannt diese Daten zu übernehmen.
Möglich, dass so etwas hier mal bei Skripten vorgestellt wurde, das sit dann aber an mir vorbeigegangen.@bernd33-1 sagte in IOBroker auf RasPi 4 wird immer lahmer:
Das bedeutet der Pi 4 ist zu lahm dafür?
Möglich!
Wieviel RAM hat der denn? (Mein Testsystem, bei dem ich es immer noch nicht geschafft habe die SD-Karte mir dieser Datenflut zu schreddern, läuft auf einem Pi4 / 2GB.Ist bei mir ein RPi 4 mit 4GB und einer SSD Platte an USB3. Hab mal den RPI2 Adapter im IOB installiert und der meinte es wären noch 1,6GB bis 1,8GB freier Speicher da. Ebenso meint der Adapter, dass die CPU Load so um die 2,5 ist. Was auch immer das bedeuten mag :-)
@bernd33-1 sagte in IOBroker auf RasPi 4 wird immer lahmer:
eine hohe Auflösung.
wie ist denn da die Aggregation eingestellt?
Sind Diagramme mit dem Material Adapter. Bei der Solarthermie z.B. 6 Linien mit je 1000 Messpunkte.
Aber egal... es gibt in diesem Forum ein paar threads, in denen steht, dass eine DB das Handling mit den Daten viel schnelle machen würde als der History Adapter. Wenn das nicht so ist, dann muss man eben damit leben wie es ist.
@bernd33-1 sagte in IOBroker auf RasPi 4 wird immer lahmer:
Lol...jetzt kann ich nichtmehr antworten?
Lol... Sieht man.
-
@bernd33-1 Was ausser iobroker ist denn da sonst noch installiert?
-
@bernd33-1 Was ausser iobroker ist denn da sonst noch installiert?
@wendy2702 said in IOBroker auf RasPi 4 wird immer lahmer:
@bernd33-1 Was ausser iobroker ist denn da sonst noch installiert?
Nur der IOBroker. Mit 30 laufenden instanzen.
-
@wendy2702 said in IOBroker auf RasPi 4 wird immer lahmer:
@bernd33-1 Was ausser iobroker ist denn da sonst noch installiert?
Nur der IOBroker. Mit 30 laufenden instanzen.
Bitte keine Screenshot von Texten.
In CodeTags eingebettet hier reinkopieren.Da läuft ein Prozess über dem Limit. Könnte ich das aus deinem Text kopieren, könnte ich auch sagen welcher.
-
Bitte keine Screenshot von Texten.
In CodeTags eingebettet hier reinkopieren.Da läuft ein Prozess über dem Limit. Könnte ich das aus deinem Text kopieren, könnte ich auch sagen welcher.
Sorry... Hast du so gemeint?
top - 13:21:26 up 14 days, 4:35, 1 user, load average: 1,90, 2,27, 2,45 Tasks: 151 total, 8 running, 143 sleeping, 0 stopped, 0 zombie %Cpu(s): 35,3 us, 7,2 sy, 0,0 ni, 56,8 id, 0,0 wa, 0,0 hi, 0,7 si, 0,0 st MiB Mem : 3826,3 total, 1444,2 free, 1785,1 used, 596,9 buff/cache MiB Swap: 100,0 total, 38,3 free, 61,7 used. 2089,4 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 31095 iobroker 20 0 344876 260568 28900 R 125,7 6,7 12856:31 node 31975 iobroker 20 0 283692 166688 27368 S 37,6 4,3 6687:31 node 31414 iobroker 20 0 193348 103308 28168 R 1,3 2,6 35:26.27 node 11941 iobroker 20 0 236712 150608 28848 R 1,0 3,8 75:55.44 node 31116 iobroker 20 0 205204 121072 29408 R 1,0 3,1 30:35.86 node 31131 iobroker 20 0 168400 81052 27444 R 1,0 2,1 506:05.93 node 31157 iobroker 20 0 170912 68128 27380 R 1,0 1,7 444:58.89 node 471 iobroker 20 0 57188 16044 7168 S 0,3 0,4 15:41.44 python3.7 14048 iobroker 20 0 174720 87888 28852 S 0,3 2,2 3:17.93 node 18099 pi 20 0 10324 2872 2436 R 0,3 0,1 0:00.08 top 26932 root 20 0 0 0 0 I 0,3 0,0 0:00.70 kworker/u8:0-flush-8:0 31207 iobroker 20 0 185636 79424 27388 S 0,3 2,0 85:43.82 node 31222 iobroker 20 0 168440 66800 27392 S 0,3 1,7 18:45.81 node 31237 iobroker 20 0 178580 80140 27576 S 0,3 2,0 45:46.36 node 31252 iobroker 20 0 171968 69836 27368 S 0,3 1,8 17:08.29 node 31334 iobroker 20 0 170636 68760 27476 S 0,3 1,8 17:20.31 node 31349 iobroker 20 0 170652 68444 27408 S 0,3 1,7 18:45.95 node 31850 iobroker 20 0 176180 70448 28236 S 0,3 1,8 19:50.92 node 32411 iobroker 20 0 184904 72756 27544 R 0,3 1,9 97:31.57 node 32454 iobroker 20 0 187688 80828 27392 S 0,3 2,1 57:02.39 node 1 root 20 0 34792 5024 3708 S 0,0 0,1 0:17.11 systemd 2 root 20 0 0 0 0 S 0,0 0,0 0:01.15 kthreadd -
Sorry... Hast du so gemeint?
top - 13:21:26 up 14 days, 4:35, 1 user, load average: 1,90, 2,27, 2,45 Tasks: 151 total, 8 running, 143 sleeping, 0 stopped, 0 zombie %Cpu(s): 35,3 us, 7,2 sy, 0,0 ni, 56,8 id, 0,0 wa, 0,0 hi, 0,7 si, 0,0 st MiB Mem : 3826,3 total, 1444,2 free, 1785,1 used, 596,9 buff/cache MiB Swap: 100,0 total, 38,3 free, 61,7 used. 2089,4 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 31095 iobroker 20 0 344876 260568 28900 R 125,7 6,7 12856:31 node 31975 iobroker 20 0 283692 166688 27368 S 37,6 4,3 6687:31 node 31414 iobroker 20 0 193348 103308 28168 R 1,3 2,6 35:26.27 node 11941 iobroker 20 0 236712 150608 28848 R 1,0 3,8 75:55.44 node 31116 iobroker 20 0 205204 121072 29408 R 1,0 3,1 30:35.86 node 31131 iobroker 20 0 168400 81052 27444 R 1,0 2,1 506:05.93 node 31157 iobroker 20 0 170912 68128 27380 R 1,0 1,7 444:58.89 node 471 iobroker 20 0 57188 16044 7168 S 0,3 0,4 15:41.44 python3.7 14048 iobroker 20 0 174720 87888 28852 S 0,3 2,2 3:17.93 node 18099 pi 20 0 10324 2872 2436 R 0,3 0,1 0:00.08 top 26932 root 20 0 0 0 0 I 0,3 0,0 0:00.70 kworker/u8:0-flush-8:0 31207 iobroker 20 0 185636 79424 27388 S 0,3 2,0 85:43.82 node 31222 iobroker 20 0 168440 66800 27392 S 0,3 1,7 18:45.81 node 31237 iobroker 20 0 178580 80140 27576 S 0,3 2,0 45:46.36 node 31252 iobroker 20 0 171968 69836 27368 S 0,3 1,8 17:08.29 node 31334 iobroker 20 0 170636 68760 27476 S 0,3 1,8 17:20.31 node 31349 iobroker 20 0 170652 68444 27408 S 0,3 1,7 18:45.95 node 31850 iobroker 20 0 176180 70448 28236 S 0,3 1,8 19:50.92 node 32411 iobroker 20 0 184904 72756 27544 R 0,3 1,9 97:31.57 node 32454 iobroker 20 0 187688 80828 27392 S 0,3 2,1 57:02.39 node 1 root 20 0 34792 5024 3708 S 0,0 0,1 0:17.11 systemd 2 root 20 0 0 0 0 S 0,0 0,0 0:01.15 kthreadd@bernd33-1 sagte in IOBroker auf RasPi 4 wird immer lahmer:
31095 iobroker 20 0 344876 260568 28900 R 125,7 6,7 12856:31 node 31975 iobroker 20 0 283692 166688 27368 S 37,6 4,3 6687:31 nodeDie beiden laufen etwas aus dem Ruder.
Mit aktuelleren Versionen von nodejs (ich vermute da läuft noch node12) sieht man auch in top wieder mehr. Inhtopsind die aber besser zu sehen.
-
Sorry... Hast du so gemeint?
top - 13:21:26 up 14 days, 4:35, 1 user, load average: 1,90, 2,27, 2,45 Tasks: 151 total, 8 running, 143 sleeping, 0 stopped, 0 zombie %Cpu(s): 35,3 us, 7,2 sy, 0,0 ni, 56,8 id, 0,0 wa, 0,0 hi, 0,7 si, 0,0 st MiB Mem : 3826,3 total, 1444,2 free, 1785,1 used, 596,9 buff/cache MiB Swap: 100,0 total, 38,3 free, 61,7 used. 2089,4 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 31095 iobroker 20 0 344876 260568 28900 R 125,7 6,7 12856:31 node 31975 iobroker 20 0 283692 166688 27368 S 37,6 4,3 6687:31 node 31414 iobroker 20 0 193348 103308 28168 R 1,3 2,6 35:26.27 node 11941 iobroker 20 0 236712 150608 28848 R 1,0 3,8 75:55.44 node 31116 iobroker 20 0 205204 121072 29408 R 1,0 3,1 30:35.86 node 31131 iobroker 20 0 168400 81052 27444 R 1,0 2,1 506:05.93 node 31157 iobroker 20 0 170912 68128 27380 R 1,0 1,7 444:58.89 node 471 iobroker 20 0 57188 16044 7168 S 0,3 0,4 15:41.44 python3.7 14048 iobroker 20 0 174720 87888 28852 S 0,3 2,2 3:17.93 node 18099 pi 20 0 10324 2872 2436 R 0,3 0,1 0:00.08 top 26932 root 20 0 0 0 0 I 0,3 0,0 0:00.70 kworker/u8:0-flush-8:0 31207 iobroker 20 0 185636 79424 27388 S 0,3 2,0 85:43.82 node 31222 iobroker 20 0 168440 66800 27392 S 0,3 1,7 18:45.81 node 31237 iobroker 20 0 178580 80140 27576 S 0,3 2,0 45:46.36 node 31252 iobroker 20 0 171968 69836 27368 S 0,3 1,8 17:08.29 node 31334 iobroker 20 0 170636 68760 27476 S 0,3 1,8 17:20.31 node 31349 iobroker 20 0 170652 68444 27408 S 0,3 1,7 18:45.95 node 31850 iobroker 20 0 176180 70448 28236 S 0,3 1,8 19:50.92 node 32411 iobroker 20 0 184904 72756 27544 R 0,3 1,9 97:31.57 node 32454 iobroker 20 0 187688 80828 27392 S 0,3 2,1 57:02.39 node 1 root 20 0 34792 5024 3708 S 0,0 0,1 0:17.11 systemd 2 root 20 0 0 0 0 S 0,0 0,0 0:01.15 kthreadd@bernd33-1 sagte in IOBroker auf RasPi 4 wird immer lahmer:
31095 iobroker 20 0 344876 260568 28900 R 125,7 6,7 12856:31 node
htop würde den Namen zur PID 31095 zeigen
-
Sorry... Hast du so gemeint?
top - 13:21:26 up 14 days, 4:35, 1 user, load average: 1,90, 2,27, 2,45 Tasks: 151 total, 8 running, 143 sleeping, 0 stopped, 0 zombie %Cpu(s): 35,3 us, 7,2 sy, 0,0 ni, 56,8 id, 0,0 wa, 0,0 hi, 0,7 si, 0,0 st MiB Mem : 3826,3 total, 1444,2 free, 1785,1 used, 596,9 buff/cache MiB Swap: 100,0 total, 38,3 free, 61,7 used. 2089,4 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 31095 iobroker 20 0 344876 260568 28900 R 125,7 6,7 12856:31 node 31975 iobroker 20 0 283692 166688 27368 S 37,6 4,3 6687:31 node 31414 iobroker 20 0 193348 103308 28168 R 1,3 2,6 35:26.27 node 11941 iobroker 20 0 236712 150608 28848 R 1,0 3,8 75:55.44 node 31116 iobroker 20 0 205204 121072 29408 R 1,0 3,1 30:35.86 node 31131 iobroker 20 0 168400 81052 27444 R 1,0 2,1 506:05.93 node 31157 iobroker 20 0 170912 68128 27380 R 1,0 1,7 444:58.89 node 471 iobroker 20 0 57188 16044 7168 S 0,3 0,4 15:41.44 python3.7 14048 iobroker 20 0 174720 87888 28852 S 0,3 2,2 3:17.93 node 18099 pi 20 0 10324 2872 2436 R 0,3 0,1 0:00.08 top 26932 root 20 0 0 0 0 I 0,3 0,0 0:00.70 kworker/u8:0-flush-8:0 31207 iobroker 20 0 185636 79424 27388 S 0,3 2,0 85:43.82 node 31222 iobroker 20 0 168440 66800 27392 S 0,3 1,7 18:45.81 node 31237 iobroker 20 0 178580 80140 27576 S 0,3 2,0 45:46.36 node 31252 iobroker 20 0 171968 69836 27368 S 0,3 1,8 17:08.29 node 31334 iobroker 20 0 170636 68760 27476 S 0,3 1,8 17:20.31 node 31349 iobroker 20 0 170652 68444 27408 S 0,3 1,7 18:45.95 node 31850 iobroker 20 0 176180 70448 28236 S 0,3 1,8 19:50.92 node 32411 iobroker 20 0 184904 72756 27544 R 0,3 1,9 97:31.57 node 32454 iobroker 20 0 187688 80828 27392 S 0,3 2,1 57:02.39 node 1 root 20 0 34792 5024 3708 S 0,0 0,1 0:17.11 systemd 2 root 20 0 0 0 0 S 0,0 0,0 0:01.15 kthreadd@bernd33-1 sagte in IOBroker auf RasPi 4 wird immer lahmer:
471 iobroker 20 0 57188 16044 7168 S 0,3 0,4 15:41.44 python3.7
Nur mal so, welcher iobroker Adapter benötigt denn Python ?
-
@bernd33-1 sagte in IOBroker auf RasPi 4 wird immer lahmer:
471 iobroker 20 0 57188 16044 7168 S 0,3 0,4 15:41.44 python3.7
Nur mal so, welcher iobroker Adapter benötigt denn Python ?
@wendy2702 said in IOBroker auf RasPi 4 wird immer lahmer:
@bernd33-1 sagte in IOBroker auf RasPi 4 wird immer lahmer:
471 iobroker 20 0 57188 16044 7168 S 0,3 0,4 15:41.44 python3.7
Nur mal so, welcher iobroker Adapter benötigt denn Python ?
Ich schätze das ist ESPHome...so als Laie gesagt :-)
-
Sorry... Hast du so gemeint?
top - 13:21:26 up 14 days, 4:35, 1 user, load average: 1,90, 2,27, 2,45 Tasks: 151 total, 8 running, 143 sleeping, 0 stopped, 0 zombie %Cpu(s): 35,3 us, 7,2 sy, 0,0 ni, 56,8 id, 0,0 wa, 0,0 hi, 0,7 si, 0,0 st MiB Mem : 3826,3 total, 1444,2 free, 1785,1 used, 596,9 buff/cache MiB Swap: 100,0 total, 38,3 free, 61,7 used. 2089,4 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 31095 iobroker 20 0 344876 260568 28900 R 125,7 6,7 12856:31 node 31975 iobroker 20 0 283692 166688 27368 S 37,6 4,3 6687:31 node 31414 iobroker 20 0 193348 103308 28168 R 1,3 2,6 35:26.27 node 11941 iobroker 20 0 236712 150608 28848 R 1,0 3,8 75:55.44 node 31116 iobroker 20 0 205204 121072 29408 R 1,0 3,1 30:35.86 node 31131 iobroker 20 0 168400 81052 27444 R 1,0 2,1 506:05.93 node 31157 iobroker 20 0 170912 68128 27380 R 1,0 1,7 444:58.89 node 471 iobroker 20 0 57188 16044 7168 S 0,3 0,4 15:41.44 python3.7 14048 iobroker 20 0 174720 87888 28852 S 0,3 2,2 3:17.93 node 18099 pi 20 0 10324 2872 2436 R 0,3 0,1 0:00.08 top 26932 root 20 0 0 0 0 I 0,3 0,0 0:00.70 kworker/u8:0-flush-8:0 31207 iobroker 20 0 185636 79424 27388 S 0,3 2,0 85:43.82 node 31222 iobroker 20 0 168440 66800 27392 S 0,3 1,7 18:45.81 node 31237 iobroker 20 0 178580 80140 27576 S 0,3 2,0 45:46.36 node 31252 iobroker 20 0 171968 69836 27368 S 0,3 1,8 17:08.29 node 31334 iobroker 20 0 170636 68760 27476 S 0,3 1,8 17:20.31 node 31349 iobroker 20 0 170652 68444 27408 S 0,3 1,7 18:45.95 node 31850 iobroker 20 0 176180 70448 28236 S 0,3 1,8 19:50.92 node 32411 iobroker 20 0 184904 72756 27544 R 0,3 1,9 97:31.57 node 32454 iobroker 20 0 187688 80828 27392 S 0,3 2,1 57:02.39 node 1 root 20 0 34792 5024 3708 S 0,0 0,1 0:17.11 systemd 2 root 20 0 0 0 0 S 0,0 0,0 0:01.15 kthreadd@bernd33-1 sagte in IOBroker auf RasPi 4 wird immer lahmer:
MiB Swap: 100,0 total, 38,3 free, 61,7 used. 2089,4 avail Mem
aber dir ist auch dein RAM ist schon mal ausgegangen
-
@bernd33-1 sagte in IOBroker auf RasPi 4 wird immer lahmer:
31095 iobroker 20 0 344876 260568 28900 R 125,7 6,7 12856:31 node
htop würde den Namen zur PID 31095 zeigen
@homoran
Mit HTOP kann ich den Text nicht aus Putty raus kopieren... Mal ein Screenshot?
Ich vermute js-controller und simple-api produzieren viel CPU load?
Die simple-api könnte schon sein, weil ich ein paar ESP8266 hab, die ihre Daten via API (html) an den IOB übergeben.
Kann man den JS-Controller noch genauer untersuchen? Also was genau die Load verursacht?
403
Online32.5k
Benutzer81.7k
Themen1.3m
Beiträge