Modul LCN belastet CPU mit 103% nach update

[Thomas Braun]

@iojoe22 sagte in Modul LCN belastet CPU mit 103% nach update:

Hab die Zeile zur sources.list zugefügt:

Nein, das gehört in die /etc/apt/sources.list.d/nodesource.list
Deswegen hast du jetzt auch die Meldungen zu den Doubletten.
Lösch die Zeile aus der sources.list raus.

[IOJoe22]

@thomas-braun sagte in Modul LCN belastet CPU mit 103% nach update:

@iojoe22 sagte in Modul LCN belastet CPU mit 103% nach update:

Hab die Zeile zur sources.list zugefügt:

Nein, das gehört in die /etc/apt/sources.list.d/nodesource.list
Deswegen hast du jetzt auch die Meldungen zu den Doubletten.
Lösch die Zeile aus der sources.list raus.

Ah, danke für den Hinweis. Jetzt läufts ohne Fehlermeldung. Hatte die Zeile schon vor 1-2 Wochen eingetragen (auch ein Tip hier in einem Thread) aber nicht mit arch=amd64

Jedoch wird immer noch nichts upgedatet:

joe@surfer100:/etc/apt/sources.list.d$ sudo apt-get upgrade
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Paketaktualisierung (Upgrade) wird berechnet… Fertig
Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
  galera-4 libconfig-inifiles-perl libdaxctl1 libdbd-mysql-perl libdbi-perl libflashrom1 libftdi1-2
  libgraphicsmagick-q16-3 libllvm13 libmariadb3 libndctl6 libpmem1 libterm-readkey-perl mariadb-common php8.1-mysql
  php8.2-bcmath php8.2-intl php8.2-mysql php8.2-redis socat
Verwenden Sie »sudo apt autoremove«, um sie zu entfernen.
Die folgenden Pakete sind zurückgehalten worden:
  base-files python3-distupgrade python3-update-manager shim-signed ubuntu-release-upgrader-core
  ubuntu-release-upgrader-gtk update-manager update-manager-core
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 8 nicht aktualisiert.

Nur 8 nicht aktualisiert...

Und iob meldet immer noch: Betriebssystem-Paket-Updates verfügbar.

apt-utils/jammy-updates 2.4.13 amd64 [aktualisierbar von: 2.4.12]
apt/jammy-updates 2.4.13 amd64 [aktualisierbar von: 2.4.12]
base-files/jammy-updates 12ubuntu4.7 amd64 [aktualisierbar von: 12ubuntu4.6]
e2fsprogs/jammy-updates 1.46.5-2ubuntu1.2 amd64 [aktualisierbar von: 1.46.5-2ubuntu1.1]
gir1.2-javascriptcoregtk-4.0/jammy-updates,jammy-security 2.44.3-0ubuntu0.22.04.1 amd64 [aktualisierbar von: 2.44.2-0ubuntu0.22.04.1]
gir1.2-webkit2-4.0/jammy-updates,jammy-security 2.44.3-0ubuntu0.22.04.1 amd64 [aktualisierbar von: 2.44.2-0ubuntu0.22.04.1]
language-pack-de-base/jammy-updates,jammy-updates 1:22.04+20240902 all [aktualisierbar von: 1:22.04+20240212]
language-pack-de/jammy-updates,jammy-updates 1:22.04+20240902 all [aktualisierbar von: 1:22.04+20240212]
language-pack-en-base/jammy-updates,jammy-updates 1:22.04+20240902 all [aktualisierbar von: 1:22.04+20240212]
language-pack-en/jammy-updates,jammy-updates 1:22.04+20240902 all [aktualisierbar von: 1:22.04+20240212]
language-pack-gnome-de-base/jammy-updates,jammy-updates 1:22.04+20240902 all [aktualisierbar von: 1:22.04+20240212]
language-pack-gnome-de/jammy-updates,jammy-updates 1:22.04+20240902 all [aktualisierbar von: 1:22.04+20240212]
language-pack-gnome-en-base/jammy-updates,jammy-updates 1:22.04+20240902 all [aktualisierbar von: 1:22.04+20240212]
language-pack-gnome-en/jammy-updates,jammy-updates 1:22.04+20240902 all [aktualisierbar von: 1:22.04+20240212]
libapache2-mod-php8.2/jammy 8.2.23-1+ubuntu22.04.1+deb.sury.org+1 amd64 [aktualisierbar von: 8.2.22-1+ubuntu22.04.1+deb.sury.org+1]
libapache2-mod-php8.3/jammy 8.3.11-1+ubuntu22.04.1+deb.sury.org+1 amd64 [aktualisierbar von: 8.3.10-1+ubuntu22.04.1+deb.sury.org+1]
libapt-pkg6.0/jammy-updates 2.4.13 amd64 [aktualisierbar von: 2.4.12]
libcom-err2/jammy-updates 1.46.5-2ubuntu1.2 amd64 [aktualisierbar von: 1.46.5-2ubuntu1.1]
libext2fs2/jammy-updates 1.46.5-2ubuntu1.2 amd64 [aktualisierbar von: 1.46.5-2ubuntu1.1]
libjavascriptcoregtk-4.0-18/jammy-updates,jammy-security 2.44.3-0ubuntu0.22.04.1 amd64 [aktualisierbar von: 2.44.2-0ubuntu0.22.04.1]
libpython3-stdlib/jammy-updates 3.10.6-1~22.04.1 amd64 [aktualisierbar von: 3.10.6-1~22.04]
libss2/jammy-updates 1.46.5-2ubuntu1.2 amd64 [aktualisierbar von: 1.46.5-2ubuntu1.1]
libtiff-dev/jammy-updates,jammy-security 4.3.0-6ubuntu0.10 amd64 [aktualisierbar von: 4.3.0-6ubuntu0.9]
libtiff5/jammy-updates,jammy-security 4.3.0-6ubuntu0.10 amd64 [aktualisierbar von: 4.3.0-6ubuntu0.9]
libtiffxx5/jammy-updates,jammy-security 4.3.0-6ubuntu0.10 amd64 [aktualisierbar von: 4.3.0-6ubuntu0.9]
libwebkit2gtk-4.0-37/jammy-updates,jammy-security 2.44.3-0ubuntu0.22.04.1 amd64 [aktualisierbar von: 2.44.2-0ubuntu0.22.04.1]
logsave/jammy-updates 1.46.5-2ubuntu1.2 amd64 [aktualisierbar von: 1.46.5-2ubuntu1.1]
php8.1-ast/jammy 1.1.2-1+ubuntu22.04.1+deb.sury.org+1 amd64 [aktualisierbar von: 1.1.1-1+ubuntu22.04.1+deb.sury.org+1]
php8.1-igbinary/jammy 3.2.16-1+ubuntu22.04.1+deb.sury.org+1 amd64 [aktualisierbar von: 3.2.15-1+ubuntu22.04.1+deb.sury.org+1]
php8.2-bcmath/jammy 8.2.23-1+ubuntu22.04.1+deb.sury.org+1 amd64 [aktualisierbar von: 8.2.22-1+ubuntu22.04.1+deb.sury.org+1]
php8.2-bz2/jammy 8.2.23-1+ubuntu22.04.1+deb.sury.org+1 amd64 [aktualisierbar von: 8.2.22-1+ubuntu22.04.1+deb.sury.org+1]
php8.2-cli/jammy 8.2.23-1+ubuntu22.04.1+deb.sury.org+1 amd64 [aktualisierbar von: 8.2.22-1+ubuntu22.04.1+deb.sury.org+1]
php8.2-common/jammy 8.2.23-1+ubuntu22.04.1+deb.sury.org+1 amd64 [aktualisierbar von: 8.2.22-1+ubuntu22.04.1+deb.sury.org+1]
php8.2-curl/jammy 8.2.23-1+ubuntu22.04.1+deb.sury.org+1 amd64 [aktualisierbar von: 8.2.22-1+ubuntu22.04.1+deb.sury.org+1]
php8.2-gd/jammy 8.2.23-1+ubuntu22.04.1+deb.sury.org+1 amd64 [aktualisierbar von: 8.2.22-1+ubuntu22.04.1+deb.sury.org+1]
php8.2-gmp/jammy 8.2.23-1+ubuntu22.04.1+deb.sury.org+1 amd64 [aktualisierbar von: 8.2.22-1+ubuntu22.04.1+deb.sury.org+1]
php8.2-igbinary/jammy 3.2.16-1+ubuntu22.04.1+deb.sury.org+1 amd64 [aktualisierbar von: 3.2.15-1+ubuntu22.04.1+deb.sury.org+1]
php8.2-intl/jammy 8.2.23-1+ubuntu22.04.1+deb.sury.org+1 amd64 [aktualisierbar von: 8.2.22-1+ubuntu22.04.1+deb.sury.org+1]
php8.2-mbstring/jammy 8.2.23-1+ubuntu22.04.1+deb.sury.org+1 amd64 [aktualisierbar von: 8.2.22-1+ubuntu22.04.1+deb.sury.org+1]
php8.2-mysql/jammy 8.2.23-1+ubuntu22.04.1+deb.sury.org+1 amd64 [aktualisierbar von: 8.2.22-1+ubuntu22.04.1+deb.sury.org+1]
php8.2-opcache/jammy 8.2.23-1+ubuntu22.04.1+deb.sury.org+1 amd64 [aktualisierbar von: 8.2.22-1+ubuntu22.04.1+deb.sury.org+1]
php8.2-readline/jammy 8.2.23-1+ubuntu22.04.1+deb.sury.org+1 amd64 [aktualisierbar von: 8.2.22-1+ubuntu22.04.1+deb.sury.org+1]
php8.2-xml/jammy 8.2.23-1+ubuntu22.04.1+deb.sury.org+1 amd64 [aktualisierbar von: 8.2.22-1+ubuntu22.04.1+deb.sury.org+1]
php8.2-zip/jammy 8.2.23-1+ubuntu22.04.1+deb.sury.org+1 amd64 [aktualisierbar von: 8.2.22-1+ubuntu22.04.1+deb.sury.org+1]
php8.2/jammy,jammy 8.2.23-1+ubuntu22.04.1+deb.sury.org+1 all [aktualisierbar von: 8.2.22-1+ubuntu22.04.1+deb.sury.org+1]
php8.3-bcmath/jammy 8.3.11-1+ubuntu22.04.1+deb.sury.org+1 amd64 [aktualisierbar von: 8.3.10-1+ubuntu22.04.1+deb.sury.org+1]
php8.3-bz2/jammy 8.3.11-1+ubuntu22.04.1+deb.sury.org+1 amd64 [aktualisierbar von: 8.3.10-1+ubuntu22.04.1+deb.sury.org+1]
php8.3-cli/jammy 8.3.11-1+ubuntu22.04.1+deb.sury.org+1 amd64 [aktualisierbar von: 8.3.10-1+ubuntu22.04.1+deb.sury.org+1]
php8.3-common/jammy 8.3.11-1+ubuntu22.04.1+deb.sury.org+1 amd64 [aktualisierbar von: 8.3.10-1+ubuntu22.04.1+deb.sury.org+1]
php8.3-curl/jammy 8.3.11-1+ubuntu22.04.1+deb.sury.org+1 amd64 [aktualisierbar von: 8.3.10-1+ubuntu22.04.1+deb.sury.org+1]
php8.3-gd/jammy 8.3.11-1+ubuntu22.04.1+deb.sury.org+1 amd64 [aktualisierbar von: 8.3.10-1+ubuntu22.04.1+deb.sury.org+1]
php8.3-gmp/jammy 8.3.11-1+ubuntu22.04.1+deb.sury.org+1 amd64 [aktualisierbar von: 8.3.10-1+ubuntu22.04.1+deb.sury.org+1]
php8.3-igbinary/jammy 3.2.16-1+ubuntu22.04.1+deb.sury.org+1 amd64 [aktualisierbar von: 3.2.15-1+ubuntu22.04.1+deb.sury.org+1]
php8.3-intl/jammy 8.3.11-1+ubuntu22.04.1+deb.sury.org+1 amd64 [aktualisierbar von: 8.3.10-1+ubuntu22.04.1+deb.sury.org+1]
php8.3-mbstring/jammy 8.3.11-1+ubuntu22.04.1+deb.sury.org+1 amd64 [aktualisierbar von: 8.3.10-1+ubuntu22.04.1+deb.sury.org+1]
php8.3-mysql/jammy 8.3.11-1+ubuntu22.04.1+deb.sury.org+1 amd64 [aktualisierbar von: 8.3.10-1+ubuntu22.04.1+deb.sury.org+1]
php8.3-opcache/jammy 8.3.11-1+ubuntu22.04.1+deb.sury.org+1 amd64 [aktualisierbar von: 8.3.10-1+ubuntu22.04.1+deb.sury.org+1]
php8.3-phpdbg/jammy 8.3.11-1+ubuntu22.04.1+deb.sury.org+1 amd64 [aktualisierbar von: 8.3.10-1+ubuntu22.04.1+deb.sury.org+1]
php8.3-readline/jammy 8.3.11-1+ubuntu22.04.1+deb.sury.org+1 amd64 [aktualisierbar von: 8.3.10-1+ubuntu22.04.1+deb.sury.org+1]
php8.3-xml/jammy 8.3.11-1+ubuntu22.04.1+deb.sury.org+1 amd64 [aktualisierbar von: 8.3.10-1+ubuntu22.04.1+deb.sury.org+1]
php8.3-zip/jammy 8.3.11-1+ubuntu22.04.1+deb.sury.org+1 amd64 [aktualisierbar von: 8.3.10-1+ubuntu22.04.1+deb.sury.org+1]
php8.3/jammy,jammy 8.3.11-1+ubuntu22.04.1+deb.sury.org+1 all [aktualisierbar von: 8.3.10-1+ubuntu22.04.1+deb.sury.org+1]
python-apt-common/jammy-updates,jammy-updates 2.4.0ubuntu4 all [aktualisierbar von: 2.4.0ubuntu3]
python3-apt/jammy-updates 2.4.0ubuntu4 amd64 [aktualisierbar von: 2.4.0ubuntu3]
python3-distupgrade/jammy-updates,jammy-updates 1:22.04.20 all [aktualisierbar von: 1:22.04.19]
python3-minimal/jammy-updates 3.10.6-1~22.04.1 amd64 [aktualisierbar von: 3.10.6-1~22.04]
python3/jammy-updates 3.10.6-1~22.04.1 amd64 [aktualisierbar von: 3.10.6-1~22.04]
shim-signed/jammy-updates 1.51.4+15.8-0ubuntu1 amd64 [aktualisierbar von: 1.51.3+15.7-0ubuntu1]
ubuntu-advantage-tools/jammy-updates,jammy-updates 33.2~22.04 all [aktualisierbar von: 32.3.1~22.04]
ubuntu-drivers-common/jammy-updates 1:0.9.6.2~0.22.04.7 amd64 [aktualisierbar von: 1:0.9.6.2~0.22.04.6]
ubuntu-pro-client-l10n/jammy-updates 33.2~22.04 amd64 [aktualisierbar von: 32.3.1~22.04]
ubuntu-pro-client/jammy-updates 33.2~22.04 amd64 [aktualisierbar von: 32.3.1~22.04]
ubuntu-release-upgrader-core/jammy-updates,jammy-updates 1:22.04.20 all [aktualisierbar von: 1:22.04.19]
ubuntu-release-upgrader-gtk/jammy-updates,jammy-updates 1:22.04.20 all [aktualisierbar von: 1:22.04.19]
vsftpd/jammy-updates 3.0.5-0ubuntu1.1 amd64 [aktualisierbar von: 3.0.5-0ubuntu1]

[Thomas Braun]

@iojoe22 sagte in Modul LCN belastet CPU mit 103% nach update:

Nur 8 nicht aktualisiert...

Das ist eine Schnubbibuntu-Eigenart.
Hatte ich schon mal erwähnt, das ich davon nichts halte?
Die 8 Updates sind 'phased' und werden in Wellen ausgerollt.

Und die Meldung im ioBroker musst du manuell bestätigen, die aktualisiert sich nicht von alleine.

Und eigentlich sollten die Updates auch gar nicht alle auf deiner Kiste notwendig sein, weil auf einem Server KEIN DesktopEnvironment wie Gnome läuft... Was nicht installiert ist braucht keine Ressourcen, keine Updates und schleppt auch keine Sicherheitslücken an und kann auch nicht abstürzen.

[Homoran]

@iojoe22 sagte in Modul LCN belastet CPU mit 103% nach update:

Und iob meldet immer noch: Betriebssystem-Paket-Updates verfügbar.

hattest du die Meldung bestätigt?
Sonst ist das noch die alte Meldung

[IOJoe22]

@thomas-braun

ok, werde bei nächster Gelegenheit ein nacktes Server-Linux draufspielen, Konsole kann ich ja auch.
Danke für die Hilfe.

Möchte mich vorher nur schlau machen, wie ich mysql richtig einrichte/was ich beachten muss.
Der Apache2 läuft zwar noch, aber ich bekomme in phpmyadmin Fehlermeldungen und kann mich nicht einloggen,
weiß nicht mehr, was ich da gemacht habe

[Codierknecht]

@thomas-braun sagte in Modul LCN belastet CPU mit 103% nach update:

weil auf einem Server KEIN DesktopEnvironment wie Gnome läuft... Was nicht installiert ist braucht keine Ressourcen, keine Updates und schleppt auch keine Sicherheitslücken an und kann auch nicht abstürzen.

@IOJoe22
Das was Thomas schreibt kann man nicht oft genug wiederholen.
Insbesondere auf einem nicht wirklich üppig ausgestatteten System wie Deinem.
Aber auch auf einem Rechenwunder hat ein Desktop und der ganze andere Quatsch nix zu suchen.
So ein Server soll vor allem eins machen: Stabil und zuverlässig seinen Dienst verrichten.

@iojoe22 sagte in Modul LCN belastet CPU mit 103% nach update:

Möchte mich vorher nur schlau machen, wie ich mysql richtig einrichte/was ich beachten muss.
Der Apache2 läuft zwar noch, aber ich bekomme in phpmyadmin Fehlermeldungen und kann mich nicht einloggen,

Das soll alles auch noch auf der Büchse laufen? Mit dem kleinen Celeron und 4 GB RAM?
Ich befürchte, Du verlangst da etwas viel von dem Kleinen.

[IOJoe22]

@homoran sagte in Modul LCN belastet CPU mit 103% nach update:

hattest du die Meldung bestätigt?
Sonst ist das noch die alte Meldung

ok, hab sie bestätigt, ist jetzt weg. Danke.

@codierknecht sagte in Modul LCN belastet CPU mit 103% nach update:

Das soll alles auch noch auf der Büchse laufen?

Bisher war die Auslastung nicht hoch, der Server lief 99,9% im Standby und war kalt. Wird nur als Kopie meiner Daten vom Arbeitsrechner genutzt und sollte von den Handys Bilder über WLAN speichern, wenn sie im Bereich sind.
Und seit einiger Zeit beherbergt er den iob, der hier nicht sonderlich beansprucht wurde.

Erst mit dem Update von iob hat er eine ständige hohe Auslastung von 100% auf einem Kern durch die LCN Instanz und wird leicht warm an den Lüftungsschlitzen auf dem Gehäuse bei passiver Kühlung der CPU.

Daher hatte ich hier nachgefragt, ob es ein Fehler im iob sein kann....

[Homoran]

@codierknecht sagte in Modul LCN belastet CPU mit 103% nach update:

Ich befürchte, Du verlangst da etwas viel von dem Kleinen.

Das schlimmste sind die nur 2 Kerne

@iojoe22 sagte in Modul LCN belastet CPU mit 103% nach update:

der Server lief 99,9% im Standby und war kalt. Wird nur als Kopie meiner Daten vom Arbeitsrechner genutzt und sollte von den Handys Bilder über WLAN speichern, wenn sie im Bereich sind.

wie definierst du das?
load average?

letztere steigt auch an wenn I/O Vorgänge bremsen.
Das schaukelt sich dann hoch

[IOJoe22]

@homoran sagte in Modul LCN belastet CPU mit 103% nach update:

Das schlimmste sind die nur 2 Kerne

Nun, das ist ein Bauvorschlag aus c`t 2016 mit PicoPSU90 und ext. 12V Netzteil, passiv gekühlter CPU schrieb ich ja schon - und läuft nun über 8 Jahre ununterbrochen mit 9W im Leerlauf

wie definierst du das?
load average?

Einfach nach Gefühl (und Erfahrung). Seit den C64 Zeiten hat man einiges erlebt und "gebastelt".
Aufmerksam hinschauen, fühlen der Temperaturen, manchmal messen und testen....

Vielleicht könnt ihr euch noch daran erinnern. Es gab früher CPUs ohne thermal Controlling. Wenn du den Kühlkörper schräg aufgesetzt hattest, was es das für die CPU. So schnell konntest du gar nicht abschalten, wie die starb. Heute ist das vergessen.

So bin ich ja auf die 100% Last durch die LCN Instanz gekommen. Die Wärme im Server gab es bis dahin nicht. Der Server tut den ganzen Tag nicht viel.

Habe festgestellt, dass nach einem Neustart die Last durch die LCN Instanz einige Minuten gering ist, so 40%. Es wird nicht an den normalen I/O Funktionen liegen, denn die starten ja sofort mit der Abfrage aller LCN Module...

Es kann etwas sein, was später einsetzt, z.B. ein Script oder so. Hab nur keinen Plan, wie man sowas testet. Werde ein Script mal ausschalten und die CPU-Last beobachten.

[OliverIO]

@iojoe22

da das ein closed source adapter ist kann hier höchstens wer helfen,
der den adapter ebenfalls benutzt oder du legst ein issue auf github an
https://github.com/ioBroker/ioBroker.lcn

ich gehe mal nicht davon aus, das du eine Lizenz gekauft hast.
Dann wird sich zeigen wie schnell dort geholfen wird

[BananaJoe]

@iojoe22 sagte in Modul LCN belastet CPU mit 103% nach update:

Nun, das ist ein Bauvorschlag aus c`t 2016 mit PicoPSU90 und ext. 12V Netzteil, passiv gekühlter CPU schrieb ich ja schon - und läuft nun über 8 Jahre ununterbrochen mit 9W im Leerlauf

und mein ioBroker läuft nun auf dem Bauvorschlag der c't von 2024 ... 6 Kerne + HT, 128GB RAM, NVMe, Virtualisierer usw:
https://www.heise.de/ratgeber/Bauvorschlag-fuer-einen-sparsamen-Heimserver-aus-c-t-3-2024-9587594.html

21W, aber auch extrem schnell, ioBroker bedient sich extrem flüssig, unterschied wie Tag und Nacht. Da haben einige gemeckert warum das "so viel ist". Antwort (sinngemäß): weil es eben auch schnell sein soll (und ist)

[OliverIO]

@bananajoe sagte in Modul LCN belastet CPU mit 103% nach update:

wenn der rechner aber ohne den lcn adapter eher rum idlet,
dann liegt es ja doch entweder am adapter oder an einer fehlkonfiguration.
daher ist die frage erstmal schon berechtigt.
leider kann wegen closed source da nur bluefox reinschauen.
ich gehe aber davon aus, das die abfrage alles nur per netzwerkprotokoll oder wenn das gateway direkt auf dem rechner sitzt über irgendwelche ports
https://de.wikipedia.org/wiki/Local_Control_Network#Fernsteuerung_und_Visualisierung
das kann eigentlich nicht so aufwändig sein, als das ein rechner von idle auf 100% geht.
aber alles nur vermutung und wir wollen ja nicht, das er einen neuen rechner kauft und dann feststellt, das dort das selbe passiert.

im diag output war im protokoll die folgende zeile zu finden

2024-08-14 10:15:59.891  - error: lcn.0 (1992) Cannot send 0:20(RELAY_OUT, out=4, val="true"): timeout

[Homoran]

@oliverio sagte in Modul LCN belastet CPU mit 103% nach update:

wenn der rechner aber ohne den lcn adapter eher rum idlet,

das ist aber

@iojoe22 sagte in Modul LCN belastet CPU mit 103% nach update:

nach Gefühl

wäre schön einfach mal top mit und ohne den Adapter zu sehen.
10 Minuten Äquilibration nach dem an oder abschalten sollte man aber geben.

[OliverIO]

@homoran sagte in Modul LCN belastet CPU mit 103% nach update:

Äquilibration

dacht schon du hast es falsch geschrieben, aber im englischen mit E und da gibt es einen hervorragenden Film

[BananaJoe]

@OliverIO
Leerlauf (Idle) ist ja schön und nett, super, die Autobahn ist leer, freie Fahrt-
Trotzdem fährt die Kiste dann Vollgas nur 100, braucht 29 Sekunden bis dahin und hat nur 2 Fahrstreifen.

[Codierknecht]

@oliverio sagte in Modul LCN belastet CPU mit 103% nach update:

wir wollen ja nicht, das er einen neuen rechner kauft und dann feststellt, das dort das selbe passiert.

Stimmt auch wieder.

[OliverIO]

@bananajoe

irgendwie verstehe ich die aussage von dir nicht ganz
mehr ist ja nicht immer besser, wenn ich das mehr gar nicht verwende und kann sogar kontraproduktiv sein (mehr strom)
aktuell gehe ich davon aus, das das kein normalzustand sondern ein fehlerzustand ist.
der muss identifiziert werden.
wenn wir dann feststellen es braucht tatsächlich stärkere kiste, dann auch gut.

aber auf basis welcher angaben machst du den das fest?
so wie homran vorgeschlagen hat müsste man mal den vergleich mit gestopptem lcn adapter haben. wenn die kiste dann immer noch auf >70% läuft würde ich dir recht geben.
vorrangig muss er aber sein problem an bluefox melden

[IOJoe22]

Danke euch für die rege Diskussion, aus der ich Tipps für mich mitnehme.

@oliverio sagte in Modul LCN belastet CPU mit 103% nach update:

vorrangig muss er aber sein problem an bluefox melden

Habe eine Lizenz für 100 LCN-Module, da 25 hier laufen.
Am Anfang hab ich mal nachgefragt, ob es eine Anleitung für die Verarbeitung der Meldungen und Steuerungen gibt, leider bisher keine Rückmeldung bekommen. So hab ich einiges selbst herausgefunden und steuer mit Scripten auch in den LCN-Bus.

Heute hatte ich erstmal eine andere dringendere Aufgabe- die Heizung ist ausgefallen.
Die Wärmepumpe hat eine prozessorgesteuerte Regelung, Spannungen (externe 230 und 400V~) waren alle da, aber ein Netzteil lieferte keine 5V- . Hab den Regler ausgelötet und ein externes regelbares Netzteil provisorisch angelötet. Läuft erstmal -> Wärme und Warmwasser sind wieder da.

Den Last-Test mit und ohne LCN- Adapter mach ich später noch.
Vielleicht sollte ich nach 8 Jahren das Board mit CPU, RAM und HD in Rente schicken, mal sehen....
21W Verbrauch sind auch nicht die Welt. Schau mir den Vorschlag in der ct mal an.

[OliverIO]

@iojoe22 sagte in Modul LCN belastet CPU mit 103% nach update:

Am Anfang hab ich mal nachgefragt, ob es eine Anleitung für die Verarbeitung der Meldungen und Steuerungen gibt, leider bisher keine Rückmeldung bekommen

du musst ein issue auf github anlegen.
kann zwar sein, das du da auch keine rückmeldung erhälst.

[IOJoe22]

@oliverio sagte in Modul LCN belastet CPU mit 103% nach update:

du musst ein issue auf github anlegen.

Hatte ich damals gemacht, wie gesagt keine Antwort bekommen.
Hab gerade wieder bei Github reinschauen wollen, nach dem Login soll mir ein Verification Code zugemailt werden, der kommt aber nicht an. (Mehrfach versucht)

Zum Server -> Es ist wie du schreibst:

@oliverio sagte in Modul LCN belastet CPU mit 103% nach update:

aktuell gehe ich davon aus, das das kein normalzustand sondern ein fehlerzustand ist.
der muss identifiziert werden.
wenn wir dann feststellen es braucht tatsächlich stärkere kiste, dann auch gut.
aber auf basis welcher angaben machst du den das fest?
so wie homran vorgeschlagen hat müsste man mal den vergleich mit gestopptem lcn adapter haben. wenn die kiste dann immer noch auf >70% läuft würde ich dir recht geben.

Mit lang laufender LCN-Instanz 60% und 98 % Kern-Auslastung

Ohne laufende LCN-Instanz 5% und 8 % Kern-Auslastung

3 Minuten nach Neustart LCN-Instanz: 9% und 6 % Kern-Auslastung
10 Minuten nach Neustart LCN-Instanz: 5% und 3 % Kern-Auslastung

20 Minuten nach Neustart LCN-Instanz: 44% und 64 % Kern-Auslastung

Also kommt die Last von der LCN-Instanz, die ein Unverträglichkeit seit dem Update hat.

Bekomme auch immer noch die Meldung von host, dass es neue Versionen für das Betriebssystem gibt.
Die bekomm ich aber nicht mit apt-get upgegraded
Da such ich noch den Fehler, vielleicht ist es danach auch im iob gut.