UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[AlCalzone]

Also 96% CPU Auslastung

@apollon77 Haben wir doch schon eingegrenzt: Javascript bei 30% und controller gönnt sich den Rest.

[apollon77]

@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

[da_Woody]

@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:

[Jabba_the_Hutt]

@da_woody

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.

[da_Woody]

@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...

[Diginix]

@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.

[Jabba_the_Hutt]

Sieht bei mir z.B. so aus.

Was mir auch noch komisch vorkommt ... dieses noname

[Jabba_the_Hutt]

@da_Woody

Was ich Dir empfehlen kann ... installiere dir eine Testumgebung. Somit ist deine Produktivumgebung nicht betroffen. Die Änderungen zwischen Test und Produktiv kannst Du ja dann ganz einfach nachinstalliern bzw. anpassen und Du hast wesentlich weniger Stress.

[da_Woody]

@jabba_the_hutt tja, 2 l8...
das verrückte ist ja, bis zum ersten hochziehn vom js-controller hat alles problemlos funktioniert... wenn das wieder hingebogen werden kann, ist das nächste eine 2. ioB VM...
@Diginix hab jetzt am bürorechner alle tabs geschlossen, am jetzigen rechner nur mehr ein tab offen.

es läuft kein script!

[Diginix]

@da_woody Admin läuft definitiv nicht nur in einem einzigen Tab. Dann würde da keine [8] stehen.
Und dein javascript schreibt 578 States, was ich beachtlich finde. Das kann @apollon77 aber sicher besser bewerten. Bei Jabba und mir sind es bei über 2000 bzw 1200 abonnierten States keine 15 die geschrieben werden.
Was schreibst du da die ganze Zeit?! Wenn kein Skript läuft, dürfte die Instanz keine 385 MB brauchen.
Die 620 MB vom Admin sind auch sportlich. Mein Admin braucht 196 MB.
Irgendwas ist da mMn bei dir so gar nicht sauber, was aber nichts mit js-controller 4.x zu tun haben dürfte.

[Jabba_the_Hutt]

und dieses "noname" irritiert mich weiterhin ....

@Diginix 13 in Summe vom Admin

@da_Woody Master/Slave Installation?

[da_Woody]

@diginix so, am macbook waren noch 3 tabs offen. war aber im standby. auch geschlossen. immer noch

das noname find ich auch seltsam, aber wie gesagt, ich hatte immer auf min 2 rechnern diverse tabs offen. (instanzen, objekte, iQontrol-editor, Protokolle, ...) das war nie ein problem.

das große prob ist halt, die kiste wurde mir vor die nase gesetzt. nachdem der sagg, hier im forum früher bekannt, mich mit einer halbfertigen vis sitzen hat lassen, hab ich mir eigentlich alles, was ich bis jetzt kann, durch hier lesen, probieren u.s.w. aneignen müssen.
aber wie du schreibst:

Irgendwas ist da mMn bei dir so gar nicht sauber, was aber nichts mit js-controller 4.x zu tun haben dürfte.

hat aber erst mit js-c4 angefangen...

[da_Woody]

@jabba_the_hutt es war einmal ein master slave. alles auf den master geschoben und den slave gelöscht.

[AlCalzone]

@da_woody Wenn JS 2980 state changes pro 15s mitbekommt, welcher Adapter erzeugt die denn? Solltest du in der Übersicht auch sehen können.

[Jabba_the_Hutt]

@da_woody said in js-controller 4.0 jetzt im BETA/LATEST!:

nachdem der sagg, hier im forum früher bekannt, mich mit einer halbfertigen vis sitzen hat lassen

naja ... so ganz stimmt das nicht.

Der Sagg hat erstmals dein ganzes Netzwerk in Ordnung gebracht, dann dein ganzes Chaos organisiert und eben auch Dir eine Benutzeroberfläche erzeugt. Dass Du dabei anderwertige Interessen hattes, dafür kann der Sagg nichts.

So kenne ich die ganze Geschichte. Aber das ist OT.

Jetzt gilt es mal deine Fehler zu bereinigen.

[da_Woody]

@jabba_the_hutt sagte in js-controller 4.0 jetzt im BETA/LATEST!:

So kenne ich die ganze Geschichte.

tja, welche geschichte du glaubst, kann ich dir nicht vorschreiben. aber wie du sagst, OT...

@AlCalzone ich werd mich morgen mal über die adapter werfen und da schauen ob ich einen übeltäter finden kann...

[harrym]

@da_woody sagte in js-controller 4.0 jetzt im BETA/LATEST!:

tja, welche geschichte du glaubst, kann ich dir nicht vorschreiben. aber wie du sagst, OT...

mhm ... ICH kenne die Geschichte nur zu gut. Traurig, dass Du jetzt so über mich schreibst. Egal. Have a nice Day

[apollon77]

@diginix Da ist Diginix auf der richtigen Spur!!

Also Ja "Eingehend" hat JavaScript in jedem Fall alle States ... das heisst aber das kontinuierlich in 15s Zyklus knapp 3000 State changes passieren. Das ist krass. Die müssen von irgendwo herkommen. Und ja über 500 ausgehende State Writes kommen dann aus JavaScript raus. Da ist schon ne ganze Menge!

EDIT: Ok, eingehend soweit ok, sind bei mir auch 1.800 teilweise ... das ist halt "alles".

Was tut das denn alles "ausgehend"?

Bzw ich bin ehrlich: Ich fürchte Dein System ist so langsam für file oder jsonl DB zu groß und sollte auf Redis umgestellt werden.

[Jabba_the_Hutt]

@apollon77 und woher kommt das "unknown" ??

file/jsonDB auf ner SDD mit entsprechender HW kann das normal locker verdauen ... da braucht es kein Redis dafür.

Das Problem liegt da woanders ... und ich bleib weiterhin dabei ... vor dem Bildschirm.

[apollon77]

@da_woody sagte in js-controller 4.0 jetzt im BETA/LATEST!:

i5-4670

Naja das ist ein nuc7 ... wit wissen das zwischen Nuc6 und 8 ein Mega Sprung war was die Intel-Prozessoren anging - siehe auch hier durchschnittliche Durchsätze mit Controller 3.3.22 - https://www.iobroker.net/#de/blog/2021_12_15 ...

Man könnte jetzt mal versuchen von jsonl zurück auf "file" zu gehen mit controller 4 und schauen was das bringt ...

Und wer diese "noname" connections zu Admin sind weiss ich niucht. Irgendjemand ist da per socketio verbunden. Das könnte Adapter oder tabs sein oder sowas