NEWS
Raspberry Pi 4 8GB an Leistungsgrenze für IOB? [gel.]
-
An alle Zweifler, @haselchen ;-) der kleine Rechner läuft echt gut und hat im Vergleich zum Raspberry ausreichend Reserver, er läuft sozusagen im Leerlauf.

Ich kann ihn im Preis Leistungsvergleich zum Pi nur empfehlen (Bei den aktuellen Preisen)
Danke an @paul53 für die Anregung und @oliverio für die ergänzende Beratung und Unterstüttzung.
Es Grüßt Euch Duffy
@Duffy
Die Hardware sagt noch nichts zur Anwendung der Software 😉
Wir warten mal auf Deinen ersten Thread wegen der neuen Kiste 😎Edit:
Verrückt , da ist er schonhttps://forum.iobroker.net/topic/85585/nach-rechnerumzug-keine-verbindung-zu-sainlogic
-
@Duffy
Die Hardware sagt noch nichts zur Anwendung der Software 😉
Wir warten mal auf Deinen ersten Thread wegen der neuen Kiste 😎Edit:
Verrückt , da ist er schonhttps://forum.iobroker.net/topic/85585/nach-rechnerumzug-keine-verbindung-zu-sainlogic
@Duffy
Die Hardware sagt noch nichts zur Anwendung der Software 😉
Wir warten mal auf Deinen ersten Thread wegen der neuen Kiste 😎Edit:
Verrückt , da ist er schonhttps://forum.iobroker.net/topic/85585/nach-rechnerumzug-keine-verbindung-zu-sainlogic
Willst du das jetzt bei jedem Beitrag von Duffy machen ? wow wahnsinns Leistung
-
Was kann der Rechner dafür das ich es nicht bringe oder es vielleicht ein anderes Problem gibt? Bitte sachlich bleiben.
-
Leute, ihr werft hier mit Hardware um euch, als ob ein Windows darauf laufen muss.
Aktuell gibt es jede Menge völlig ausreichender ThinClients bei den Kleinanzeigen, die viele Unternehmen mangels Win 11 Kompatibilität verschrotten.
Ich empfehle z.B. einen HP T630 den es dort für etwa 40-50€ gibt. Dazu eine 128 GB M.2 SSD rein.
Mehr braucht es für den iOBroker gar nicht.Die Installation geht um einiges einfacher als beim Raspi: Debian Trixie vom USB Stick installieren und dann den iOB.
Anschließen Backup einspielen und das Teil ist in einem halben Nachmittag lauffähig. -
Leute, ihr werft hier mit Hardware um euch, als ob ein Windows darauf laufen muss.
Aktuell gibt es jede Menge völlig ausreichender ThinClients bei den Kleinanzeigen, die viele Unternehmen mangels Win 11 Kompatibilität verschrotten.
Ich empfehle z.B. einen HP T630 den es dort für etwa 40-50€ gibt. Dazu eine 128 GB M.2 SSD rein.
Mehr braucht es für den iOBroker gar nicht.Die Installation geht um einiges einfacher als beim Raspi: Debian Trixie vom USB Stick installieren und dann den iOB.
Anschließen Backup einspielen und das Teil ist in einem halben Nachmittag lauffähig.Mein Reden ….
-
Und auch noch meine persönliche Meinung zu Proxmox, Docker, Container, VM, usw. :
Braucht in diesem Zusammenhang KEIN MENSCH. Macht die ganze Sache nur unnötig kompliziert.
Auf einem Hausautomatisierungssystem, das zuverlässig 24/7 durchlaufen muss, hat nichts anderes was verloren, was Probleme machen könnte.
Also nur nacktes Linux ohne Desktop und den iOB. Fertig.Zum Testen und Herumspielen habe ich mir einen zweiten ThinClient geholt, der auch als Reserve für den Produktivserver dient. Bei den Preisen für die Hardware muss man nicht lange überlegen.
-
Leute, ihr werft hier mit Hardware um euch, als ob ein Windows darauf laufen muss.
Aktuell gibt es jede Menge völlig ausreichender ThinClients bei den Kleinanzeigen, die viele Unternehmen mangels Win 11 Kompatibilität verschrotten.
Ich empfehle z.B. einen HP T630 den es dort für etwa 40-50€ gibt. Dazu eine 128 GB M.2 SSD rein.
Mehr braucht es für den iOBroker gar nicht.Die Installation geht um einiges einfacher als beim Raspi: Debian Trixie vom USB Stick installieren und dann den iOB.
Anschließen Backup einspielen und das Teil ist in einem halben Nachmittag lauffähig.Aktuell gibt es jede Menge völlig ausreichender ThinClients bei den Kleinanzeigen, die viele Unternehmen mangels Win 11 Kompatibilität verschrotten.
Ich empfehle z.B. einen HP T630 den es dort für etwa 40-50€ gibt. Dazu eine 128 GB M.2 SSD rein.edit
Sorry hier stand Quatsch, lag an meiner Suche die falsch eingestellt war! -
Und auch noch meine persönliche Meinung zu Proxmox, Docker, Container, VM, usw. :
Braucht in diesem Zusammenhang KEIN MENSCH. Macht die ganze Sache nur unnötig kompliziert.
Auf einem Hausautomatisierungssystem, das zuverlässig 24/7 durchlaufen muss, hat nichts anderes was verloren, was Probleme machen könnte.
Also nur nacktes Linux ohne Desktop und den iOB. Fertig.Zum Testen und Herumspielen habe ich mir einen zweiten ThinClient geholt, der auch als Reserve für den Produktivserver dient. Bei den Preisen für die Hardware muss man nicht lange überlegen.
@Cephalopod [sagte: Container, VM, usw. : Braucht in diesem Zusammenhang KEIN MENSCH.
Wenn neben ioBroker auch openCCU auf der Hardware laufen soll, kommt man nicht umhin.
-
Und es ist schon bequem, eine bash shell über den Browser zu bekommen, und nicht Putty oder SSH nutzen zu müssen...
Auch die Backup-Möglichkeiten sind sehr praktisch.Ich finde es auch sehr bequem, ein "sauberes" PVE zu haben, und die Komplexität in den LXC-Containern bzw. virtuellen Maschinen zu verlagern.
Ein LXC Container ist schneller wieder aufgesetzt, als ein verbastelter Raspberry Pi in dem unübersichtlich alles Mögliche läuft wieder in den funktionsfähigen Zustand zurückversetzt ....Man kann sich auf dem PVE sozusagen viele Raspberry-Pis ohne GUI für jede Aufgabe aufsetzen, ohne sie kaufen zu müssen ;-)
Ich ärgere mich eher, dass ich da zu wenig in verschiedene LXC-Container / Virtuelle Maschienen separiert habe, z. b Läuft Grafana und die Influx DB mit im LXC des iobroker.
Aktuell gibt es sechs Instanzen unter meinem PVE
LXC unprivileged: debiantest ist eine Spielwiese
LXC unprivileged: iobroker influx grafana
LXC unprivileged: fileserver für SMB-Shares
LXC unprivileged: Alle Dockercontainer, die keinen Zugriff auf Hardware haben müssen (gitea, cupsd, pihole, radicale, mariadb)
LXC privileged: Alle Dockercontainer, die Zugriff auf Hardware haben müssen (frigate auf google coral usb stick, zigbee2mqtt auf den zigbee usb stick)
Virtuelle Maschine für OpenCCU -
Und es ist schon bequem, eine bash shell über den Browser zu bekommen, und nicht Putty oder SSH nutzen zu müssen...
Auch die Backup-Möglichkeiten sind sehr praktisch.Ich finde es auch sehr bequem, ein "sauberes" PVE zu haben, und die Komplexität in den LXC-Containern bzw. virtuellen Maschinen zu verlagern.
Ein LXC Container ist schneller wieder aufgesetzt, als ein verbastelter Raspberry Pi in dem unübersichtlich alles Mögliche läuft wieder in den funktionsfähigen Zustand zurückversetzt ....Man kann sich auf dem PVE sozusagen viele Raspberry-Pis ohne GUI für jede Aufgabe aufsetzen, ohne sie kaufen zu müssen ;-)
Ich ärgere mich eher, dass ich da zu wenig in verschiedene LXC-Container / Virtuelle Maschienen separiert habe, z. b Läuft Grafana und die Influx DB mit im LXC des iobroker.
Aktuell gibt es sechs Instanzen unter meinem PVE
LXC unprivileged: debiantest ist eine Spielwiese
LXC unprivileged: iobroker influx grafana
LXC unprivileged: fileserver für SMB-Shares
LXC unprivileged: Alle Dockercontainer, die keinen Zugriff auf Hardware haben müssen (gitea, cupsd, pihole, radicale, mariadb)
LXC privileged: Alle Dockercontainer, die Zugriff auf Hardware haben müssen (frigate auf google coral usb stick, zigbee2mqtt auf den zigbee usb stick)
Virtuelle Maschine für OpenCCUEin LXC Container ist schneller wieder aufgesetzt, als ein verbastelter Raspberry Pi in dem unübersichtlich alles Mögliche läuft ...
Es sollte ja eben NICHT "alles Mögliche" auf dem System der Hausautomation laufen, sondern idealerweise NUR iOB und ggf. einige direkt in Verbindung stehenden Systeme, wie z.B. influxDB und Grafana (die eigentlichen influx Daten würde ich auf einem NAS ablegen).
ggf. auch noch openCCU.Aber mehr eben nicht.
Man kann sich auf dem PVE sozusagen viele Raspberry-Pis ohne GUI für jede Aufgabe aufsetzen, ohne sie kaufen zu müssen ;-)
Eigentlich geht es nur um eine einzige iOB Installation, die zuverlässig laufen soll.
-
Ein LXC Container ist schneller wieder aufgesetzt, als ein verbastelter Raspberry Pi in dem unübersichtlich alles Mögliche läuft ...
Es sollte ja eben NICHT "alles Mögliche" auf dem System der Hausautomation laufen, sondern idealerweise NUR iOB und ggf. einige direkt in Verbindung stehenden Systeme, wie z.B. influxDB und Grafana (die eigentlichen influx Daten würde ich auf einem NAS ablegen).
ggf. auch noch openCCU.Aber mehr eben nicht.
Man kann sich auf dem PVE sozusagen viele Raspberry-Pis ohne GUI für jede Aufgabe aufsetzen, ohne sie kaufen zu müssen ;-)
Eigentlich geht es nur um eine einzige iOB Installation, die zuverlässig laufen soll.
@Cephalopod
Und trotzdem schlägt das Argument mit den deutlich schnelleren Wiederherstellungsmöglichkeiten. Ein Snapshot vor einem Update ist Ruck Zuck erstellt und wenn es klemmt genauso schnell wieder hergestellt als wenn nichts passiert wäre. Das ist ne ganz andere Hausnummer als nen PI oder native aufgesetzten ThinClient wiederherzustellen und dann aus einem Backup einen ioBroker wieder zurückzuholen. -
@Cephalopod
Und trotzdem schlägt das Argument mit den deutlich schnelleren Wiederherstellungsmöglichkeiten. Ein Snapshot vor einem Update ist Ruck Zuck erstellt und wenn es klemmt genauso schnell wieder hergestellt als wenn nichts passiert wäre. Das ist ne ganz andere Hausnummer als nen PI oder native aufgesetzten ThinClient wiederherzustellen und dann aus einem Backup einen ioBroker wieder zurückzuholen.Kann man so generell aber halt auch nicht sagen. Bei btrfs als Dateisystem kann ich mir auch snapshots vom kompletten System nach einem krummen Update zurückholen. Die ganzen Immutalble/Atomic Distros arbeiten z. B. damit. Gut, das ist für den Pi mit seinem ext4 noch Zukunftsmusik.
Aber bei meinem Laptop mit btrfs würde das genauso funktionieren (hab ich nur noch nie benötigt, toitoitoi). -
@samson71
Was ist, wenn Proxmox selber bei einem Update oder Bastelarbeiten abschmiert? -
@samson71
Was ist, wenn Proxmox selber bei einem Update oder Bastelarbeiten abschmiert?@Cephalopod
Das selbe wie mit einem nativ installierten Betriebssystem.
Ohne Back-up auf einem weiteren System hast du ein Problem. -
@samson71
Was ist, wenn Proxmox selber bei einem Update oder Bastelarbeiten abschmiert?@samson71
Was ist, wenn Proxmox selber bei einem Update oder Bastelarbeiten abschmiert?Das Proxmox selber ist schnell mit einem Installations-USB-Stick wieder aufgesetzt ...
Die ganzen LXC-Container und VMS kriege ich dann aus einer der beiden USB-HDDs, auf die die Backups gespeichert werden ...
Ist sicherlich schneller wieder "oben", als sechs Raspberry PI ... wobei es zugegeben sehr unwahrscheinlich wäre, dass sechs PI genau gleichzeitig ausfallen ... außer ein Verschlüsselungs-Trojaner wütet, und dagegen bin ich mit dauerhaft angeschlossenen USB-HDDs auch nicht gefeit ...
root@pve:~# ls /mnt/usbdrives/intenso1/backup/dump vzdump-lxc-100-2026_08_30-01_00_34.log vzdump-lxc-101-2026_09_13-01_06_17.log vzdump-lxc-103-2026_09_27-01_37_55.log vzdump-lxc-104-2026_10_11-01_50_36.log vzdump-lxc-100-2026_08_30-01_00_34.tar.zst vzdump-lxc-101-2026_09_13-01_06_17.tar.zst vzdump-lxc-103-2026_09_27-01_37_55.tar.zst vzdump-lxc-104-2026_10_11-01_50_36.tar.zst vzdump-lxc-100-2026_08_30-01_00_34.tar.zst.notes vzdump-lxc-101-2026_09_13-01_06_17.tar.zst.notes vzdump-lxc-103-2026_09_27-01_37_55.tar.zst.notes vzdump-lxc-104-2026_10_11-01_50_36.tar.zst.notes vzdump-lxc-100-2026_09_06-01_00_30.log vzdump-lxc-101-2026_09_20-01_07_59.log vzdump-lxc-103-2026_10_04-01_37_03.log vzdump-lxc-104-2026_10_18-01_37_29.log vzdump-lxc-100-2026_09_06-01_00_30.tar.zst vzdump-lxc-101-2026_09_20-01_07_59.tar.zst vzdump-lxc-103-2026_10_04-01_37_03.tar.zst vzdump-lxc-104-2026_10_18-01_37_29.tar.zst vzdump-lxc-100-2026_09_06-01_00_30.tar.zst.notes vzdump-lxc-101-2026_09_20-01_07_59.tar.zst.notes vzdump-lxc-103-2026_10_04-01_37_03.tar.zst.notes vzdump-lxc-104-2026_10_18-01_37_29.tar.zst.notes vzdump-lxc-100-2026_09_13-01_00_14.log vzdump-lxc-101-2026_09_27-01_07_38.log vzdump-lxc-103-2026_10_11-01_44_29.log vzdump-lxc-107-2026_08_30-02_07_08.log vzdump-lxc-100-2026_09_13-01_00_14.tar.zst vzdump-lxc-101-2026_09_27-01_07_38.tar.zst vzdump-lxc-103-2026_10_11-01_44_29.tar.zst vzdump-lxc-107-2026_08_30-02_07_08.tar.zst vzdump-lxc-100-2026_09_13-01_00_14.tar.zst.notes vzdump-lxc-101-2026_09_27-01_07_38.tar.zst.notes vzdump-lxc-103-2026_10_11-01_44_29.tar.zst.notes vzdump-lxc-107-2026_08_30-02_07_08.tar.zst.notes -
Das kommt immer darauf an. Soll nur ioBroker laufen, vertraut allen Updates, dass die kein Problem mitbringen und will nie zurück auf einen Snapshot, weil man was ausprobiert hat und es macht einem nichts aus, alles neu zu installieren als in wenigen Sekunden wiederherzustellen, reicht wohl eine native Installation auf Debian aus.
Proxmox als Unterbau bietet halt Snapshots, Backups, Systeme klonen, mehrere Server auf einem Gerät und weitere Schmankerls wie einer VM mal eben mehrere "Netzwerkkarten" zuweisen.
Dann ist es bei mir tatsächlich so, dass Windows darauf laufen soll. Auf einer VM läuft Windows 11 durch. Das nutze ich über die Windows App sogar auf dem Samsung Tablet, um mal eben auf Windows arbeiten zu können. Darauf sind neben anderen Programmen die Siemens Logo!Soft und die Software für die Eaton Easy, welche es nur für Windows gibt. Dann läuft noch ein Skript, welches den Ordner überwacht, wo der Scanner Dokumente drauf ablegt und dann auf das NAS schiebt.
So gut wie alle Gäste sind VMs. LXC habe ich nur für die Speed-Tests. Ich hatte früher / anfangs mehr LXCs. Bis ein LXC nach einem Proxmox-Update durch den neuen Kernel nicht mehr lief. Will man bei einem LXC auf bestimmte Ressourcen zugreifen, muss man den Container privilegieren, dann kann der auf Ressourcen des Hosts zugreifen. Was die Geschichte gegenüber einer VM unsicherer macht.
Mein Haupt Proxmox-Host ist ein Nuc 12 mit 1240p Prozessor und 64GB RAM. Die Backups legt er zweimal wöchentlich abwechselnd auf 2 NAS ab.
Beim Wechsel des Hosts damals brauchte ich nur das Grundsystem installieren und dann die Backups der VMs zurückspielen.
Bei einer Windows VM ist es wichtig, dass man nicht den Prozessor durchreicht, sondern die virtuellen Prozessoren von Proxmox nutzt. Sonst erkennt Windws nach einem Host-Wechsel eine andere Hardware und will neu aktiviert werden.
Der zweite Proxmox Host ist ein Nuc6chyh mit Celeron J3455 Prozessor und 8GB RAM. Darauf läuft der zweite piHole, der zweite Speed-Test Server, auf welchen der erste zugreift, eine VM mit Node-Red, für den Speed-Test und eine ioBroker Installation für Tests, welche mangels RAM eigentlich immer heruntergefahren ist.
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden