Monatsrückblick Januar/Februar 2026 ist online!

[Kanumouse]

@homoran
Einige Adapter sind auf „Stable“ nicht zu bekommen.

[Homoran]

@kanumouse

@kanumouse sagte in RAM-Probleme und Abstürze nach Wechsel auf 64-Bit:

@homoran
Einige Adapter sind auf „Stable“ nicht zu bekommen.

auch nicht auf beta?

github ist immer die allerletzte Wahl

[crunchip]

@homoran und dann vorallem 15 an der Zahl, sind dann schon viele seltene/neue Adapter

[Kanumouse]

@crunchip
Von den „Github“-Adaptern macht aber keiner Probleme,soweit ich das hinsichtlich der Speicherauslastung beurteilen kann.
Im Übrigen liefen die auch alle problemlos unter meinem vorhergehenden 32-Bit Buster (keine Lite-Version, sogar mit Desktop) und es war immer noch genügend freier Speicher verfügbar.
Eine Frage zum Vergleich hätte ich zu dieser Thematik aber noch.
Mein Javascript-Adapter belegt relativ viel Speicherplatz (fast 0,5 GB). Ist das im Vergleich normal? Das Stoppen einzelner Java-Programme hat zu keinem wesentlich geringeren Speicherbedarf geführt. Und alle Java-Programme hatte ich ja hinsichtlich des Einflusses auf den Speicherbedarf gecheckt.

[Homoran]

@kanumouse sagte in RAM-Probleme und Abstürze nach Wechsel auf 64-Bit:

Mein Javascript-Adapter belegt relativ viel Speicherplatz (fast 0,5 GB). Ist das im Vergleich normal?

woher hast du diesen Wert?
belegt er das oder ist das nur reserviert?

@kanumouse sagte in RAM-Probleme und Abstürze nach Wechsel auf 64-Bit:

Das Stoppen einzelner Java-Programme hat zu keinem wesentlich geringeren Speicherbedarf geführt. Und alle Java-Programme hatte ich ja hinsichtlich des Einflusses auf den Speicherbedarf gecheckt.

hier ebenfalls: wie hast du das gecheckt?
sind da keinerlei scheduled Javascripte dabei, die "irgendwann" Ressourcen brauchen?

gleiches gilt für Instanzen.

[Kanumouse]

@homoran

Das ist der Wert, der hinter den Instanzen steht.

Und die Java-Programme habe ich gestoppt, um sicher zu gehe, dass keines irgendwelche Probleme verursacht, nachdem ich sie vorher aber noch einmal kontrolliert hatte.

[crunchip]

@kanumouse ein 64-bit System braucht nicht zwangsläufig mehr Ram, allerdings mit neueren Versionen einzelner Adapter kann und wird es dazu führen, mehr Ram zu benötigen. Mehr Qualität, mehr Leistung, andere Bibliotheken, andere Libraries
ein windows 10/11 braucht ja mittlerweile auch mehr an Leistung und Speicher als damals XP

@kanumouse sagte in RAM-Probleme und Abstürze nach Wechsel auf 64-Bit:

Das Stoppen einzelner Java-Programme hat zu keinem wesentlich geringeren Speicherbedarf geführt

war halt das/die entsprechenden Scripte nicht dabei

@kanumouse sagte in RAM-Probleme und Abstürze nach Wechsel auf 64-Bit:

Und alle Java-Programme hatte ich ja hinsichtlich des Einflusses auf den Speicherbedarf gecheckt.

wie?

[Kanumouse]

@crunchip
Alle Programme gestoppt, einzeln wieder in Betrieb genommen und den Einfluß auf den freien Speicher beobachtet. Ich habe auch keine Programme, die in einer Schleife festhängen.

[crunchip]

@kanumouse sagte in RAM-Probleme und Abstürze nach Wechsel auf 64-Bit:

Alle Programme gestoppt, einzeln wieder in Betrieb genommen und den Einfluß auf den freien Speicher beobachtet.

naja, mache scripte laufen möglicherweise ja mit

@homoran sagte in RAM-Probleme und Abstürze nach Wechsel auf 64-Bit:

scheduled Javascripte dabei, die "irgendwann" Ressourcen brauchen?

[Ein ehemaliger Benutzer]

@kanumouse sagte in RAM-Probleme und Abstürze nach Wechsel auf 64-Bit:

Die hohe Speicherauslastung bei meinem Pi 4 mit 4GB Ram führt insbesondere beim iobroker-Backup mit Backuitup zum Systemabsturz.

Moin,

ich habe mal den Rest übersprungen, da ich hier ansetzen würde.

Vorgeschichte

wenn Du das Backup anschmeißt, werden alle zu sichernde Daten zusammengesucht, das sind Adapter, History Daten, Einstellungen usw. diese werden im Speicher (Memory) gehalten und komprimiert/gepackt, dazu brauch der Prozess Memory, also das gleiche noch einmal, wenn Du jetzt im normalen Betrieb sagen wir 1,5 GB verbrauchst, dann hast Du noch ca. 2,5 GB frei, minus, dass was das Betriebssystem braucht, also sagen wir 2 GB frei, jetzt läuft das Backup und braucht 1,5 GB um alle Daten die gesichert werden sollen im Speicher zu halten, und der Prozess zum Komprimieren braucht auch noch einmal 1,5 GB dann brauchst Du in diesem Moment

1,5 + 0,5 + 1,5 + 1,5 =5 GB, Du hast aber nur 4 GB - 0,5 GB für das Betriebssystem, in diesem Fall fängt das System an auszulagern/Swap, der ist aber standardmäßig nur 100 MB groß, nach Adam Riese macht Dein System 'ne grätsche.

Du kannst das Testen, indem Du alles Stoppst, außer Admin und BackitUp Adapter und das Backup von Hand anstößt, neben her mittels top/htop den Speicherverbrauch checken. Dann das gleiche nochmals mit allen Adaptern aktiv. Im zweiten Fall sollte es dann zu einem Problem kommen, vermute ich 🤔

VG
Bernd

[Kanumouse]

@dp20eic
Ok, danke für die Erläüterung.
Das würde aber wirklich auch heißen, dass ein 64-Bit-System (Bullseye-Lite) wesentlich mehr Speicher benötigt als das vorher installierte 32-Bit-System (Buster mit Desktop), da ich hier wesentlich mehr Reserve hatte und alles (auch das Backup) problemlos lief.

[Homoran]

@kanumouse sagte in RAM-Probleme und Abstürze nach Wechsel auf 64-Bit:

Das würde aber wirklich auch heißen, dass ein 64-Bit-System (Bullseye-Lite) wesentlich mehr Speicher benötigt als das vorher installierte 32-Bit-System (Buster mit Desktop), da ich hier wesentlich mehr Reserve hatte und alles (auch das Backup) problemlos lief.

nicht wesentlich!

ich glaube nicht, dass du um 02:00 nachgesehen hattest wie viel freies RAM du während des Backups noch hattest.
5 Minuten später kann ja alles wieder normal sein.

Es könnte sich ja um wenige MB handeln.

Außerdem könnte dein Backup mittlerweile angewachsen sein.
Wie groß ist das denn?

[Kanumouse]

@homoran
Das Backup ist 24 MB.
Vorher hatte aber auch das manuell ausgelöste Backup problemlos funktioniert (ich hatte natürlich nicht, da es funktionierte, nicht nach dem freien Speicherplatz geschaut).