UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Blockmove]

@martinp
Als ich nen neuen Homeserver aufgesetzt hab, hab ich bewusst auf Proxmox verzichtet. Ich hab hier nen i3 mit 32 GB RAM, 3 HDD und 2 SSD.
Die HDD laufen als RAID 5 für meine Daten. SSD sind für unwichtiges Zeug (Kamera, TV-Aufnahmen, …).
Unter Proxmox hatte ich immer Probleme mit dem Sleep der HDD. Die Prozessorlast war auch immer recht hoch. Daraufhin hab ProxMox runtergeschmissen und nutze OpenMediaVault als Software. Ist im Prinzip ein NAS auf Debian-Basis. Anstelle der LXC-Container, nutz ich nun Docker. Energieverbrauch mit schlafenden HDD liegt bei 24W. Mit aktiven HDD bei etwas über 50W.
Für einen i3-Rechner bin ich zufrieden damit.

ioBroker hab ich vom Raspi4 runter geschmissen. Der läuft nun auf einem S740. Energieverbrauch ähnlich, da das Raspi Netzteil noch sonderlich effizient war.

[MartinP]

@blockmove

Unter Proxmox hatte ich immer Probleme mit dem Sleep der HDD.

Hilfreiche Information. Bisher habe ich an meinem Celeron N3000 System unter Proxmox nur eine SATA SSD für Proxmox, VM, Container, Anwendungen und lokales Backup.

Für Datenplatten baumeln aber schon zwei noch leereSATA-Kabel aus dem Gehäuse. Falls das wirklich ein Problem ist, müsste ich da ggfs. noch einmal überlegen.

Derzeit bin ich bei 6...7 Watt ... Wenn die Datenplatten dann die ganze Zeit vor sich hin kreiseln, wird das wohl deutlich mehr werden...

[Blockmove]

@martinp said in Stromverbrauch iobroker Server:

@blockmove

Unter Proxmox hatte ich immer Probleme mit dem Sleep der HDD.

Hilfreiche Information. Bisher habe ich an meinem Celeron N3000 System unter Proxmox nur eine SATA SSD für Proxmox, VM, Container, Anwendungen und lokales Backup.

Für Datenplatten baumeln aber schon zwei noch leereSATA-Kabel aus dem Gehäuse. Falls das wirklich ein Problem ist, müsste ich da ggfs. noch einmal überlegen.

Derzeit bin ich bei 6...7 Watt ... Wenn die Datenplatten dann die ganze Zeit vor sich hin kreiseln, wird das wohl deutlich mehr werden...

Ich persönlich finde, dass Proxmox zu sehr gehypt wird in der Smarthome-Szene.
Gerade auf so "schwachbrüstigen" Systemen kann Proxmox seine Stärken (ZFS, Cluster, ...) doch kaum ausspielen.
Für die meisten Dinge reicht Docker - meiner Meinung - vollauf. Ich hatte Proxmox jahrelang auf meinem alten Server (Xenon mit 32GB, 6 HDDs, 2 SSD ) und habe nie einen Snapshot zurückspielen müssen. Der Tausch einer defekten Festplatte in einem ZFS-Verbund ist auch nicht einfacher als bei einem Linux-Software-Raid.
Aber das ist meine persönliche Meinung ... Kann jeder halten wie er will

[MartinP]

@blockmove Interessant bei Proxmox ist ja das recht schnell verfügbare lauffähige System, wenn man das aufsetzt.

Aber vielleicht ist Docker inzwischen auch nicht mehr so eine Kommandozeilen-Frickelei, z. B. dank Portainer...

[MartinP]

@wal Man muss da wohl wirklich gut aufpassen, was man anschafft...

Ein Desktop i3 als Systembasis ist eben keine gute Wahl, wenn man einen stromsparenden Server bauen will...

Aber auch bei Atom-Prozessoren sollte man vielleicht zumindest vorher die Übersichtstabelle von der Intel-Seite lesen.

Der N100 und der N5095 sind ziemlich ähnlich, was die Geeksbench Werte angeht, aber der N5095 hat ein TDP von 15 Watt statt 6 Watt ....

Wahrscheinlich kann man aber nicht davon ausgehen, dass der eine Prozessor immer 2,5 mal mehr Leistung aufnimmt, als der andere ...

[Blockmove]

@martinp said in Stromverbrauch iobroker Server:

@blockmove Interessant bei Proxmox ist ja das recht schnell verfügbare lauffähige System, wenn man das aufsetzt.

Aber vielleicht ist Docker inzwischen auch nicht mehr so eine Kommandozeilen-Frickelei, z. B. dank Portainer...

Das stimmt.
Portainer oder die Integration in NAS-Systeme hat Docker wirklich gut getan.
Ich wüsste nicht mehr wann ich den letzten Container über die Kommandozeile aufgesetzt hab.
Selbst das Thema Docker und Netzwerk verliert langsam seinen Schrecken.

[David G.]

@martinp sagte in Stromverbrauch iobroker Server:

Ein Desktop i3 als Systembasis ist eben keine gute Wahl, wenn man einen stromsparenden Server bauen will...

Ich bin selber was überrascht bzw enttäuscht.
Habe mich ja belesen.
Viele bekommt man den mit 10 bis 15 Watt im Idle ans laufen.

Ich behaupte mal, ich bin nah am Idle mit ca 3% Systemauslastung.

[Homoran]

@david-g sagte in Stromverbrauch iobroker Server:

Ich bin selber was überrascht bzw enttäuscht.

ich mit meinem neuen auch, hab aber wue gesagt diesmal nicht auf die U-Variante geachtet. Im Gegenteil es ist das Performance-Kit.

mein NUC6i3 kommt bequem mit 6W aus und beim backup genehmigt er sich dann knapp 10W

[Ein ehemaliger Benutzer]

@blockmove sagte in Stromverbrauch iobroker Server:

Das stimmt.

Moin,

eigentlich wollte ich mich heraushalten, aber wie so oft, kann ich nicht

Ich lasse mal den eigentlichen Tenor, dieses Threads außen vor, alles was zu Portainer, Docker, Unraid, Mediavault oder auch Proxmox gesagt wurde, ist sicherlich korrekt aus Sicht der/des Schreibenden.

Nur ist der Ansatz z. B. bei Proxmox ein anderer als der für Docker, bei Docker habe ich kein vollwertiges Linux im Docker Container, mein Environment, das ich bevorzuge ist nicht da und ich bin auf die Zuarbeit des Docker Image Erstellers angewiesen, wegen Neuerungen usw.,
In Proxmox mit LX Containern, die vom Ressourcenverbrauch nah an Docker herankommen, habe ich ein vollwertiges Linux, das ich mir nach meinem Gusto einrichten kann.
Es kommt immer auf den Einsatz an, ich traue mir zu Linux zu administrieren, habe auch gern mein Environment, an das ich mich gewöhnt habe, um mich, daher nutze ich Docker nicht, außer für Dinge, wo ich wirklich nur diesen einen Dienst brauche und nicht experimentieren will, z. B. ein mqtt Broker, der läuft auch im Docker (Portainer) auf der Synology, es gibt auch einige Dienste, die schwer zu Konfigurieren sind, da setze ich dann auch lieber auf fertige Docker Images, das spart mir Haareraufen, sind sowieso schon nur noch wenige

Also ich setze das so ein, wie es für mich das Beste ist

VG
Bernd

[Homoran]

@dp20eic Das entspricht meiner geplanten, deutlich kürzerer Antwort:

@blockmove sagte in Stromverbrauch iobroker Server:

Ich persönlich finde, dass Proxmox zu sehr gehypt wird in der Smarthome-Szene.
...
Für die meisten Dinge reicht Docker - meiner Meinung - vollauf.

Proxmox kann VM!

[Ein ehemaliger Benutzer]

@homoran sagte in Stromverbrauch iobroker Server:

Das entspricht meiner geplanten, deutlich kürzerer Antwort:

Moin,

weiß auch nicht, was mich da immer reitet

VG
Bernd

[Homoran]

@dp20eic Das macht dich halt aus!
ich bin, seitdem ch nur nochper Handy unterwegs bin, deutlich schreibfauker geworden, weil sonst jeden Abend mein Finger glüht, wie der von ET

[Ein ehemaliger Benutzer]

@homoran sagte in Stromverbrauch iobroker Server:

Abend mein Finger glüht, wie der von ET

Moin,

erspart die Taschenlampe und Du findest das Schlüsselloch auch im Dunkeln

VG
Bernd

[Blockmove]

@homoran said in Stromverbrauch iobroker Server:

@blockmove sagte in Stromverbrauch iobroker Server:

Ich persönlich finde, dass Proxmox zu sehr gehypt wird in der Smarthome-Szene.
...
Für die meisten Dinge reicht Docker - meiner Meinung - vollauf.

Proxmox kann VM!

Klar ... Und das sogar richtig gut.
Nur habe ich in mehr als 20 Jahren Smarthome noch nie eine VM dafür gebraucht.
Im Zeitalter von Cloud und SaaS braucht man doch VMs sowieso immer weniger.
Will man - wie hier im Thread diskutiert - einen Rechner sparsam betreiben, dann wird es mit Proxmox und VMs nicht unbedingt einfacher. Der Kernel "weiß" mehr über den Zustand der LXC-Container als über die abgeschotteten VMs.

[Homoran]

@blockmove sagte in Stromverbrauch iobroker Server:

dann wird es mit Proxmox und VMs nicht unbedingt einfacher.

Doch!
für geschätzte 90% der User, die einfach nur arbeiten wollen und sich nicht mit den Besonderheiten eines Containers rumschlagen wollen oder gar können, wie es hier seitenlange Anfragen wegen dueser "Features" zeigen.

[MartinP]

Noch einmal zurück zum Problem des Thread-Eröffners mit der durchschnittlichen Leistungsaufnahme seines Asrock Deskmini B660 ...

In diesem Test ist eine interessante Passage zu finden (Getestet wurde aber mit i5 12500):

https://www.computerbase.de/2022-05/asrock-deskmini-b660-test/2/

Weniger Watt im Idle per händischem BIOS-Eingriff

Das Problem ist aber auch ein bei ASRock altbekanntes. Viele Stromsparfeatures der modernen Plattform stehen im BIOS auf „Auto“, werden so jedoch nicht genutzt. Das explizite Umstellen von „Auto“ auf „Enabled“ lässt das gleiche System am Ende nun im Leerlauf unter Windows 11 auf ein Minimum von 16 Watt absinken – eine durchaus signifikante Änderung vom Ausgangswert mit 26 Watt. Auf die Leistung hat das keine Auswirkung, unter voller Last nimmt das System immer noch 119 Watt aus der Wand.

[David G.]

@martinp sagte in Stromverbrauch iobroker Server:

Weniger Watt im Idle per händischem BIOS-Eingriff

Die sind alle getroffen die Einstellungen.
Den Artikel hab ich auch bei der Recherche zur Hardware gelesenen. Deshalb bin ich ja auch so verwundert....

[David G.]

Habe eben mal mit top nach Prozessen geschaut die gut eine hohe Auslastung haben:

root@pve:~# top
top - 22:25:27 up 15:00,  1 user,  load average: 0.50, 0.50,  Tasks: 302 total,   2 running, 300 sleeping,   0 stopped,   0 %Cpu(s):  4.1 us,  0.6 sy,  0.0 ni, 91.5 id,  0.0 wa,  0.0 hi MiB Mem :  31888.0 total,   6159.6 free,  25455.7 used,    71 MiB Swap:   8192.0 total,   8192.0 free,      0.0 used.   643     PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM
   1646 root      20   0 9622132   5.6g  19572 S  33.9  18.1
   4695 root      20   0 9230360   7.9g  10112 S   4.0  25.3
   1473 root      20   0  151960 103128  12416 S   1.0   0.3     1699 root      20   0       0      0      0 S   0.7   0.0
   1543 root      20   0 2178184   1.1g  19268 S   0.3   3.4
 880743 root      20   0       0      0      0 I   0.3   0.0
 884607 www-data  20   0  235524 139932   9216 S   0.3   0.4
      1 root      20   0  168564  12376   8920 S   0.0   0.0
      2 root      20   0       0      0      0 S   0.0   0.0
      3 root       0 -20       0      0      0 I   0.0   0.0
      4 root       0 -20       0      0      0 I   0.0   0.0
      5 root       0 -20       0      0      0 I   0.0   0.0
      6 root       0 -20       0      0      0 I   0.0   0.0
      8 root       0 -20       0      0      0 I   0.0   0.0
     10 root       0 -20       0      0      0 I   0.0   0.0
     11 root      20   0       0      0      0 I   0.0   0.0
     12 root      20   0       0      0      0 I   0.0   0.0
     13 root      20   0       0      0      0 I   0.0   0.0
top - 22:25:38 up 15:00,  1 user,  load average: 0.42, 0.48,  Tasks: 303 total,   1 running, 302 sleeping,   0 stopped,   0 %Cpu(s):  3.1 us,  0.7 sy,  0.0 ni, 93.7 id,  0.1 wa,  0.0 hi MiB Mem :  31888.0 total,   6155.6 free,  25459.7 used,    71 MiB Swap:   8192.0 total,   8192.0 free,      0.0 used.   642 
    PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM
   1646 root      20   0 9622132   5.6g  19572 S  21.3  18.1
   4695 root      20   0 9230360   7.9g  10112 S   3.3  25.3
   1473 root      20   0  151960 103128  12416 S   1.3   0.3
   1501 root      20   0  223244 128992   3072 S   0.7   0.4
 884607 www-data  20   0  235524 139932   9216 S   0.7   0.4
     15 root      20   0       0      0      0 I   0.3   0.0
   1371 root      20   0  502020  50424  38556 S   0.3   0.2
 887586 root      20   0   13020   6144   3968 R   0.3   0.0
      1 root      20   0  168564  12376   8920 S   0.0   0.0
      2 root      20   0       0      0      0 S   0.0   0.0
      3 root       0 -20       0      0      0 I   0.0   0.0
      4 root       0 -20       0      0      0 I   0.0   0.0
      5 root       0 -20       0      0      0 I   0.0   0.0
      6 root       0 -20       0      0      0 I   0.0   0.0
      8 root       0 -20       0      0      0 I   0.0   0.0
     10 root       0 -20       0      0      0 I   0.0   0.0
     11 root      20   0       0      0      0 I   0.0   0.0

Da ist mir die PID 1646 aufgefallen.
Der Prozess nennt sich KVM.

Ist der bei euch auch so hoch?

root@pve:~# ps -e
    PID TTY          TIME CMD
.... 
   1646 ?        04:24:24 kvm
....

[BananaJoe]

@blockmove sagte in Stromverbrauch iobroker Server:

einen Rechner sparsam betreiben, dann wird es mit Proxmox und VMs nicht unbedingt einfacher

wie @Homoran schon schreibt ist es viel einfacher.
Ich schüttle jedes mal den Kopf wenn wieder ein "Mein Raspi hatte einen Stromausfall und nun startet er nicht mehr" oder bei Upgrades (meist lange Zeit nichts gemacht und dann alles auf einmal) jemand sich das System zerschießt.

Das beste an VMs sind der Plan B: Ein Snapshot den man vor irgendwelchen Aktionen macht. So bin ich auch entspannt auf den Beta-Repository unterwegs.
Und das mindestens genauso gute: Backups der ganzen VM. Hardwareunabhängig. Geht die Büchse kaputt, stelle ich die die VM einfach auf einem anderen System mit Proxmox (oder wie bei mir mit VMware ESXi) wieder her und starte diese dort. Ich habe deshalb sogar extra gleich 2 Hypervisor laufen (hui, doppelt soviel Strom, jedes System bestimmt 21 Watt) so das im Falle eines Falles nicht lange fummeln muss. Egal was da Kaputt geht (Netzteil, Mainboard, Festplatte).
Notfalls könnte ich es sogar mit VMware Player oder Workstation auf meinen PC laufen lassen oder Laptop. Oder jeden Tag woanders.

Weshalb ich z.B. auch ZigBee von einem Conbee II Stick auf einen ZigStar-LAN-Adapter umstelle damit ich kein USB-Kabel umstecken muss.

Das ist mir der zusätzliche Stromverbrauch auf jeden Fall wert. Genau genommen läuft sogar noch ein dritter baugleicher Server als Backupziel sowie ein NAS (was nur bei Bedarf gestartet wird) als 2. Backupziel. Also noch 2 Stromfresser, sind wir schon bei 4.

[MartinP]

@david-g Diesen Prozess gibt es bei mir gar nicht
Nach Recherche könnte der laufen, sobald unter Proxmox virtuelle Maschinen aktiv sind...

    PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND                    
    361 iobroker  20   0   11.1g 297412  40120 S   8.3   7.1 517:56.41 iobroker.js-con            
    654 iobroker  20   0  672928  99064  38256 S   1.0   2.4  35:59.14 io.operating-ho            
    154 influxdb  20   0 1773132 225400  55536 S   0.7   5.4  81:47.75 influxd                    
    406 iobroker  20   0  994116 128972  38404 S   0.7   3.1 114:03.38 io.influxdb.0              
    436 iobroker  20   0 1005712 176776  44120 S   0.7   4.2 114:30.92 io.javascript.0            
    479 iobroker  20   0  678976 105868  38024 S   0.7   2.5  30:38.08 io.mqtt.0                  
  50735 martin    20   0    6988   3180   2696 R   0.3   0.1   0:00.08 top                        
      1 root      20   0  165656  10204   7764 S   0.0   0.2   0:07.93 systemd                    
     50 root      20   0   80264  28660  27700 S   0.0   0.7   0:07.03 systemd-journal            
     66 systemd+  20   0   16048   6872   6016 S   0.0   0.2   0:18.73 systemd-network            
     85 _rpc      20   0    7900   3852   3404 S   0.0   0.1   0:01.17 rpcbind                    
     99 message+  20   0    8272   3844   3352 S   0.0   0.1   0:00.23 dbus-daemon                
    108 root      20   0  151160   3692   3236 S   0.0   0.1   0:01.13 rsyslogd                   
    110 root      20   0   13400   5580   4932 S   0.0   0.1   0:01.31 systemd-logind             
    116 systemd+  20   0   24108  12104   8176 S   0.0   0.3   0:07.18 systemd-resolve            
    153 root      20   0    3744   2340   2096 S   0.0   0.1   0:01.59 cron                       
    160 root      20   0    2504   1716   1600 S   0.0   0.0   0:00.00 agetty                     
    161 root      20   0    7296   4004   3344 S   0.0   0.1   0:00.18 login                      

martin@iobroker-test-sicher:/etc/apt/sources.list.d$ ps -ef |grep kvm   
martin     50742     668  0 23:41 pts/1    00:00:00 grep kvm