NEWS
massive CPU Auslastung
-
iobroker 19346 32.8 9.9 1343844 610472 ? Sl Feb13 322:00 io.javascript.0
Da scheint der Skript-Adapter auch mächtig ausgelastet zu sein. 32% CPU-Last wenn ich das richtig interpretiere? 1.3GB RAM? Wird der mit state changes bombardiert?
-
@alcalzone sagte in js-controller 4.0 jetzt im BETA/LATEST!:
iobroker 19346 32.8 9.9 1343844 610472 ? Sl Feb13 322:00 io.javascript.0
Da scheint der Skript-Adapter auch mächtig ausgelastet zu sein. 32% CPU-Last wenn ich das richtig interpretiere? 1.3GB RAM? Wird der mit state changes bombardiert?
@da_Woody Oder Skripte die schlecht performen, zu oft triggern oder oder. Bekommt man am einfachsten heraus wenn man alle Skripte stück für Stück stoppt und schaut wann sich die Last signifikant verringert. Wenn es natürlich die Summe aller Skripte ist und nicht 1-2 ungünstige Skripte, ist es schwieriger.
-
@arteck ok, mal gestoppt. proxmox stop/start keine änderung.
@AlCalzone da läuft nicht viel.
der adaptermonitor hat mir warnings gebracht nach stop/start.15:12:57.279 warn javascript.0 (19346) at checkAdapters (script.js.common.Überwachung.Adapter-Monitor:254:12) 15:12:57.280 warn javascript.0 (19346) at Object.<anonymous> (script.js.common.Überwachung.Adapter-Monitor:378:9)
auch gestoppt. nach reboot der ganzen proxmox kiste keine änderung...
wenn ich versuche ioB pages aufzurufen, bekomm ich alle möglichen fehler...
-
@diginix sagte in js-controller 4.0 jetzt im BETA/LATEST!:
Oder Skripte die schlecht performen, zu oft triggern oder oder.
Oder Skripte die unter dem falschen User laufen. Wie das wahrscheinlich:
root 351 0.1 0.0 7920 2568 ? Ss Feb12 2:49 /bin/bash /home/woody/wetterstation.sh
-
@thomas-braun versteh ich zwar nicht so ganz, aber ok.
das wurde nach der beschreibung eingerichtet und hat mit 3.3.22 keine probleme gemacht... -
@da_woody sagte in js-controller 4.0 jetzt im BETA/LATEST!:
@AlCalzone da läuft nicht viel.
Muss ja nicht viel sein. Ein einziges Skript kann sehr viel Last verursachen, wenn es häufig triggert und dann viel zu tun hat. Hast du Skripte, in denen du viele States subscribest? Hast du es schon mal mit deaktivierten JS-Adapter versucht? Dein Controller ist auch sehr ausgelastet, ggf. generiert ein Skript ja sehr viele State changes.
-
Ein Ansatz wäre, wenn du wissen möchtest woher die Auslastung kommt, mal alle Instanzen anzuhalten und sie wieder nach und nach laufen zu lassen. Das Selbe evtl auch bei den Skripten...
-
@matt77che Es ist doch schon bekannt, dass es die javascript Instanz ist.
Daher muss man das darin verantwortliche Skript finden, falls es eines ist. Können auch mehrere "schlechte" sein.
Bei mir laufen >100 Skripte auf einem recht ähnlichen System, aber javascript braucht nur 2-6 % CPU
-
@matt77che bin grad an den scripten dran...
ist halt mühsam, wenn man minutenlang braucht, bis vllt eine seite aufgeht.
so, alle scripte deaktiviert. keine änderung...
auch das stoppen der wetterstation mitsudo systemctl stop wetterstation
der von @Thomas Braun bemängelten wetterstation hat keine änderung gebracht.
einbahnstraße.
werd jetzt mit den adaptern weiter machen...
mir ist schon klar, als nichtlinuxer sollte man stable fummeln. da ich aber gerne, auch für andere, testen tue, mach ich halt so blödsinn. darum raunz ich auch wenig bei problemen rum. ich find meist einen weg (die VM mit influxDB/grafana/TasmoAdmin hab ich auch nach wochen wieder hingebogen). aber da steh ich echt komplett an.nach wiederstart der wetterstation und status anfrage:
woody@ioBroker:~$ sudo systemctl restart wetterstation woody@ioBroker:~$ sudo systemctl status wetterstation ● wetterstation.service - Service für ioBroker Wetterstation Loaded: loaded (/etc/systemd/system/wetterstation.service; enabled; vendor preset: enabled) Active: active (running) since Mon 2022-02-14 16:19:46 CET; 7s ago Main PID: 15493 (wetterstation.s) Tasks: 2 (limit: 4915) Memory: 9.0M CGroup: /system.slice/wetterstation.service ├─15493 /bin/bash /home/woody/wetterstation.sh └─15510 curl -s HTTP://192.168.0.250:8087/set/0_userdata.0.WoodyWetter._Kommunikationsfehler?value=false&ack= Feb 14 16:19:46 ioBroker systemd[1]: Started Service für ioBroker Wetterstation. Feb 14 16:19:46 ioBroker wetterstation.sh[15493]: Connection to 192.168.0.250 8087 port [tcp/*] succeeded! lines 1-12/12 (END)
-
Kurz noch was Anderes dazu; wenn du Proxmox nutzt, machst du bevor du rumprobierst kurz ein Backup? - dann könntest du - falls was schief läuft - einfach das Backup der VM oder CT wieder einspielen und gut ist....
(dies ist mitunter ein Hauptgrund, weiso ich Proxmox nutze...) -
@matt77che hehe, i know. leider vergess ich das hinundwieder...
-
@da_woody sagte in js-controller 4.0 jetzt im BETA/LATEST!:
alle scripte deaktiviert. keine änderung...
Wenn da ein Timer im Hintergrund amok läuft, kann das sein. Starte mal neu mit deaktivierten Skripten.
-
@alcalzone k, wüsste zwar nicht wo da ein timer laufen sollte, werds aber später testen. erklärt aber auch nicht, warums mit 3.3.22 funktioniert.
unterm helm rauchts seit tagen... werd mal nahrung zu mir nehmen und dann weiterlinsen...
nochwas zu @Matt77CHE hab ja schon die VM zurückgespielt, nach updaten aller adapter auf l8est war das prob ja wieder da... -
@da_woody Also 96% CPU Auslastung sagt schein einiges ... Welcher prozes sist es denn? Bitte mal mit "top" berobachten.
EDIT: Ja ok wenn es "Java script adapter ist dann wie oben beschrieben, alle Skripte stoppen, JS Adapter restarten, dann Skripte neu starten eins nach dem anderen und beobachten
-
Also 96% CPU Auslastung
@apollon77 Haben wir doch schon eingegrenzt: Javascript bei 30% und controller gönnt sich den Rest.
-
@alcalzone Jo ok
@da_Woody Was ist es denn für ein Host? Also Hardware? Und mich würde auch malinteressieren wieviele State changes da so durchfliessen. Also mal bitte im Admin (wenn der wieder geht) unterInstanzen mit Expertenmodus aktiv schauen wieviele nachrichten da so aus welchem Adapter raus und in welchen Adapter rein gehen
-
@apollon77 hardware, weiter oben schon im screenshot zu sehn, aber:
CPU(s) 4 x Intel(R) Core(TM) i5-4670 CPU @ 3.40GHz (1 Socket) 16GB RAM
hab alle scripte gestoppt, den ganzen rechner neu gestartet.top - 19:59:38 up 1 min, 1 user, load average: 2,10, 0,78, 0,29 Tasks: 106 total, 2 running, 104 sleeping, 0 stopped, 0 zombie %Cpu(s): 53,1 us, 0,7 sy, 0,0 ni, 45,8 id, 0,0 wa, 0,0 hi, 0,2 si, 0,3 st MiB Mem : 5962,7 total, 3360,4 free, 2060,1 used, 542,2 buff/cache MiB Swap: 975,0 total, 975,0 free, 0,0 used. 3674,9 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 362 iobroker 20 0 1596300 1,0g 35292 R 99,0 17,2 1:53.97 iobroker.js-con 598 iobroker 20 0 659404 59236 30900 S 3,3 1,0 0:00.76 node 632 iobroker 20 0 654964 54132 30816 S 1,7 0,9 0:00.60 node 647 iobroker 20 0 654648 55100 30900 S 1,3 0,9 0:00.58 node 665 iobroker 20 0 657448 57780 30928 S 1,3 0,9 0:00.59 node 614 iobroker 20 0 654488 53380 30920 S 0,7 0,9 0:00.59 node 418 iobroker 20 0 1121860 270788 31740 S 0,3 4,4 0:06.94 io.admin.0 523 iobroker 20 0 653296 55968 30896 S 0,3 0,9 0:00.55 io.ping.0 576 iobroker 20 0 658492 60724 30920 S 0,3 1,0 0:00.68 io.synology.1 621 iobroker 20 0 639176 67324 30660 S 0,3 1,1 0:00.50 node 658 iobroker 20 0 639076 65804 30708 S 0,3 1,1 0:00.46 node 1 root 20 0 21920 9820 7700 S 0,0 0,2 0:01.00 systemd 2 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kthreadd 3 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 rcu_gp 4 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 rcu_par_gp 5 root 20 0 0 0 0 I 0,0 0,0 0:00.06 kworker/0:0-events 6 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/0:0H-kblockd 7 root 20 0 0 0 0 I 0,0 0,0 0:00.01 kworker/u4:0-events_unbound 8 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 mm_percpu_wq 9 root 20 0 0 0 0 S 0,0 0,0 0:00.01 ksoftirqd/0 10 root 20 0 0 0 0 I 0,0 0,0 0:00.11 rcu_sched 11 root 20 0 0 0 0 I 0,0 0,0 0:00.00 rcu_bh 12 root rt 0 0 0 0 S 0,0 0,0 0:00.00 migration/0 13 root 20 0 0 0 0 I 0,0 0,0 0:00.06 kworker/0:1-cgroup_destroy 14 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/0 15 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/1 16 root rt 0 0 0 0 S 0,0 0,0 0:00.36 migration/1 17 root 20 0 0 0 0 S 0,0 0,0 0:00.01 ksoftirqd/1 18 root 20 0 0 0 0 I 0,0 0,0 0:00.00 kworker/1:0-pm 19 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/1:0H-kblockd 20 root 20 0 0 0 0 S 0,0 0,0 0:00.01 kdevtmpfs 21 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 netns 22 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kauditd 23 root 20 0 0 0 0 S 0,0 0,0 0:00.00 khungtaskd 24 root 20 0 0 0 0 S 0,0 0,0 0:00.00 oom_reaper 25 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 writeback 26 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kcompactd0 27 root 25 5 0 0 0 S 0,0 0,0 0:00.00 ksmd 28 root 39 19 0 0 0 S 0,0 0,0 0:00.02 khugepaged 29 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 crypto 30 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kintegrityd 31 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kblockd 32 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 edac-poller 33 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 devfreq_wq 34 root rt 0 0 0 0 S 0,0 0,0 0:00.00 watchdogd 35 root 20 0 0 0 0 I 0,0 0,0 0:00.00 kworker/1:1-ata_sff 36 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kswapd0 54 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kthrotld 55 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 ipv6_addrconf 56 root 20 0 0 0 0 I 0,0 0,0 0:00.00 kworker/u4:1-events_unbound 65 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kstrp 102 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 ata_sff 103 root 20 0 0 0 0 S 0,0 0,0 0:00.00 scsi_eh_0
nach einer halben stunde:
top - 20:30:12 up 32 min, 1 user, load average: 1,72, 2,24, 2,28 Tasks: 120 total, 6 running, 114 sleeping, 0 stopped, 0 zombie %Cpu(s): 65,0 us, 4,3 sy, 0,0 ni, 27,4 id, 0,0 wa, 0,0 hi, 1,2 si, 2,1 st MiB Mem : 5962,7 total, 588,0 free, 4920,6 used, 454,2 buff/cache MiB Swap: 975,0 total, 974,7 free, 0,3 used. 808,9 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 362 iobroker 20 0 2038704 1,2g 35560 R 92,7 20,3 27:54.29 iobroker.js-con 11489 iobroker 20 0 659388 73036 30940 S 16,6 1,2 0:00.50 node 470 iobroker 20 0 952264 392480 30868 R 10,0 6,4 3:14.46 io.javascript.0 434 iobroker 20 0 745252 192116 30960 R 7,0 3,1 2:37.42 io.influxdb.0 538 iobroker 20 0 737240 168776 31160 S 4,0 2,8 1:27.15 io.shelly.0 418 iobroker 20 0 1739912 930244 36568 S 3,3 15,2 7:25.28 io.admin.0 516 iobroker 20 0 798752 215080 30764 R 3,0 3,5 2:09.28 io.mqtt.0 924 iobroker 20 0 731628 80104 31272 S 2,0 1,3 0:34.92 io.klipper-moon 11365 iobroker 20 0 657908 54780 31036 S 1,0 0,9 0:00.72 io.weatherunder 871 iobroker 20 0 927584 66784 32224 S 0,7 1,1 0:02.78 io.web-speedy.0 11376 iobroker 20 0 656932 71584 30984 S 0,7 1,2 0:00.55 node 554 iobroker 20 0 667516 71440 31812 S 0,3 1,2 0:03.31 io.synology.0 598 iobroker 20 0 1033876 111976 38564 S 0,3 1,8 0:04.16 io.mihome-vacuu 614 iobroker 20 0 680164 80308 30904 S 0,3 1,3 0:38.29 io.sonoff.0 658 iobroker 20 0 656712 61472 30900 S 0,3 1,0 0:02.73 io.device-remin 804 iobroker 20 0 778244 184136 31044 S 0,3 3,0 0:33.77 io.simple-api.0 887 iobroker 20 0 998560 143624 31408 S 0,3 2,4 0:15.64 io.web.0 944 iobroker 20 0 922528 61428 32056 S 0,3 1,0 0:01.73 io.switchbot-hu 998 iobroker 20 0 922088 62612 31960 S 0,3 1,0 0:06.08 io.fronius-sola 1553 iobroker 20 0 988936 134848 31924 S 0,3 2,2 0:05.63 io.iot.0 11105 woody 20 0 11096 3448 2944 R 0,3 0,1 0:00.05 top 1 root 20 0 21920 9800 7700 S 0,0 0,2 0:01.10 systemd 2 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kthreadd 3 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 rcu_gp 4 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 rcu_par_gp 5 root 20 0 0 0 0 I 0,0 0,0 0:00.16 kworker/0:0-events 6 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/0:0H-kblockd 8 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 mm_percpu_wq 9 root 20 0 0 0 0 S 0,0 0,0 0:00.17 ksoftirqd/0 10 root 20 0 0 0 0 I 0,0 0,0 0:01.48 rcu_sched 11 root 20 0 0 0 0 I 0,0 0,0 0:00.00 rcu_bh 12 root rt 0 0 0 0 S 0,0 0,0 0:00.01 migration/0 14 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/0 15 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/1 16 root rt 0 0 0 0 S 0,0 0,0 0:00.36 migration/1 17 root 20 0 0 0 0 S 0,0 0,0 0:01.16 ksoftirqd/1 19 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/1:0H-kblockd 20 root 20 0 0 0 0 S 0,0 0,0 0:00.01 kdevtmpfs 21 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 netns 22 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kauditd 23 root 20 0 0 0 0 S 0,0 0,0 0:00.00 khungtaskd 24 root 20 0 0 0 0 S 0,0 0,0 0:00.00 oom_reaper 25 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 writeback 26 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kcompactd0 27 root 25 5 0 0 0 S 0,0 0,0 0:00.00 ksmd 28 root 39 19 0 0 0 S 0,0 0,0 0:00.40 khugepaged 29 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 crypto 30 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kintegrityd 31 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kblockd 32 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 edac-poller 33 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 devfreq_wq 34 root rt 0 0 0 0 S 0,0 0,0 0:00.00 watchdogd 36 root 20 0 0 0 0 S 0,0 0,0 0:00.05 kswapd0 54 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kthrotld 55 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 ipv6_addrconf 65 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kstrp 102 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 ata_sff 103 root 20 0 0 0 0 S 0,0 0,0 0:00.00 scsi_eh_0 104 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 scsi_tmf_0
js-controller geht teilweise auf über 120% hoch... dementsprechend dauert es ewig irgendwas aufzurufen...
endlich die instanzen erreicht... die gewünschte ansicht:
-
Ich würde sagen, dass hier der Fehler vorm Bildschirm zu suchen ist ....
So sieht das ganze bei mir aus und ich habe ähnlich viele Geräte, Scripte usw. am Laufen. Auch unter Proxmos mit ähnlicher Hardware.
Ausserdem hat ein sudo oder root bei iobroker nichts zu suchen.
-
@jabba_the_hutt sagte in js-controller 4.0 jetzt im BETA/LATEST!:
Ich würde sagen, dass hier der Fehler vorm Bildschirm zu suchen ist ....
hilft ja gut weiter... is mir schon klar das irgendein fehler bei/von mir ist, vllt sind 3 monitore zu viel...
-
@da_woody sagte in js-controller 4.0 jetzt im BETA/LATEST!:
Du hast ja schon mal in 17 Tabs das iobroker Backend offen. Das würde ich mal auf einen einzigen Tab an einem einzigen Rechner reduzieren. K.a. was das ausmacht. Aber hab ich so noch nie gesehen.
Und wenn deine javascript Instanz wieder läuft wäre dieser Screenshot interessant. Da sieht man wie viele States dein JS Adapter abonniert.