Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[Thomas Braun]

@kanumouse

Ja, es lohnt sich, weil es einige Programme gibt, die nicht mehr für 32bit gebaut werden. Werden in Zukunft mit Sicherheit natürlich auch mehr werden.

Aber 64bit ist nicht 'schneller', da musst du andere Stellschrauben drehen.
Irgendwelchen Kokolores (wie z.B. eine graphische Oberfläche) gar nicht erst installieren wäre eine.

[Kanumouse]

@thomas-braun

Heute habe ich mit die Zeit genommen und mein System komplett neu aufgesetzt (Bullseye-Lite 64-Bit) und damit für die Zukunft vorbereitet. Bei einigen Dingen hat es doch nach dem Neuaufsetzen "geklemmt", da ich auch über 50 Instanzen am Laufen habe. Jetzt läuft aber alles wieder ohne Fehler.
Du hattest Recht, dass man im Prinzip damit keine spürbare Geschwindigkeitssteigerung erwarten kann.

[Kanumouse]

@kanumouse
Leider hat das 64-Bit-System deutlich größeren Speicherhunger.
Das führt dazu, dass beim nächtlichen Backup iobroker aufgrund zu wenig freien Speicher abstürzt. Momentan bin ich auf mein 32-Bit-System zurück gefallen, was stabil läuft. Offensichtlich ist beim Umstieg auf 64-Bit und etlichen Instanzen ein Pi 4 mit 8 GB Speicher von Nöten.

[Homoran]

@kanumouse sagte in Upgrade von Buster auf Bulleye:

Leider hat das 64-Bit-System deutlich größeren Speicherhunger.

wer sagt das?
Das hatten wir doch in deinem anderen Thread schon.

@kanumouse sagte in Upgrade von Buster auf Bulleye:

etlichen Instanzen ein Pi 4 mit 8 GB Speicher von Nöten.

definiere etlich.

Natürlich sind auch 4GB endlich.

[da_Woody]

@kanumouse sagte in Upgrade von Buster auf Bulleye:

Offensichtlich ist beim Umstieg auf 64-Bit und etlichen Instanzen ein Pi 4 mit 8 GB Speicher von Nöten.

oder gleich was gescheites...

[Thomas Braun]

@kanumouse sagte in Upgrade von Buster auf Bulleye:

da ich auch über 50 Instanzen am Laufen habe.

Kurzer Überschlag: 50x80MB = 4000MB nur für den IoBroker.
Klar wird das knapp, das ist es aber auch mit 32Bit dann, so viel mehr benötigt 64bit für den größeren Adressraum nun auch nicht.

[Homoran]

@thomas-braun sagte in Upgrade von Buster auf Bulleye:

so viel mehr benötigt 64bit für den größeren Adressraum nun auch nicht.

so ist es!

selbst wenn man sehr konservativ nur 150MB für admin, controller, javascript ansetzt und 65MB für die restlichen, kommt man auf 3.5GB. da ist dann für das Packen des Backups kaum noch Luft im RAM.

@Kanumouse
Wie ich schon im anderen Thread geschrieben habe, kann das bei 32Bit z.B. mit 50MB Rest gerade noch gut gegangen sein. Jetzt liegst du dann vielleicht um genausoviel auf der anderen Seite der Grenze.

Deswegen dem 64-Bit-System erheblich höheren Speicherverbrauch zu unterstellen ist einfach nicht richtig.

[Kanumouse]

@homoran
Ich habe jetzt noch einmal meinen Pi 4 mit 4 GB und 32-Bit-Buster (in der Desktop-Variante) in Betrieb genommen.
Hier bekomme ich bei der gleichen Anzahl von Instanzen noch ca. 45% freien RAM angezeigt.
Ohne Detailwissen zu haben, könnte ich jetzt im direkten Vergleich der beiden Varianten (32/64-Bit bei gleicher Hardware) der Aussage, dass es nicht doch erheblich mehr Speicherbedarf gibt, nicht folgen.

[Homoran]

@kanumouse sagte in Upgrade von Buster auf Bulleye:

Hier bekomme ich bei der gleichen Anzahl von Instanzen noch ca. 45% freien RAM angezeigt.

nach welcher Laufzeit?

@kanumouse sagte in Upgrade von Buster auf Bulleye:

bei der gleichen Anzahl von Instanzen

auch alle aktiv und alle scheduled instances mindestens 1x gestartet?
auch schon backitup gelaufen?

usw.

[Kanumouse]

@homoran

läuft alles schon 3 Stunden, alle Instanzen aktiv und die scheduled gestartet. Backitup läuft auch problemlos durch.

[Homoran]

@kanumouse sagte in Upgrade von Buster auf Bulleye:

@homoran

läuft alles schon 3 Stunden, alle Instanzen aktiv und die scheduled gestartet. Backitup läuft auch problemlos durch.

und immer noch 45% ram frei?

was sagt top im Header und/oder free -m?

Da ein 64-Bit-System nicht so massiv mehr Speicher benötigt müsstest du ein anderes Problem haben.
spontan wäre das z.B. falsche Node-Version, Pakete noch auf ein anderes node/npm gebaut.

Natürlich noch weitere Möglichkeiten.

[Kanumouse]

@homoran

läft immer noch alles bestens!

pi@raspberrypi:~ $ free -m
              gesamt       benutzt     frei      gemns.  Puffer/Cache verfügbar
Speicher:       3794        2158         570           1        1065        1559
Swap:             99           0          99

[Ein ehemaliger Benutzer]

@kanumouse sagte in Upgrade von Buster auf Bulleye:

@homoran

läft immer noch alles bestens!

pi@raspberrypi:~ $ free -m
              gesamt       benutzt     frei      gemns.  Puffer/Cache verfügbar
Speicher:       3794        2158         570           1        1065        1559
Swap:             99           0          99

Moin,.
Ich muss mal schauen, ob ich noch meine Auswertung des Adapterspeicherverbrauch am Laufen habe, und dann mal schauen wie lange die Adapter brauchen bis sie ihr Maximum erreichen.

Lass doch mal 1-2 Tage laufen, dann sollte im OS alles einmal gelaufen sein Crons usw. und im ioBroker sollte dann auch alles einmal durch sein.

VG
Bernd

[Kanumouse]

@dp20eic
Hab nach gut einem Tag Laufzeit des 32-Bit-Bullseye-System immer noch 37% freien Speicher. Die Backups (iobroker, ccu) sind dadurch natürlich auch heute Nacht problemlos durchgelaufen.

[Ein ehemaliger Benutzer]

@kanumouse sagte in Upgrade von Buster auf Bulleye:

@dp20eic
Hab nach gut einem Tag Laufzeit des 32-Bit-Bullseye-System immer noch 37% freien Speicher. Die Backups (iobroker, ccu) sind dadurch natürlich auch heute Nacht problemlos durchgelaufen.

Moin,

na dann musst Du wohl einen Tod sterben, entweder verzichtest Du auf influxDB V2.x, oder Du gehst auf ein 64 Bit System und musst dann schauen wie Du dort Speicher einsparst, oder Du legst Dir potentere Hardware, zu, auf der Du alles betreiben kannst, oder einen zweiten RasPI für influxDB V2.x, Grafana usw.

Alles, was ich im Zuge des Threads gelesen habe, war, dass sich 64Bit eigentlich am besten für die 8 GB Version des RasPIs lohnt.
Bei 4 GB kann es passieren, dass man, so wie bei Dir, genau in den Grenzbereich kommt.

VG
Bernd

[Thomas Braun]

@dp20eic

Wobei ich hier bei mir keinen wirrklich eklatanten Mehrbedarf an RAM bei einem 64bit-System beobachte.

[Homoran]

@thomas-braun sagte in Upgrade von Buster auf Bulleye:

@dp20eic

Wobei ich hier bei mir keinen wirrklich eklatanten Mehrbedarf an RAM bei einem 64bit-System beobachte.

das liegt dann aber nicht am 64-Bit-System und auch nicht an iobroker sondern an der Umsetzung der Influxdb.

[Ein ehemaliger Benutzer]

@thomas-braun sagte in Upgrade von Buster auf Bulleye:

@dp20eic

Wobei ich hier bei mir keinen wirrklich eklatanten Mehrbedarf an RAM bei einem 64bit-System beobachte.

Moin,

ich würde das ja gern selbst einmal probieren, mal schauen, ich hab da ein RasPI 3b mit 4 GB, da werde ich mir mal die SD-Karte mit einem 32 Bit beschreiben, dann ein, zwei Tage laufen lassen und dann mit einem 64 Bit.

Ich denke auch, dass das Grundsystem, nicht stark voneinander abweicht. Wie das dann mit weiterer Software ist, ist ja dann eine andere Geschichte.

VG
Bernd

[Homoran]

@dp20eic sagte in Upgrade von Buster auf Bulleye:

ich hab da ein RasPI 3b mit 4 GB,

gibbet nich!

[Ein ehemaliger Benutzer]

@homoran sagte in Upgrade von Buster auf Bulleye:

@dp20eic sagte in Upgrade von Buster auf Bulleye:

ich hab da ein RasPI 3b mit 4 GB,

gibbet nich!

Moin,

ok, dann mal schauen, was das für einer ist, der macht bei mir nur etwas Lala, mittels Moode-Player.

VG
Bernd