RAM Speicher füllt sich langsam

[Homoran]

@martinp sagte in RAM Speicher füllt sich langsam:

ungesund viele js-controller und javascript Instanzen ...

wo?
das sind die Prozesse einer Instanz, hoffentlich

[Homoran]

@uli977 sagte in RAM Speicher füllt sich langsam:

So schaut's aus

und was ist daran schlimm?

[Thomas Braun]

@uli977 sagte in RAM Speicher füllt sich langsam:

für das RAM Problem

Welches Problem? Da ist doch noch jede Menge verfügbar.

[Uli977]

@homoran

Falls das die Frage ist, ich habe jeweils nur eine Instanz von js-controller und javascript.

Ich habe Sorge, dass wenn ich wieder in Richtung 85% (gem. der Anzeige im Proxmox) laufe, meine ioBroker wieder sehr träge wird.

[DJMarc75]

@uli977

zeig doch mal die LANGAusgabe von

iob diag

[Uli977]

@djmarc75 sagte in RAM Speicher füllt sich langsam:

iob diag

Soll ich das alles hier rein kopieren?

[Homoran]

@uli977 du hast aber meinen Link gelesen?

wenn es wirklich langsamer wird und nicht nur die Angst davor schuld ist, dann solltest du mal updaten.
Ich glaube mich zu erinnern, dass es mal etwas bei Proxmox mit Speicherproblemen gab.

was ist das für eine CPU mit nur 2 cores?

[DJMarc75]

@uli977 sagte in RAM Speicher füllt sich langsam:

Soll ich das alles hier rein kopieren?

ja, in Codetags

[Uli977]

@homoran

Ja, genau. Es sind 2 CPUs

Kann ich Proxmox und Debian im laufenden Betrieb updaten, oder muss ich neu aufsetzten?

[MartinP]

Auf meiner Maschine läuft für jedes einzelne iobroker-"Tierchen" nur ein Prozess ... dachte, das wäre der Normalfall
11 JS-Controller finde ich nicht normal ...

martin@iobroker-test-sicher:~$ ps -ef |grep io
grafana      370       1  0 Jul01 ?        00:30:34 /usr/share/grafana/bin/grafana server --config=/etc/grafana/grafana.ini --pidfile=/run/grafana/grafana-server.pid --packaging=deb cfg:default.paths.logs=/var/log/grafana cfg:default.paths.data=/var/lib/grafana cfg:default.paths.plugins=/var/lib/grafana/plugins cfg:default.paths.provisioning=/etc/grafana/provisioning
iobroker     371       1 11 Jul01 ?        11:25:14 iobroker.js-controller
iobroker     506     371  0 Jul01 ?        00:35:10 io.admin.0
iobroker     524     371  4 Jul01 ?        04:57:13 io.influxdb.0
iobroker     576     371  0 Jul01 ?        00:08:28 io.email.0
iobroker     598     371  0 Jul01 ?        00:22:26 io.backitup.0
iobroker     970     371  0 Jul01 ?        00:09:11 io.mqtt-client.0
iobroker     985     371  0 Jul01 ?        00:30:24 io.mqtt.0
iobroker    1025     371  5 Jul01 ?        05:20:13 io.sonoff.0
iobroker    1039     371  0 Jul01 ?        00:18:19 io.ping.0
iobroker    1165     371  0 Jul01 ?        00:28:24 io.meross.0
iobroker    1178     371  0 Jul01 ?        00:10:23 io.snmp.0
iobroker    1202     371  0 Jul01 ?        00:08:11 io.discovery.0
iobroker    1209     371  0 Jul01 ?        00:11:20 io.fritzdect.0
iobroker    1216     371  0 Jul01 ?        00:10:29 io.web.0
iobroker    1232     371  0 Jul01 ?        00:10:59 io.tradfri.0
iobroker    1251     371  0 Jul01 ?        00:10:38 io.simple-api.0
iobroker    1258     371  0 Jul01 ?        00:33:12 io.operating-hours.0
iobroker    1265     371  0 Jul01 ?        00:08:21 io.vis-2.0
message+   80106       1  0 Jul06 ?        00:00:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only
iobroker  100824     371  0 16:57 ?        00:02:36 io.javascript.0
martin    101457   80290  0 18:17 pts/1    00:00:00 grep io

[Uli977]

@martinp

Wenn ich den Befehl nutze, sieht es bei mir so aus.

ps -ef |grep io

message+     111       1  0 Jul07 ?        00:00:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only
iobroker     120       1 10 Jul07 ?        03:24:13 iobroker.js-controller
iobroker     304     120  0 Jul07 ?        00:02:48 io.admin.0
iobroker     331     120  0 Jul07 ?        00:00:33 io.email.0
iobroker     342     120  2 Jul07 ?        00:46:58 io.influxdb.0
iobroker     361     120  3 Jul07 ?        01:12:51 io.javascript.0
iobroker     372     120  0 Jul07 ?        00:00:34 io.pushover.0
iobroker     391     120  0 Jul07 ?        00:00:35 io.scenes.0
iobroker     417     120  0 Jul07 ?        00:00:38 io.backitup.0
iobroker     436     120  0 Jul07 ?        00:02:20 io.alexa2.0
iobroker     466     120  0 Jul07 ?        00:00:35 io.fritzbox.0
iobroker     526     120  0 Jul07 ?        00:00:44 io.homeconnect.0
iobroker     541     120  0 Jul07 ?        00:09:48 io.hue.0
iobroker     631     120  0 Jul07 ?        00:10:44 io.ping.0
iobroker     692     120  0 Jul07 ?        00:01:08 io.snmp.0
iobroker     707     120  0 Jul07 ?        00:01:19 io.sonoff.0
iobroker     722     120  0 Jul07 ?        00:01:09 io.sonos.0
iobroker     737     120  0 Jul07 ?        00:04:41 io.tr-064.0
iobroker     767     120  0 Jul07 ?        00:00:34 io.geofency.0
iobroker     782     120  0 Jul07 ?        00:00:38 io.shuttercontrol.0

[Thomas Braun]

@martinp sagte in RAM Speicher füllt sich langsam:

dachte, das wäre der Normalfall

ps -ef
zeigt nur die Parents, htop auch die Kinderprozesse. Alles okay.

[MartinP]

@uli977 said in RAM Speicher füllt sich langsam:

Sehr alt?! So alt doch auch noch nicht.

Hmm Debian 11 von 2021 fällt am 15.8.2024 aus dem Support durch das offizielle Debian Team... danach

https://wiki.debian.org/LTS

Debian LTS is not handled by the Debian Security team, but by a separate group of volunteers and companies interested in making it a success.

[Thomas Braun]

@martinp

Und da Debian 12 'Bookworm' mittlerweile schon das 6. Pointrelaese bekommen hat und vor einem Jahr veröffentlicht wurde ist JETZT die Zeit gekommen vom sinkenden Schiff Debian 11 'Bullseye' herunterzukommen.

[Uli977]

@thomas-braun sagte in RAM Speicher füllt sich langsam:

Und da Debian 12 'Bookworm' mittlerweile schono das 6. Pointrelaese bekommen hat und seit einem Jahr veröffentlicht wurde ist JETZT die Zeit gekommen vom sinkenden Debian 11 'Bullseye' herunterzukommen.

Ich bin schon damit angefangen