Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Humidor]

@bananajoe ja da dürfte ich was gefunden haben
in den Cerbos gibt es einen Node Red Baustein, der die Cennectivity zum ioBroker (Mqtt Master) abgefragt hat, das dürfte allen Übels sein, denn nun ist die Auslastung gering.

noch die Frage, woher die 8 CPU's ?

[Thomas Braun]

@humidor sagte in ioBroker JS killt meine Synology ?:

noch die Frage, woher die 8 CPU's ?

Das sind 4 Cores / 8 Threads bei der CPU. Siehe:
https://www.cpu-monkey.com/de/cpu-amd_ryzen_embedded_v1500b

[Humidor]

@thomas-braun verstanden, danke, dh das Docker Image gibt die volle Anzahl des Systems frei oder wer macht das?

[Thomas Braun]

@humidor

Die info wird aus der Hardware ausgelesen. Wird z. B. im iob diag auch gemacht:

Systemuptime and Load:
 09:25:36 up 17:14,  2 users,  load average: 0.76, 0.63, 0.55
CPU threads: 4

[Humidor]

@thomas-braun eine Anzeige des aktuellen Zustands, aber wer bestimmt es?

[Thomas Braun]

@humidor sagte in ioBroker JS killt meine Synology ?:

eine Anzeige des aktuellen Zustands, aber wer bestimmt es?

Nein, eine Anzeige der verwendeten Hardware. Wird vom Chip-Design bestimmt.

[Humidor]

@thomas-braun dh ioBroker hat über den Docker der Syno Zugriff auf die HW der Syno?

[Thomas Braun]

@humidor

Logisch. Der Docker hat ja keinen eigenen Kernel, der wird ja beim Wirt angeDOCKt.

[Humidor]

@thomas-braun alles klar, dh ioBroker sieht was da ist an HW (von der Syno) und nimmt was es kriegen kann. Einfluss darauf?

[Thomas Braun]

@humidor

Keine Ahnung, ich verwende keine Docker.

[Humidor]

@thomas-braun OK, danke!

denke das wars für diesen Thread.
JS war überlastet ? durch eine "fehlerhafte" Connection-Abfrage am Mqtt Master.
Ergebnis, zu hohe Auslastung und Ram und Absturtz des übergeorndeten Systems (Docker)

[Samson71]

@humidor sagte in ioBroker JS killt meine Synology ?:

Einfluss darauf?

Soweit ich weiß nicht. Auf den verwendeten Speicher ja, aber nicht auf die Anzahl der verwendeten CPU`s bzw. Threads. Hier kann man nur mit der Zuweisung der Priorität Einfluss nehmen.

[Humidor]

@samson71 Ja, mehr geht da nicht zum einstellen

kann man noch aus diesen Angaben sagen/erkenne, mehr oder weniger RAM geben?

[Samson71]

@humidor
Da bin ich überfragt, aber wenn die Kiste 20GB hat und Du auf 4GB limitiert hast, würde ich das in jedem Fall verdoppeln. 4GB können auch knapp werden.

[Humidor]

@samson71 jap, nur habe ich natürlich mehrere Container im Dock und sogar 20GB sind dann nicht viel.

[Humidor]

@samson71 hab die Speicherriegel der Syno getauscht, da gibt es def. auch SW-Problem, nun sind 16GB Ram wieder verfügbar und das sagt nun der ioB

und alles läuft und ist aktiviert.

[Humidor]

es bleibt stabil auf dem Level, denke die Probleme und Ursachen wurden gefunden.
ich werde noch weiter schauen , was ich optimieren kann.

Besten Dank euch!!

die Ram-Ausnutzung wird stetig mehr, ich beobachte es weiter
Ram bis auf 39% hoch und aktuell bei 37%
denke das passt.

[Humidor]

Heute noch entspannter, das passt jetzt.

[Samson71]

@humidor
Dem Screenshot nach werden jetzt auch 16GB RAM erkannt und nicht mehr (nur) 4GB. Hast Du den anders/neu zugewiesen? Scheint dann aber tatsächlich ein Problem mit einem defekten Speicherriegel gewesen zu sein.

[Humidor]

@samson71 komisch ist das schon, OK er liest hier die HW aus, aber die hat 20GB
die Ramriegel wurden nur in der Position getauscht,, da sehe ich einen SW-Fehler bei der Syno, mehr nicht. Der Container im Docker hat nur 4GB zugewiesen, damit denke ich, ist die 23% Auslastung auch nur von den 4GB.

auf der Syno läuft gerade ein Reparieren von einem Speicherpool, daher meine ich sind Buffer (war mal viele GB) und zwischengespeichert so hoch

die Auslastungsanzeige von der Syno und vom ioB haben nichts gemein. oder doch? kA