RAM-Probleme und Abstürze nach Wechsel auf 64-Bit
-
Hi,
ich muss mich hier an dieser Stelle hinsichtlich der RAM-Auslastung auch einmal einklinken. Ich hatte mein System (lief 2 Jahre stabil) von der 32-Bit Buster-Version auf eine 64-Bit Bullseye-Version umgestellt (Neuinstallation mit Backup-Einspielung). Seidem habe ich eine hohe Speicherauslatung (nur noch 8-10% frei). Ich habe ca. 47 Instanzen und 38 Javaprogramme zu laufen. Sowohl die Instanzen auch als die Java-Programme habe ich hinsichtlich des Einflusses auf den Speicherbedarf schon gecheckt. Top und htop zeigen auch keine Auffälligkeiten hinsichtlich des Speicherbedarfs aus meiner Sicht.
Die hohe Speicherauslastung bei meinem Pi 4 mit 4GB Ram führt insbesondere beim iobroker-Backup mit Backuitup zum Systemabsturz. Iobroker wird dann neu gestartet und im im Logfile finde ich dann Einträge das beim Wiederstart der Instanzen diese schon laufen.
Die freie RAM-Kapazität von ca. 8% erscheint mir sehr wenig bei meiner Installation und scheint beim Backup zum Systemabsturz zu führen.
Gibt es eventuell noch hilfreiche Tipps, wo ich noch Fehler suchen kann?
Wie ist die „normale“ RAM-Auslastung bei vergleichbaren Installationen?@kanumouse sagte in RAM-Probleme und Abstürze nach Wechsel auf 64-Bit:
Ich habe ca. 47 Instanzen
@kanumouse sagte in RAM-Probleme und Abstürze nach Wechsel auf 64-Bit:
Pi 4 mit 4GB Ram
das ist zu wenig RAM für 47 Instanzen... oder andersrum - zu viele Instanzen für 4 GB RAM
zeig doch mal
iob diag -
@kanumouse sagte in RAM-Probleme und Abstürze nach Wechsel auf 64-Bit:
Ich habe ca. 47 Instanzen
@kanumouse sagte in RAM-Probleme und Abstürze nach Wechsel auf 64-Bit:
Pi 4 mit 4GB Ram
das ist zu wenig RAM für 47 Instanzen... oder andersrum - zu viele Instanzen für 4 GB RAM
zeig doch mal
iob diag -
@kanumouse Wie schon erwähnt geht Dir der RAM aus.
Wenn das Backup startet braucht es zusätzlich RAM und friert Dir dann Dein System ein.
Nicht benötigte Instanzen deaktivieren könnte helfen aber auf Dauer für Dich vll eher keine Lösung. -
@kanumouse sagte in RAM-Probleme und Abstürze nach Wechsel auf 64-Bit:
Hier mal das Ergebnis von iob diag.
wird schon knapp mit dem RAM.
Aber mich wundert mehr
@kanumouse sagte in RAM-Probleme und Abstürze nach Wechsel auf 64-Bit:
Active repo(s): Stable (default)
gut so, und dann
@kanumouse sagte in RAM-Probleme und Abstürze nach Wechsel auf 64-Bit:
Adapters from github: 15
warum?
-
@kanumouse sagte in RAM-Probleme und Abstürze nach Wechsel auf 64-Bit:
Hier mal das Ergebnis von iob diag.
wird schon knapp mit dem RAM.
Aber mich wundert mehr
@kanumouse sagte in RAM-Probleme und Abstürze nach Wechsel auf 64-Bit:
Active repo(s): Stable (default)
gut so, und dann
@kanumouse sagte in RAM-Probleme und Abstürze nach Wechsel auf 64-Bit:
Adapters from github: 15
warum?
-
@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
kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
ioBroker freut sich auch über eine Spende für das Forum. Benutzt dazu den Spendenbutton im Header. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@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
@homoran und dann vorallem 15 an der Zahl, sind dann schon viele seltene/neue Adapter
-
@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. -
@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.@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 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 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 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?
-
@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.@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?
-
Hi,
ich muss mich hier an dieser Stelle hinsichtlich der RAM-Auslastung auch einmal einklinken. Ich hatte mein System (lief 2 Jahre stabil) von der 32-Bit Buster-Version auf eine 64-Bit Bullseye-Version umgestellt (Neuinstallation mit Backup-Einspielung). Seidem habe ich eine hohe Speicherauslatung (nur noch 8-10% frei). Ich habe ca. 47 Instanzen und 38 Javaprogramme zu laufen. Sowohl die Instanzen auch als die Java-Programme habe ich hinsichtlich des Einflusses auf den Speicherbedarf schon gecheckt. Top und htop zeigen auch keine Auffälligkeiten hinsichtlich des Speicherbedarfs aus meiner Sicht.
Die hohe Speicherauslastung bei meinem Pi 4 mit 4GB Ram führt insbesondere beim iobroker-Backup mit Backuitup zum Systemabsturz. Iobroker wird dann neu gestartet und im im Logfile finde ich dann Einträge das beim Wiederstart der Instanzen diese schon laufen.
Die freie RAM-Kapazität von ca. 8% erscheint mir sehr wenig bei meiner Installation und scheint beim Backup zum Systemabsturz zu führen.
Gibt es eventuell noch hilfreiche Tipps, wo ich noch Fehler suchen kann?
Wie ist die „normale“ RAM-Auslastung bei vergleichbaren Installationen?@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 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@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. -
@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.@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 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?
410
Online32.7k
Benutzer82.4k
Themen1.3m
Beiträge