Het grote zuinige server topic - deel 3

[DaanHetEendje]

Mars Warrior schreef op vrijdag 10 oktober 2025 @ 11:26:
[...]

Red Hat is goed in het maken van dingen volgens hun eigen manier, die niet altijd compatible zijn met al bestaande applicaties, terwijl ze vaak wel claimen dat het een drop-in replacement is.

Podman is gewoon niet 100% compatible met Docker. En je krijgt garantie tot de voordeur, ondanks service contracten

Maar aan de andere kant is expermenteren leuk. De enige reden dat ik weet dat Podman niet compatible is met wat ik/wij gebruiken, is namelijk omdat ik er mee gespeeld heb. Maar wie weet in de toekomst is het een mooi alternatief voor het Docker eco systeem

Op reddit word ik downvoted als de pest als ik benoem dat Podman absoluut geen drop-in replacement voor docker is omdat het allerlei functionaliteit mist. Maar het is gewoon de realiteit.

Ik zit nu naar nerdctl te kijken als docker vervanger. Dat is een cli tool voor containerd om containertjes te spawnen die ook als doel heeft om docker cli compatible te zijn. En dan geen gare red hat meuk op mijn machines

[RobertMe]

DaanHetEendje schreef op maandag 13 oktober 2025 @ 13:07:
Ik zit nu naar nerdctl te kijken als docker vervanger. Dat is een cli tool voor containerd om containertjes te spawnen die ook als doel heeft om docker cli compatible te zijn. En dan geen gare red hat meuk op mijn machines

Maar ondersteund het ook Quadlets?

Containers definiëren in een systemd unit file is eigenlijk best wel cool. Waarbij individuele containers dus ook kunnen wachten op specifieke zaken (ook van buiten containers dus). Ik heb nu bv Gatus draaien als "uptime checker", maar na een reboot faalt die op een aantal services die die over een VPN moet bereiken omdat de VPN nog niet up is. Met Quadlets kan ik gewoon een Wants=systemd-networkd-wait-online@wg-mesh + After=systemd-networkd-wait-online@wg-mesh toevoegen en klaar. Deze container start pas nadat deze netwerk interface online is. Met Docker kan ik dat niet. Dan zou ik met het handje een docker run ... in een systemd service moeten plaatsen incl goed uitzoeken hoe om te gaan met zaken als stoppen, bijhouden active state, etc (en uiteraard niet Dockers restart optie gebruiken) zodat ik specifiek die unit de afhankelijkheid kan geven. Want uiteraard kan/wil ik niet de hele Docker daemon de afhankelijkheid van één enkele container geven.
Maar dus ook uberhaupt dat alles veel meer "native" voelt. Een container starten/stoppen kan gewoon met systemctl restart gatus bv. Logging gaat automatisch naar de system logs (journald, en dus doorzoekbaar met bv journalctl -u gatus). Standaard monitoring tools voor systemd nemen dus automatisch ook containers mee (of de service aka container wel active is, logging dan, ...).

Dus nee, ik ben niet getrouwd met Podman of vind het super vet cool omdat het van Red Hat is. Maar Quadlets is wel een feature waar ik de voordelen van in zie en die AFAIK geen enkel alternatief heeft.

[Shivs]

DaanHetEendje schreef op maandag 13 oktober 2025 @ 13:07:
[...]
Ik zit nu naar nerdctl te kijken als docker vervanger. Dat is een cli tool voor containerd om containertjes te spawnen die ook als doel heeft om docker cli compatible te zijn. En dan geen gare red hat meuk op mijn machines

Hoewel ik snap dat je niet met Podman wilt werken, heb je zeker wel Red Hat meuk op je machines. De kernel wordt mede door Red Hat ontwikkelt, dus je komt er niet echt onderuit (https://insights.linuxfou...project/korg/contributors)

[Mars Warrior]

RobertMe schreef op maandag 13 oktober 2025 @ 15:41:
[...]

Maar ondersteund het ook Quadlets?

Containers definiëren in een systemd unit file is eigenlijk best wel cool. Waarbij individuele containers dus ook kunnen wachten op specifieke zaken (ook van buiten containers dus). Ik heb nu bv Gatus draaien als "uptime checker", maar na een reboot faalt die op een aantal services die die over een VPN moet bereiken omdat de VPN nog niet up is. Met Quadlets kan ik gewoon een Wants=systemd-networkd-wait-online@wg-mesh + After=systemd-networkd-wait-online@wg-mesh toevoegen en klaar. Deze container start pas nadat deze netwerk interface online is. Met Docker kan ik dat niet. Dan zou ik met het handje een docker run ... in een systemd service moeten plaatsen incl goed uitzoeken hoe om te gaan met zaken als stoppen, bijhouden active state, etc (en uiteraard niet Dockers restart optie gebruiken) zodat ik specifiek die unit de afhankelijkheid kan geven. Want uiteraard kan/wil ik niet de hele Docker daemon de afhankelijkheid van één enkele container geven.
Maar dus ook uberhaupt dat alles veel meer "native" voelt. Een container starten/stoppen kan gewoon met systemctl restart gatus bv. Logging gaat automatisch naar de system logs (journald, en dus doorzoekbaar met bv journalctl -u gatus). Standaard monitoring tools voor systemd nemen dus automatisch ook containers mee (of de service aka container wel active is, logging dan, ...).

Dus nee, ik ben niet getrouwd met Podman of vind het super vet cool omdat het van Red Hat is. Maar Quadlets is wel een feature waar ik de voordelen van in zie en die AFAIK geen enkel alternatief heeft.

Ik heb wel eens een container gedraaid die dat soort zaken kon checken, dus of bijv. VPN/Netwerk op is, en pas DAARNA naar healthy gaat.

Als je dan een depends on doet in de andere container op basis van "healthy", dan kun je via een omweg toch bereiken wat jij wilt.

Het is wel één van de dingen die Podman tracht op te lossen, naast dat ze zich eerder richten op Kubernetes, dan Docker Swarm of Docker Compose.

[I-Lynx]

I-Lynx schreef op zaterdag 4 oktober 2025 @ 10:33:
Ik heb ondertussen weer wat tijd gehad om te proberen.

De bios instellingen van @Bontje Blauw over genomen.
Dat gaf geen merkbaar verschil.

Daarna alle onderdelen stuk voor stuk eruit gehaald en weer terug geplaatst.
De basis was 24 watt.
Zonder Netwerkkaart: 18 watt.
Zonder Netac SSD: 15 watt

We zijn weer een ruime week verder.
Het systeem draait nu volledig.
De netwerkkaart en Netac SSD zijn eruit. De SSD is vervangen voor een 2e WD Green 512gb SSD die ik nog had liggen.

Zoals in mijn vorige post gemeld komt het idle verbruik met alle apparatuur aan, zonder VM's en Containers in Proxmox rond de 15 watt.

Nu alles VM's en containers draaien is het verbruik toegenomen tot ongeveer 35 watt.
Er draait nu het volgende:
VM: pfSense
VM: Home Assistant
VM: Open Media Vault
CT: Omada controller
CT: Frigate.

De containers heb ik voor zover mogelijk op de E-Cores ingesteld.
Ook Frigate draait op de E-Core's.

Dit is mijn Powertop:

code:

           Pkg(HW)  |            Core(HW) |            CPU(OS) 0   CPU(OS) 1
                    |                     | C0 active   4.3%        3.3%
                    |                     | POLL        0.0%    0.1 ms  0.0%    0.1 ms
                    |                     | C1_ACPI    17.9%    0.2 ms  3.9%    0.1 ms
C2 (pc2)    0.0%    |                     | C2_ACPI    33.7%    0.4 ms 13.6%    0.6 ms
C3 (pc3)    0.0%    | C3 (cc3)    0.0%    | C3_ACPI    43.8%    1.6 ms 79.0%    5.8 ms
C6 (pc6)    0.0%    | C6 (cc6)    2.7%    |
C7 (pc7)    0.0%    | C7 (cc7)   15.8%    |
C8 (pc8)    0.0%    |                     |
C9 (pc9)    0.0%    |                     |
C10 (pc10)  0.0%    |                     |

                    |            Core(HW) |            CPU(OS) 2   CPU(OS) 3
                    |                     | C0 active   4.3%        1.2%
                    |                     | POLL        0.1%    0.1 ms  0.1%    0.1 ms
                    |                     | C1_ACPI    20.8%    0.2 ms  4.4%    0.2 ms
                    |                     | C2_ACPI    36.0%    0.4 ms 15.5%    0.5 ms
                    | C3 (cc3)    0.0%    | C3_ACPI    39.1%    1.5 ms 78.8%    5.6 ms
                    | C6 (cc6)    1.1%    |
                    | C7 (cc7)   10.4%    |
                    |                     |
                    |                     |
                    |                     |

Zelfs met alleen pfSense VM (als ik die uitzet dan hebben we geen internet meer en heb ik ruzie thuis ) blijft bovenstaande het zelfde.

Ik doe dus iets fout.... maar wat...
Het enige wat qua hardware veranderd is, is dat de USB > Serial devices voor Z-Wave, P1 meter en UPS zijn ingeplugd.

Al met al is het totale verbruik van de oude situatie (Chineese router, Synology nas etc) gedaald van 90watt naar 50 watt (server plus PoE Switch).
Dus het is al wel een verbetering maar het kan beter.

Nog een kleine test:
Alleen pfSense en Home Assistant draaien: 30 watt.
Omada controller erbij: 32 watt
OMV erbij: 32 watt
Frigate erbij: 35 watt. Afhankelijk of de camera's beweging detecteren.

We gaan nog wat stoeien met E-Cores.

[Appesteijn]

I-Lynx schreef op maandag 13 oktober 2025 @ 21:37:
[...]

We zijn weer een ruime week verder.
Het systeem draait nu volledig.
De netwerkkaart en Netac SSD zijn eruit. De SSD is vervangen voor een 2e WD Green 512gb SSD die ik nog had liggen.

Zoals in mijn vorige post gemeld komt het idle verbruik met alle apparatuur aan, zonder VM's en Containers in Proxmox rond de 15 watt.

Nu alles VM's en containers draaien is het verbruik toegenomen tot ongeveer 35 watt.
Er draait nu het volgende:
VM: pfSense
VM: Home Assistant
VM: Open Media Vault
CT: Omada controller
CT: Frigate.

De containers heb ik voor zover mogelijk op de E-Cores ingesteld.
Ook Frigate draait op de E-Core's.

Dit is mijn Powertop:

code:

           Pkg(HW)  |            Core(HW) |            CPU(OS) 0   CPU(OS) 1
                    |                     | C0 active   4.3%        3.3%
                    |                     | POLL        0.0%    0.1 ms  0.0%    0.1 ms
                    |                     | C1_ACPI    17.9%    0.2 ms  3.9%    0.1 ms
C2 (pc2)    0.0%    |                     | C2_ACPI    33.7%    0.4 ms 13.6%    0.6 ms
C3 (pc3)    0.0%    | C3 (cc3)    0.0%    | C3_ACPI    43.8%    1.6 ms 79.0%    5.8 ms
C6 (pc6)    0.0%    | C6 (cc6)    2.7%    |
C7 (pc7)    0.0%    | C7 (cc7)   15.8%    |
C8 (pc8)    0.0%    |                     |
C9 (pc9)    0.0%    |                     |
C10 (pc10)  0.0%    |                     |

                    |            Core(HW) |            CPU(OS) 2   CPU(OS) 3
                    |                     | C0 active   4.3%        1.2%
                    |                     | POLL        0.1%    0.1 ms  0.1%    0.1 ms
                    |                     | C1_ACPI    20.8%    0.2 ms  4.4%    0.2 ms
                    |                     | C2_ACPI    36.0%    0.4 ms 15.5%    0.5 ms
                    | C3 (cc3)    0.0%    | C3_ACPI    39.1%    1.5 ms 78.8%    5.6 ms
                    | C6 (cc6)    1.1%    |
                    | C7 (cc7)   10.4%    |
                    |                     |
                    |                     |
                    |                     |

Zelfs met alleen pfSense VM (als ik die uitzet dan hebben we geen internet meer en heb ik ruzie thuis ) blijft bovenstaande het zelfde.

Ik doe dus iets fout.... maar wat...
Het enige wat qua hardware veranderd is, is dat de USB > Serial devices voor Z-Wave, P1 meter en UPS zijn ingeplugd.

Al met al is het totale verbruik van de oude situatie (Chineese router, Synology nas etc) gedaald van 90watt naar 50 watt (server plus PoE Switch).
Dus het is al wel een verbetering maar het kan beter.

Nog een kleine test:
Alleen pfSense en Home Assistant draaien: 30 watt.
Omada controller erbij: 32 watt
OMV erbij: 32 watt
Frigate erbij: 35 watt. Afhankelijk of de camera's beweging detecteren.

We gaan nog wat stoeien met E-Cores.

Toevallig ook vorige week geprobeerd om een vergelijkbare setup met opnsense en Home Assistant met een USB P1 meter en een USB Zigbee eraan in C1 of beter te krijgen. Niet gelukt.

Lang verhaal kort:
De USB devices en het netwerkverkeer zorgden ervoor dat het systeem niet in C1 kwam. P1 meter nog wel vervangen door een Esphome-Wifi versie, maar dat mocht niet baten.

[RobertMe]

Appesteijn schreef op maandag 13 oktober 2025 @ 21:43:
[...]


Toevallig ook vorige week geprobeerd om een vergelijkbare setup met opnsense en Home Assistant met een USB P1 meter en een USB Zigbee eraan in C1 of beter te krijgen. Niet gelukt.

Mijn N5105 based router doet wel gewoon C8 voor 1,5% , alle percentages opgeteld ~30% dus 70% actief. Waarbij ik mij af vraag hoeveel verlies je niet maakt door een VM te draaien (met een *Sense variant). Alhoewel er volgens mij ook ervaringen waren dat Proxmox + *Sense zuiniger is/kan zijn dan *Sense bare metal. Dus je kunt er wel iets mee winnen ten opzichte van BSD dat "nog slechtere" power management heeft.

Dit doet mij overigens wel meteen "twijfelen" of ik wel "ooit" een all-in-one bak moet gaan bouwen met een i5 of zo die ook als firewall dienst doet. Als die onder internet gebruik in zo'n lage C-states blijft. Betekend dus gewoon dat er vele watts op zouden gaan puur aan "internet verkeer afhandelen" terwijl een low power bakje (of zelfs een dual NIC SBCtje) dan veel zuiniger zou zijn en een "grote bak" veel meer in de hoge C-states kan zijn.

[tuxie6]

I-Lynx schreef op maandag 13 oktober 2025 @ 21:37:
[...]

We zijn weer een ruime week verder.
Het systeem draait nu volledig.
De netwerkkaart en Netac SSD zijn eruit. De SSD is vervangen voor een 2e WD Green 512gb SSD die ik nog had liggen.

Zoals in mijn vorige post gemeld komt het idle verbruik met alle apparatuur aan, zonder VM's en Containers in Proxmox rond de 15 watt.

Nu alles VM's en containers draaien is het verbruik toegenomen tot ongeveer 35 watt.
Er draait nu het volgende:
VM: pfSense
VM: Home Assistant
VM: Open Media Vault
CT: Omada controller
CT: Frigate.

De containers heb ik voor zover mogelijk op de E-Cores ingesteld.
Ook Frigate draait op de E-Core's.

Dit is mijn Powertop:

code:

           Pkg(HW)  |            Core(HW) |            CPU(OS) 0   CPU(OS) 1
                    |                     | C0 active   4.3%        3.3%
                    |                     | POLL        0.0%    0.1 ms  0.0%    0.1 ms
                    |                     | C1_ACPI    17.9%    0.2 ms  3.9%    0.1 ms
C2 (pc2)    0.0%    |                     | C2_ACPI    33.7%    0.4 ms 13.6%    0.6 ms
C3 (pc3)    0.0%    | C3 (cc3)    0.0%    | C3_ACPI    43.8%    1.6 ms 79.0%    5.8 ms
C6 (pc6)    0.0%    | C6 (cc6)    2.7%    |
C7 (pc7)    0.0%    | C7 (cc7)   15.8%    |
C8 (pc8)    0.0%    |                     |
C9 (pc9)    0.0%    |                     |
C10 (pc10)  0.0%    |                     |

                    |            Core(HW) |            CPU(OS) 2   CPU(OS) 3
                    |                     | C0 active   4.3%        1.2%
                    |                     | POLL        0.1%    0.1 ms  0.1%    0.1 ms
                    |                     | C1_ACPI    20.8%    0.2 ms  4.4%    0.2 ms
                    |                     | C2_ACPI    36.0%    0.4 ms 15.5%    0.5 ms
                    | C3 (cc3)    0.0%    | C3_ACPI    39.1%    1.5 ms 78.8%    5.6 ms
                    | C6 (cc6)    1.1%    |
                    | C7 (cc7)   10.4%    |
                    |                     |
                    |                     |
                    |                     |

Zelfs met alleen pfSense VM (als ik die uitzet dan hebben we geen internet meer en heb ik ruzie thuis ) blijft bovenstaande het zelfde.

Ik doe dus iets fout.... maar wat...
Het enige wat qua hardware veranderd is, is dat de USB > Serial devices voor Z-Wave, P1 meter en UPS zijn ingeplugd.

Al met al is het totale verbruik van de oude situatie (Chineese router, Synology nas etc) gedaald van 90watt naar 50 watt (server plus PoE Switch).
Dus het is al wel een verbetering maar het kan beter.

Nog een kleine test:
Alleen pfSense en Home Assistant draaien: 30 watt.
Omada controller erbij: 32 watt
OMV erbij: 32 watt
Frigate erbij: 35 watt. Afhankelijk of de camera's beweging detecteren.

We gaan nog wat stoeien met E-Cores.

Staat pfsense nog op performance, dit is default tegenover adaptive of powersave, op de nieuwerwetse cpu's kan hij gewoon op powersave staan tegenover de atom heeft een i-core iets meer oempf

Als je vm's draait zul je die appart op zuinigheid moeten controleren, 1 voor 1 draaien en wattage checken op een wattmeter.

Usb device's zijn niet perse zuinig. Soms is een apparte espwifi to Homeassistent oplossing zuiniger als een usbtje in de server steken.
Controleer dit per usb device.
Ook proxmox staat volgens mij default op performance het kan schelen om deze op balanced of powersave te zetten.

[Mich]

RobertMe schreef op maandag 13 oktober 2025 @ 22:45:
[...]

Mijn N5105 based router doet wel gewoon C8 voor 1,5% , alle percentages opgeteld ~30% dus 70% actief. Waarbij ik mij af vraag hoeveel verlies je niet maakt door een VM te draaien (met een *Sense variant). Alhoewel er volgens mij ook ervaringen waren dat Proxmox + *Sense zuiniger is/kan zijn dan *Sense bare metal. Dus je kunt er wel iets mee winnen ten opzichte van BSD dat "nog slechtere" power management heeft.

Dit doet mij overigens wel meteen "twijfelen" of ik wel "ooit" een all-in-one bak moet gaan bouwen met een i5 of zo die ook als firewall dienst doet. Als die onder internet gebruik in zo'n lage C-states blijft. Betekend dus gewoon dat er vele watts op zouden gaan puur aan "internet verkeer afhandelen" terwijl een low power bakje (of zelfs een dual NIC SBCtje) dan veel zuiniger zou zijn en een "grote bak" veel meer in de hoge C-states kan zijn.

Ik in proxmox alleen mijn opnsense vm aanzet blijf ik nog steeds op +-45% c10 hangen. Maar het klopt wel, doe je er nog een vm of 2 bij ben je helemaal uit je power states, maar het kan dan nog steeds "zuinig" draaien door de goede basis.

[Appesteijn]

RobertMe schreef op maandag 13 oktober 2025 @ 22:45:
[...]

Dit doet mij overigens wel meteen "twijfelen" of ik wel "ooit" een all-in-one bak moet gaan bouwen met een i5 of zo die ook als firewall dienst doet. Als die onder internet gebruik in zo'n lage C-states blijft. Betekend dus gewoon dat er vele watts op zouden gaan puur aan "internet verkeer afhandelen" terwijl een low power bakje (of zelfs een dual NIC SBCtje) dan veel zuiniger zou zijn en een "grote bak" veel meer in de hoge C-states kan zijn.

Ik draai op Proxmox:
- OPNSense (VM)
- Home Assistant (VM) (Met nog 1 Zzigbee USB device direct passthrough)
- Debian met 4 dockers (VM)
- TrueNAS (VM) (twee hdd's direct passthrough)
- Immich (LXC)
- PiHole (LXC)
- Vaultwarden (LXC)
- Omada (LXC)

In powertop houden de X550-T2 netwerkkaart, het USB device en de NVME schijf waar alle VM's op draaien allemaal 100% waardoor ik heel af en toe 0.3% in C1 zit. Dit is ongeveer 45-50 Watt minimaal.

[RobertMe]

RobertMe schreef op maandag 13 oktober 2025 @ 22:45:
[...]

Mijn N5105 based router doet wel gewoon C8 voor 1,5% , alle percentages opgeteld ~30% dus 70% actief. Waarbij ik mij af vraag hoeveel verlies je niet maakt door een VM te draaien (met een *Sense variant). Alhoewel er volgens mij ook ervaringen waren dat Proxmox + *Sense zuiniger is/kan zijn dan *Sense bare metal. Dus je kunt er wel iets mee winnen ten opzichte van BSD dat "nog slechtere" power management heeft.

Dit doet mij overigens wel meteen "twijfelen" of ik wel "ooit" een all-in-one bak moet gaan bouwen met een i5 of zo die ook als firewall dienst doet. Als die onder internet gebruik in zo'n lage C-states blijft. Betekend dus gewoon dat er vele watts op zouden gaan puur aan "internet verkeer afhandelen" terwijl een low power bakje (of zelfs een dual NIC SBCtje) dan veel zuiniger zou zijn en een "grote bak" veel meer in de hoge C-states kan zijn.

Blijkbaar komt dat door qBittorrent. Als ik dan toch een zelfbouw router heb met gewoon Debian kan ik ook mijn netwerk ontlasten door op de router de Linux ISOs binnen te halen Als ik die stop doet die alleen al ~30% C8 (hoger komt die nog steeds niet, maar C8 vs C10 zal ook niet het verschil maken). In verbruik lijkt het met kort testen ook niet uit te maken. Smartplug met UPS met daarop router + Ziggo modem + PoE switch (met daarop access point + kleine switch + Tado bridge via PoE) blijft 35, 36W verbruiken. Lijkt dus niet iets te zijn dat echt verschil maakt in daadwerkelijk stroomverbruik.

[spoor12b]

@Mich zojuist eindelijk eraan toegekomen om dit te proberen:

nano /etc/modprobe.d/i915.conf (en de andere stappen). Het had helaas geen resultaat maar altijd goed om te proberen.

@mrmrmr zojuist ook re-size bar support ingeschakeld maar dat hielp helaas ook niet.

Wellicht ga ik nog een post doen, de 6.10 kernel heeft helaas hetzelfde probleem. Dit terwijl het eerder wel werkte. Is ongetwijfeld een combinatie van meerdere factoren.

Voor nu gaat de NAS toch maar weer terug naar z'n oude plek want die pruttelende geluiden van de array heb ik nu wel gehoord

Wel als maatregel in de BIOS de GT max frequency van 1200mHz naar 200 teruggebracht. Scheelt wellicht ook weer nu het systeem dit niet zelf kan regelen.

[I-Lynx]

tuxie6 schreef op dinsdag 14 oktober 2025 @ 09:13:
[...]


Staat pfsense nog op performance, dit is default tegenover adaptive of powersave, op de nieuwerwetse cpu's kan hij gewoon op powersave staan tegenover de atom heeft een i-core iets meer oempf

Als je vm's draait zul je die appart op zuinigheid moeten controleren, 1 voor 1 draaien en wattage checken op een wattmeter.

Usb device's zijn niet perse zuinig. Soms is een apparte espwifi to Homeassistent oplossing zuiniger als een usbtje in de server steken.
Controleer dit per usb device.
Ook proxmox staat volgens mij default op performance het kan schelen om deze op balanced of powersave te zetten.

pfSense staat alles op Powersafe
Proxmox staat ook op Powersafe
De USB Devices zijn een Z-Wave USB Stick (aeotec z-Stick 10 pro), een USB P1 kabel (is volgens mij een USB serieel dingetje) en de EATON UPS.
De UPS hangt direct aan Proxmox met NUT server.
De andere 2 USB devices zijn passthrough naar HA.

Ik zal de overige VM's en CT's nog eens na lopen. Misschien dan OMV ook nog wel wat te tweaken valt.

[bjp]

Mars Warrior schreef op zondag 12 oktober 2025 @ 22:38:
[...]
en on-demand containers kunnen starten en stoppen. Dat was ook een reden om Traefik te gaan gebruiken. Of dat lekker werkt en het verbruik nog iets kan verminderen is afwachten.

dat lijkt me een prima reden! ik zoek zoiets voor NginxProxyManager on proxmox om CT/VM's op te starten/pauzeren wanneer niet nodig.

Bijvoorbeeld nextcloud, jellyfin of zo. Geen access -> geen verbruik. Zou tof zijn.

[Mars Warrior]

bjp schreef op woensdag 15 oktober 2025 @ 19:51:
[...]
dat lijkt me een prima reden! ik zoek zoiets voor NginxProxyManager on proxmox om CT/VM's op te starten/pauzeren wanneer niet nodig.

Bijvoorbeeld nextcloud, jellyfin of zo. Geen access -> geen verbruik. Zou tof zijn.

Dit gaat zuiver over containers: https://sablierapp.dev/#/

Deze heeft dus wel plug-ins voor allerhande proxies. Maar ik zie bij de providers enkel containers staan.

[janvdw]

Momenteel heb ik een server draaien met Ubuntu 24.04.3 LTS (headless, geen GUI) op een samenraapsel van oude hardware:

• MSI B250
• intel i5-7500
• 16 GB RAM
• M.2 SSD 128 GB (OS)
• intel SATA SSD 500GB (Ebay) (voor Docker containers)
• HDD 2 TB (Frigate opslag)
• HDD 2 TB (*Linux Distro's* en persoonlijke foto's)
• Coral TPU in PCI extension card
• Be Quiet PSU350w

Volgende Dockers actief en half te bereiken via eigen domein (Cloudflare > Caddy) of Wireguard VPN op Unifi Ultra Gateway:

• Portainer
• Beszel
• downloadtools voor *distro's* met Gluetun
• Nextcloud AIO
• Ghostfolio
• Actual budget
• HomeAssistant (via een Zwave stick voor aansturen van zwave verlichtingsschakelaars en meldingen van Frigate)
• Frigate (3 camera's)
• Immich
• Arr*
• Emby
• Caddy

Dit trekt gemiddeld 32 Watt uit het stopcontact met continue opname door camera's.

Backups van belangrijkste zaken (vooral de foto's) lopen via rsync naar Hetzner storage box. De opbouw is wat organisch gegroeid en misschien is herinstalleren van proxmox met VM (backup volledige VM) en een RAID-Z* oplossing interessanter. Ik vermoed dat het niet interessant is om Frigate naar de RAID-Z pool te laten schrijven? Kwestie van verbruik en meerdere schijven te verslijten?

[buell]

Hallo,
Ik gebruik proxmox op mijn Odroid h4+ en die heb ik nu ongeveer 100 dagen met compleet nieuwe hardware. Wat mij vandaag opvalt is dat ik in de smart result een wearout krijg van 1% op mijn SSD. Dit lijkt erg snel mijn inziens. Ik draai over de laatste maanden enkel Pfsense, Homeassistant, Omada controller en een fileserver. volgens mij niet erg intensieve taken. temperatuur van de SSD is overigens vrij stabiel rond de 35 graden.






Ik gebruik al jaren proxmox en het viel me in mijn vorige setup ook op dat ik een wearout had maar die starte met een nieuwe ssd al op 10%. Ik dacht dat het in dit geval aan de SSD lag maar nu zie ik het weer met comleet nieuwe hardware.

Zijn er meerdere die dit zelfde fenomeen hebben en moet ik me hier zorgen gaan maken? (wellichtbegrijp ik de term Wear out verkeerd)

[GioStyle]

Ik voorzie geen problemen, ik heb het ook en ervaar het als normaal gedrag. Een ssd moet je ook meer zien als een gebruiksvoorwerp waar je 'tijdelijk' je data opslaat en gebruikt.

[dcm360]

Als ik dat extrapoleer kom je ook nog uit op een verwachte levensduur van meer dan 25 jaar, gebaseerd op de writes. Dat valt toch best mee?

[buell]

dcm360 schreef op woensdag 22 oktober 2025 @ 12:14:
Als ik dat extrapoleer kom je ook nog uit op een verwachte levensduur van meer dan 25 jaar, gebaseerd op de writes. Dat valt toch best mee?

Heb je denk ik helemaal gelijk in. Ik vroeg me gewoon af stel de waarde is 50% of dat dit dan ook dataverlies geeft? Zo niet laat ik hem lekker de komende jaren door pruttelen zo en vervang ik hem wel na een jaartje of 10.
Achteraf had ik wellicht beter een kleinere SSD kunnen nemen. Ik gebruik hem nu maar voor 25%. Heb een deel van mijn files op de SSD staan waar ik vaker toegang tot nodig heb.

Mijn sata controller is via PCI passtrough doorgegeven aan Truenas. Daar hangen op dit moment 2 5Tb 2,5inch segate diskjes aan. die gaan automatish in spindown om het verbruik te verminderen. Die data heb ik echt maar sporadisch nodig.

overigens zit mijn totate setup full running op 11 watt. (brensthull meter)
Pfsense
Home assistant met 3 usb aansluitingen (Zwave, Zigbee en P1)
Influxdb (container)
Truenas
Omada (Container) controler voor de wifi accecpoins.

Ik heb er powertop op gezet en vermoed dat het nog wel iets zuiniger kan maar ben overall meer dan tevreden.

Hiervoor had ik een supermicro server met een continue verbruik van 25 tot 35 watt.
Ik heb hem nog staan en weet nog niet wat ik er mee ga doen. Onlangs ff kaal proxmox geinstalleerd en dan zit ik op 17 watt met spindown. Blijft wel een beest vergeleken met de odroid.

#	Categorie	Product	Prijs	Subtotaal
1	Processors	Intel Xeon E3-1230 v6 Boxed	€ 362,40	€ 362,40
1	Moederborden	Supermicro X11SSH-LN4F	€ 0,-	€ 0,-
4	Interne harde schijven	WD Red WD30EFRX, 3TB	€ 139,-	€ 556,-
1	USB/Opslag-controllers	Conceptronic PCI Express Card SATA 600	€ 32,99	€ 32,99
1	Behuizingen	Fractal Design Define R5 Zwart	€ 123,17	€ 123,17
1	Kabels	Startech.com 4x SATA Power Splitter Adapter Cable (PYO4SATA)	€ 5,90	€ 5,90
1	Processorkoeling	Noctua NH-U9B SE2	€ 0,-	€ 0,-
1	Ventilators	be quiet! Pure Wings 2, 140mm	€ 0,-	€ 0,-
4	Geheugen intern	Kingston ValueRAM KVR21E15D8/16	€ 0,-	€ 0,-
1	Voedingen	Cooler Master V Series V550	€ 0,-	€ 0,-
1	Interne SSD's	Samsung 960 EVO 250GB	€ 94,90	€ 94,90
			Totaal	€ 1.175,36

[Mars Warrior]

buell schreef op woensdag 22 oktober 2025 @ 11:34:
Hallo,
Ik gebruik proxmox op mijn Odroid h4+ en die heb ik nu ongeveer 100 dagen met compleet nieuwe hardware. Wat mij vandaag opvalt is dat ik in de smart result een wearout krijg van 1% op mijn SSD. Dit lijkt erg snel mijn inziens. Ik draai over de laatste maanden enkel Pfsense, Homeassistant, Omada controller en een fileserver. volgens mij niet erg intensieve taken. temperatuur van de SSD is overigens vrij stabiel rond de 35 graden.

[Afbeelding]
[Afbeelding]


Ik gebruik al jaren proxmox en het viel me in mijn vorige setup ook op dat ik een wearout had maar die starte met een nieuwe ssd al op 10%. Ik dacht dat het in dit geval aan de SSD lag maar nu zie ik het weer met comleet nieuwe hardware.

Zijn er meerdere die dit zelfde fenomeen hebben en moet ik me hier zorgen gaan maken? (wellichtbegrijp ik de term Wear out verkeerd)

Mijn Black in mijn PC:

code:

WD_BLACK SN770 2TB --------------------------------------------------------

 [Algemene informatie]
  Schijfstationcontroller:                NVMe (PCIe 4x 16.0 GT/s)
  Hostcontroller:                         Sandisk, Device ID: 5017
  Schijfmodel:                            WD_BLACK SN770 2TB
  Aandrijvingscapaciteit:                 1,907,729 MBytes (2000 GB)
 [Mogelijkheden]
 [Self-Monitoring, Analysis and Reporting Technology (S.M.A.R.T.)]
  Beschikbare ruimte onder drempel:       Normaal
  Temperatuur overschrijdt kritische drempel: Normaal
  Apparaatbetrouwbaarheid verslechterd:   Normaal
  Media in alleen-lezen modus:            Normaal
  Vluchtig geheugenback-upapparaat mislukt: Normaal
  Schijftemperatuur:                      32  C
  Waarschuwingstemperatuurdrempel:        84  C
  Kritische temperatuurdrempel:           88  C
  Tijd boven waarschuwingstemperatuurdrempel: 0 minuten
  Tijd boven kritische temperatuurdrempel: 0 minuten
  Reservecapaciteit beschikbaar:          100%
  Apparaatstatus:                         98%
  Vermogenscycli:                         1398
  Inschakeluren:                          1294 uur
  Onveilige afsluitingen:                 65
  Mediafouten:                            0
  Totaal aantal gelezen host:             72539 GBytes
  Totaal aantal hostschrijfacties:        73732 GBytes

Dat is dus 2% in 2 jaar waarbij totaal 73TB is geschreven, zo'n 36TB / jaar.
Lijkt minder slijtage dan wat jij hebt (dit zou 100 jaar gebruik betekenen), maar niks zorgwekkends volgens mij.

[dcm360]

buell schreef op woensdag 22 oktober 2025 @ 12:29:
[...]


Heb je denk ik helemaal gelijk in. Ik vroeg me gewoon af stel de waarde is 50% of dat dit dan ook dataverlies geeft? Zo niet laat ik hem lekker de komende jaren door pruttelen zo en vervang ik hem wel na een jaartje of 10.

Zou dat niet een beetje vreemd zijn, halverwege de levensduur al niet meer geschikt zijn voor opslag van data? Volgens de specificaties mag je er immers (zonder dat je problemen verwacht) 3PB naar wegschrijven.

[RobertMe]

Mars Warrior schreef op woensdag 22 oktober 2025 @ 12:30:
[...]

Mijn Black in mijn PC:

code:

WD_BLACK SN770 2TB --------------------------------------------------------

 [Algemene informatie]
  Schijfstationcontroller:                NVMe (PCIe 4x 16.0 GT/s)
  Hostcontroller:                         Sandisk, Device ID: 5017
  Schijfmodel:                            WD_BLACK SN770 2TB
  Aandrijvingscapaciteit:                 1,907,729 MBytes (2000 GB)
 [Mogelijkheden]
 [Self-Monitoring, Analysis and Reporting Technology (S.M.A.R.T.)]
  Beschikbare ruimte onder drempel:       Normaal
  Temperatuur overschrijdt kritische drempel: Normaal
  Apparaatbetrouwbaarheid verslechterd:   Normaal
  Media in alleen-lezen modus:            Normaal
  Vluchtig geheugenback-upapparaat mislukt: Normaal
  Schijftemperatuur:                      32  C
  Waarschuwingstemperatuurdrempel:        84  C
  Kritische temperatuurdrempel:           88  C
  Tijd boven waarschuwingstemperatuurdrempel: 0 minuten
  Tijd boven kritische temperatuurdrempel: 0 minuten
  Reservecapaciteit beschikbaar:          100%
  Apparaatstatus:                         98%
  Vermogenscycli:                         1398
  Inschakeluren:                          1294 uur
  Onveilige afsluitingen:                 65
  Mediafouten:                            0
  Totaal aantal gelezen host:             72539 GBytes
  Totaal aantal hostschrijfacties:        73732 GBytes

Dat is dus 2% in 2 jaar waarbij totaal 73TB is geschreven, zo'n 36TB / jaar.
Lijkt minder slijtage dan wat jij hebt (dit zou 100 jaar gebruik betekenen), maar niks zorgwekkends volgens mij.

Maar jij gebruikt ook geen Proxmox. Proxmox is nogal schrijf intensief doordat die zeer regelmatig statistieken opslaat (CPU-, geheugen-, schijf- verbruik per LXC / VM).

Het stoppen van die statistieken daemon scheelt dus vast nogal in hoe veel er geschreven wordt (en ook in energieverbruik doordat systeem veel meer idle kan blijven).

[buell]

RobertMe schreef op woensdag 22 oktober 2025 @ 13:11:
[...]

Maar jij gebruikt ook geen Proxmox. Proxmox is nogal schrijf intensief doordat die zeer regelmatig statistieken opslaat (CPU-, geheugen-, schijf- verbruik per LXC / VM).

Het stoppen van die statistieken daemon scheelt dus vast nogal in hoe veel er geschreven wordt (en ook in energieverbruik doordat systeem veel meer idle kan blijven).

dus als ik het goed begrijp het volgende uitvoeren?
systemctl disable pvestatd

en uiteraard als het systeem aan blijft
systemctl stop pvestatd

[RobertMe]

buell schreef op woensdag 22 oktober 2025 @ 13:14:
[...]

dus als ik het goed begrijp het volgende uitvoeren?
systemctl disable pvestatd

en uiteraard als het systeem aan blijft
systemctl stop pvestatd

Of combineren met systemctl disable --now pvestatd (overigens niet gecontroleerd of het daadwerkelijk de juiste service naam is, maar het klinkt wel correct).

En uiteraard zul je daarna geen / lege grafieken in het dashboard / de WebUI hebben.

[Mars Warrior]

Mars Warrior schreef op dinsdag 7 oktober 2025 @ 11:10:
Zo. Ff een update van het gemiddelde verbruik van mijn server vanaf Juli 2023...
De verschillende kleuren komen (denk ik) door reboots en container (Telegraf/Influx) updates.

Je ziet duidelijk een oplopende trend. Ooit kreeg ik de gemiddelde package-power op/onder de 2W, maar nieuwe containers (nu 50), wijzigingen/updates van containers en Ubuntu kunnen voor wisselend verbruik zorgen. Sommigen voegen plotseling een (voor mij onnodige) health-check toe - en dus toenemend verbruik, waar anderen die health-check plotseling weer verwijderen - en dus afnemend verbruik.

Het blijkt ook dat een aantal containers af en toe controleren of je één van de laatste versies draait: als dat niet zo is, dan worden ze drukker blijkbaar, want na updaten is het verbruik gewoon lager!

Al met al ga ik weer richting de 6W qua gemiddeld package-power verbruik. Een factor 3 meer dan waar ik in 2023 mee begon, maar aan de andere kant is het ook een illusie dat zware containers "gratis" zijn. Die zijn er eind 2024/begin 2025 bijgekomen. En dat is duidelijk te zien aan het gemiddelde verbruik.

Ik ben er nog niet achter waarom Ubuntu nu in ACPI mode draait, dus het kan zijn dat als Ubuntu weer gewoon in C-states draait (hopelijk c6-c10), dat het gemiddelde verbruik nog iets zakt.

Met 50 containers zal het geen 2W meer worden, maar 1-2W minder is weer leuk meegenomen.

De energierekening is nog steeds ca 400kWh/jaar lager dan met de oude server(s), dus nog steeds erg tevreden met deze setup op basis van een 13900K (8P + 16E) waarbij het grote aantal E-cores voor een significante kWh besparing zorgen tov alles op P-cores draaien.

[Afbeelding]

Zo. 7 oktober was ik al blij dat ik door health checks uit te zetten weer gemiddeld van 9W naar de 6W package power ging, en vroeg ik me af of het nog minder kon worden...

Nou ja, blijkbaar wel! Het is nu een week geleden dat ik CrowdSec heb geinstalleerd en getuned als firewall en Traefik als proxy. De bodem zit nu op 2,8W en het gemiddelde op 3,9W. Dat is bijna de oranje lijn (ca 3W) van 1 jaar geleden.



Het vroeg tegenhouden van al dat gerammel aan de poort scheelt gewoon duidelijk CPU cycles

Vanaf 16 oktober zit ik nu op 118 alerts per dag. En zoals je ziet gaat dit gewoon de hele dag door. Zo'n 60% van de 'aanvallen' is op IP adres (en dus kansloos), en de overige 40% is op een domein gericht.

Een Alert overigens komt gemiddeld voort uit 4 events, dus er wordt minimaal 470 keer per dag aan de poort gerammeld van mijn zuinige server
In de firewall staan nu 92 actieve bans, oftewel IP adressen die direct geblokkeerd worden als ze langskomen. En dat in 1 weekje De top-3 landen zijn Amerika, Engeland en Japan.

[PuijkeN]

bjp schreef op woensdag 15 oktober 2025 @ 19:51:
[...]


dat lijkt me een prima reden! ik zoek zoiets voor NginxProxyManager on proxmox om CT/VM's op te starten/pauzeren wanneer niet nodig.

Bijvoorbeeld nextcloud, jellyfin of zo. Geen access -> geen verbruik. Zou tof zijn.

Met Traefik en een soort "watchdog" container kan je zoiets vrij eenvoudig fixen, ik heb dit gedaan voor mijn Webtop container automatisch af te sluiten nadat er 15 minuten geen connectie is.

Samengevat, de watchdog-webtop container draait altijd, de webtop container staat standaard uit. In de watchdog container draaien 2 scripts die er voor zorgen dat de webtop container stopt indien er 15 minuten geen connectie is op de inkomende poort (van de webtop container) en anderzijds indien de webtop container uit staat en er een inkomende connectie is op de wactchdog container hij de webtop container opstart.

Verder zit de logica gewoon in Traefik waar je 2 containers dezelfde host rule kan geven maar een verschillende prioriteit. Tenzij de webtop container uit staat, zal verkeer altijd naar die container gaan (prio 20). Als de container uit staat wordt het verkeer naar de watchdog container gestuurd, welke de webtop container zal opstarten.

Watchdog container traefik docker-compose stukje:

code:

      traefik.http.routers.webtop-proxy.entrypoints: websecure
      traefik.http.routers.webtop-proxy.rule: Host(`webtop.domein.be`)
      traefik.http.routers.webtop-proxy.tls: true
      traefik.http.routers.webtop-proxy.tls.certresolver: wildcard-godaddy
      traefik.http.routers.webtop-proxy.priority: 10
      traefik.http.routers.webtop-proxy.tls.domains[0].main: "*.domein.be"
      traefik.http.services.webtop-proxy.loadbalancer.server.port: 5000
      traefik.enable: true

Webtop container traefik docker-compose stukje:

code:

      traefik.http.routers.webtop-secure.entrypoints: websecure
      traefik.http.routers.webtop-secure.rule: Host(`webtop.domein.be`)
      traefik.http.routers.webtop-secure.tls: true
      traefik.http.routers.webtop-secure.tls.certresolver: wildcard-godaddy
      traefik.http.routers.webtop-secure.priority: 20
      traefik.http.routers.webtop-secure.tls.domains[0].main: "*.domein.be"
      traefik.http.services.webtop-secure.loadbalancer.server.port: 3001
      traefik.http.services.webtop-secure.loadbalancer.server.scheme: https
      traefik.enable: true

De watchdog container heb ik redelijk eenvoudig kunnen opbouwen met ChatGPT/CoPilot en bestaat uit flask en de 2 scripts die uitgevoerd worden. Concreet is het een check die uitgevoerd wordt richting de webtop container (ss) om te zien of er activiteit is op de poort. Anderzijds is het een python script voor flask welke nagaat of de webtop container gestart is, en indien niet deze opstart en een redirect doet naar de originele URL (waardoor traefik door de hogere prio plots naar de andere container verwijst).

Enige nadeel is dat de watchdog container toegang nodig heeft tot de docker.sock om de nodige zaken te kunnen uitvoeren en er dus wel "veel" rechten nodig zijn voor die watchdog container, maar ach, ik draai hier geen geheime zaken
Als er interesse is kan ik hier wel de Dockerfile and scriptjes nog zetten ook, komt echter ook vrij eenvoudig uit AI assistenten.

[Ixus74]

Op basis van dit topic heb ik een server samen gesteld, waarop ik Proxmox wil gaan draaien en daarbinnen wil ik TrueNAS virtualiseren. Ik kom op dit moment op de volgende componenten, een case heb ik nog en die wil ik voorlopig gaan hergebruiken:

#	Categorie	Product	Prijs	Subtotaal
1	Processors	Intel Core i5-14600K Tray	€ 198,85	€ 198,85
1	Moederborden	Kontron K3843-B	€ 194,75	€ 194,75
2	Interne harde schijven	WD Blue 3,5" (CMR, 256MB cache, 5640rpm), 8TB	€ 168,35	€ 336,70
1	Processorkoeling	Noctua NH-L9i-17xx	€ 46,05	€ 46,05
2	Geheugen intern	Corsair Vengeance CMK32GX5M1B5200C40	€ 113,20	€ 226,40
1	Voedingen	be quiet! Pure Power 13 M | 550W	€ 79,86	€ 79,86
1	Interne SSD's	WD Black SN770 1TB	€ 79,90	€ 79,90
			Totaal	€ 1.162,51

Ik heb de Noctua fan gekozen omdat ik in een later stadium de server eventueel in een 19" 2U case wil bouwen.
De server zal naast TrueNAS, ook HA (VM) en een Ubuntu VM met docker gaan draaien.
Ook zal ik on demand 1 of meerdere Windows 11 VM's draaien.

De containers die ik zowieso wil draaien zijn:

• NGINX Proxy Manager
• Authentik
• Portainer
• Immich
• MS SQL Server (voor development doeleinden)

De vragen waar ik nog mee zit zij:

• Ik wil de disks in spindown brengen, kan ik met dit Kontron board de SATA controller doorgeven aan de TrueNAS VM, of heb ik dan toch nog een HBA controller nodig?
• Zijn deze WD-Blues geschikt om in een server te draaien?
• Ik zou het fijn vinden als ik met dit syateem gemiddeld onder de 20W uit kom, is dat realistich?

[PuijkeN]

Ixus74 schreef op vrijdag 24 oktober 2025 @ 11:08:
De vragen waar ik nog mee zit zij:

• Ik wil de disks in spindown brengen, kan ik met dit Kontron board de SATA controller doorgeven aan de TrueNAS VM, of heb ik dan toch nog een HBA controller nodig?

Op mijn Proxmox node geef ik 3 disken mee in passtrough naar een "mediaserver" - die verder werkt met MergerFS/Snapraid. Indien er geen activiteit is op de disken in de VM gaan ze uiteindelijk in spindown. Ik heb hiervoor 2 dingen moeten doen:

Uitschakelen van smartmontools service op Proxmox - anders maakt die de disken te vaak wakker.

code:

systemctl disable smartmontools

Een service aangemaakt die via HDparm enkele parameters op de disken zet:
File aanmaken /etc/systemd/system/hdparm.service

code:

[Unit]
Description=hdparm
After=suspend.target

[Service]
Type=oneshot
ExecStart=/sbin/hdparm -S 242 /dev/sdb /dev/sdc /dev/sdd

[Install]
WantedBy=suspend.target basic.target

Als je aanpassingen doet in de hdparm.service file moet je systemd reloaden, daarna kan je de service stoppen/starten:

code:

systemctl daemon-reexec
systemctl daemon-reload

systemctl start hdparm
systemctl stop hdparm

Zorgen dat de service gestart wordt na boot:

code:

systemctl enable your-service.service

Zolang het guest OS (TrueNAS) ze niet wakker maakt, zullen ze in spindown gaan/staan.
Werkt al enige jaren hier zonder problemen

[pimlie]

@PuijkeN Uitschakelen van smartmontools is niet aan te raden en geen goed advies. Je kan beter je smart config aanpassen zodat deze niet disks uit slaap stand haalt. Zie mijn post hier voor een vb: pimlie in "Het grote zuinige server topic - deel 3"

[Ixus74]

Bedankt @PuijkeN voor je uitgebreide uitleg. Ik wil het liefst de hele SATA controller als PCI passtrough doorgeven. Ik heb gelezen dat dat niet bij elk moederbord lukt, ivm IOMMU groups die gedeeld zijn of dat het gewoonweg niet wordt ondersteund. Omdat er hier relatief veel mensen zijn met dit moederbord, hoop ik dat iemand mij kan bevestigen of dit wel of niet kan.

Door het doorgeven van de hele controller heb je qua instellingen voor de disks niets meer in Proxmox in te stellen.

[PuijkeN]

pimlie schreef op vrijdag 24 oktober 2025 @ 13:50:
@PuijkeN Uitschakelen van smartmontools is niet aan te raden en geen goed advies. Je kan beter je smart config aanpassen zodat deze niet disks uit slaap stand haalt. Zie mijn post hier voor een vb: pimlie in "Het grote zuinige server topic - deel 3"

Mis ik dan veel? Momenteel kijk ik af en toe manueel in de GUI van Proxmox naar de smart waarden.

Heeft smartmontools dan nog extra voordelen? Ik ga zeker wel eens kijken naar de post om smartmontools te her configureren, maar ik herinner me dat ik het ik het verleden nooit voor elkaar gekregen heb

In elk geval heb ik niet het gevoel gehad dat ik iets mis tot nu toe.

[RobertMe]

PuijkeN schreef op zaterdag 25 oktober 2025 @ 12:56:
[...]


Mis ik dan veel? Momenteel kijk ik af en toe manueel in de GUI van Proxmox naar de smart waarden.

Heeft smartmontools dan nog extra voordelen? Ik ga zeker wel eens kijken naar de post om smartmontools te her configureren, maar ik herinner me dat ik het ik het verleden nooit voor elkaar gekregen heb

In elk geval heb ik niet het gevoel gehad dat ik iets mis tot nu toe.

Smartmontools, indien correct / volledig ingesteld, zou je ook automatisch een mailtje moeten krijgen bij een alert. (Ik krijg die heel incidenteel omdat een SSD te warm zou zijn bv).

[RedRayMann]

buell schreef op woensdag 22 oktober 2025 @ 13:14:
[...]

dus als ik het goed begrijp het volgende uitvoeren?
systemctl disable pvestatd

en uiteraard als het systeem aan blijft
systemctl stop pvestatd

Merk je (veel) verschil in verbruik?

[Mars Warrior]

Mirabis schreef op zondag 12 oktober 2025 @ 11:12:
[...]
Je kunt crowsec bouncer ook op je firewall draaien of de regels daar automatisch laten importeren. Zo laat ik mijn unifi gateway het verkeer al blokkeren obv sync. Heb het ook aan cloudflare gekoppeld dus dan kost het mij niks tenzij ze mijn origin ip benaderen.

Dat is mooi!
Ik ga denk ik de crowdsec firewall (native) gebruiken op mijn Ubuntu server. Docker ondersteund nog net niet nftables (alpha in v29 die er nu aankomt), dus dan maar een native install.

Wat ik me wel afvraag hoe dat bij jou werkt: Ik zie namelijk nu het even draait dat de standaard retentie 7 dagen is voor events, alerts en decisions, oftewel al mijn bans van tig dagen worden na 7 dagen gewoon weggegooid en de etterbakjes komen dus na een week gewoon weer terug omdat de ban weg is.

Het zal ook geen toeval zijn dat de Community Blocklist een standaard ban-tijd van 7 dagen heeft

Hoe is dat met jou firewall dan? Als bij jou de retentie ook op 7 dagen staat, dan kan ik me voorstellen dat die bans worden verwijderd uit de firewall.

Ik heb nu de retentie als test op 31 dagen gezet. Ik gebruik nog gewoon SQLite als database. Voor echt langere retentie wordt Postgres/PGX of MySQL aangeraden.

Ik verwacht met het gebruik van de firewall ander gedrag, zoals minder events, alerts en dus decisions omdat de gebande IP adressen gewoon niet meer in Traefik en dus CrowdSec komen. Dat zal nog een beetje CPU tijd gaan schelen, maar ik verwacht daar geen mega stappen meer in. Traefik en CrowdSec komen niet/nauwelijks in de CPU statistieken voor namelijk.

[RobertMe]

Mars Warrior schreef op maandag 27 oktober 2025 @ 10:09:
Docker ondersteund nog net niet nftables (alpha in v29 die er nu aankomt), dus dan maar een native install.

offtopic:
Wat is de relatie hiertussen? Docker en firewall support slaat op het toevoegen van de masquerading (/NAT) en port forwarding (/DNAT) regels. Als jij in een container? software wilt draaien die (via syscalls?) nftables aanstuurt zal dat gewoon prima werken onafhankelijk van wat Docker met de firewall doet of ondersteund.

Wat wél kan is dat door de manier waarop Docker firewall regels toevoegt (middels iptables "legacy" dat een backwards compatible API / CLI is die het vertaalt naar nftables) het in volgorde / ... mis gaat met iets anders (crowdsec in jou geval) waardoor bv de Docker regels voorrang krijgen. Maar dat los je niet op door crowdsec buiten de container te draaien. (En dat is mogelijk ook niet opgelost als Docker wel native nftables ondersteund).

[Mirabis]

Mars Warrior schreef op maandag 27 oktober 2025 @ 10:09:
[...]

Dat is mooi!
Ik ga denk ik de crowdsec firewall (native) gebruiken op mijn Ubuntu server. Docker ondersteund nog net niet nftables (alpha in v29 die er nu aankomt), dus dan maar een native install.

Wat ik me wel afvraag hoe dat bij jou werkt: Ik zie namelijk nu het even draait dat de standaard retentie 7 dagen is voor events, alerts en decisions, oftewel al mijn bans van tig dagen worden na 7 dagen gewoon weggegooid en de etterbakjes komen dus na een week gewoon weer terug omdat de ban weg is.

Het zal ook geen toeval zijn dat de Community Blocklist een standaard ban-tijd van 7 dagen heeft

Hoe is dat met jou firewall dan? Als bij jou de retentie ook op 7 dagen staat, dan kan ik me voorstellen dat die bans worden verwijderd uit de firewall.

Ik heb nu de retentie als test op 31 dagen gezet. Ik gebruik nog gewoon SQLite als database. Voor echt langere retentie wordt Postgres/PGX of MySQL aangeraden.

Ik verwacht met het gebruik van de firewall ander gedrag, zoals minder events, alerts en dus decisions omdat de gebande IP adressen gewoon niet meer in Traefik en dus CrowdSec komen. Dat zal nog een beetje CPU tijd gaan schelen, maar ik verwacht daar geen mega stappen meer in. Traefik en CrowdSec komen niet/nauwelijks in de CPU statistieken voor namelijk.

Ben net terug van vakantie dus heb niet in veel detail gekeken. Maar je kan de retentie en ban durations aanpassen. Ik maak zelf gebruik van MySQL+Crowdsec. Voorheen met Crowdsec in Opnsense maar sinds overstap naar Ubiquiti via de cs-unifi-bouncer. Daarnaast draai ik ook de cloudflare bouncer, maar die lijkt (kom ik vandaag achter) niet actief meer gesupport.

Als ik er verder over nadenk... ik ontsluit mijn interne homelab services via caddy (met crowdsec support) intern. Voor externe benadering gaat het via een cloudflare tunnel + Cloudflare Zero trust met header policiesen dergelijke naar dezelfde caddy instantie. Ik heb los van Wireguard geen poort open op mijn gateway dus echt veel toegevoegde waarde heeft de blocklist-sync niet op mijn gateway. Als caddy een ban triggert, vangt Cloudflare het af tenzij ze Cloudflare bypassen maar dan komen ze de caddy en/of ubiquiti bouncer tegen.

Maar goed, mijn server gaat sinds nieuwe proxmox kernek 6.17 niet lager dan C2 voor package. Nog geen tijd gehad om te debuggen. Denk niet dat ik zelf veel winst kan halen uit het tunen van crowdsec. Zal eens proberen het uit te zetten komende weken en te monitoren.

[ Voor 6% gewijzigd door Mirabis op 27-10-2025 12:47 ]

[daansan]

Urza- schreef op woensdag 24 september 2025 @ 17:07:
Ik zie hier mensen die in het Kontron K3842-Q2 moederbord in het kleine m2 slot (bedoeld voor wifi) middels een adapter nvme ssd's geinstalleerd hebben.
Mijn plan is deze in een 1u kast te installeren, en zelfs een 42mm steekt teveel uit, ik neem aan dat diezelfde adapter (M.2 Key A+E Stekker naar Key M-slot ) ook zou werken voor een 30mm ssd?

Heeft iemand al getest of een ssd direct in dat slot werkt? Of is het juist de adapter die ervoor zorgt dat ssd's in dat slot werken? Of zijn er adapters die het omzetten maar niet haaks zijn (dus ssd nog steeds in dezelfde richting).
Zijn er nog nadelen aan bovenstaande (het zou gaan om een bootdrive voor truenas scale)?

een SSD direct in dat slot gaat niet werken omdat de pinout anders is, een 30 mm SSD gaat prima werken in de adapter zolang het maar een NVME SSD is (en dus geen SATA over M2)

[Mars Warrior]

RobertMe schreef op maandag 27 oktober 2025 @ 10:35:
[...]

offtopic:
Wat is de relatie hiertussen? Docker en firewall support slaat op het toevoegen van de masquerading (/NAT) en port forwarding (/DNAT) regels. Als jij in een container? software wilt draaien die (via syscalls?) nftables aanstuurt zal dat gewoon prima werken onafhankelijk van wat Docker met de firewall doet of ondersteund.

Wat wél kan is dat door de manier waarop Docker firewall regels toevoegt (middels iptables "legacy" dat een backwards compatible API / CLI is die het vertaalt naar nftables) het in volgorde / ... mis gaat met iets anders (crowdsec in jou geval) waardoor bv de Docker regels voorrang krijgen. Maar dat los je niet op door crowdsec buiten de container te draaien. (En dat is mogelijk ook niet opgelost als Docker wel native nftables ondersteund).

Mijn kennis van dit soort netwerk gedoe is niet zo heel groot, en ik zie op internet wisselende meningen en feiten over het gebruik van de CrowdSec firewall in een Docker container. Maar kan zijn dat dit enkel meningen zijn

De firewall van CrowdSec kan zowel in "managed" als in "set only" mode draaien. Dat is volgens mij een punt wat jij aangeeft: de chains moeten wel kloppen / in de juiste volgorde draaien.
In "managed" mode regelt CrowdSec alles, in "set only" mode moet je zelf die chains enzo aanmaken, en vult CrowdSec enkel wat er in moet of uit moet...

Als ik zelf nft list ruleset doe, dan krijg ik een enorme lijst van allerhande Docker zaken, waarvan ik geen idee heb wat het is en doet (DOCKER, DOCKER-FORWARD, DOCKER-BRIDGE, DOCKER-CT, DOCKER-ISOLATION-STAGE-*, FORWARD, DOCKER-USER, PREROUTING, OUTPUT, POSTROUTING, etc.

Aan de andere kant heeft iemand een docker container gemaakt voor CrowdSec firewall die of in iptables of in nftables mode kan draaien. Het advies is nog steeds iptables. Ik neem dan weer aan dat diegene toch wel iets van testen doet, en geen firewall inregelt die uiteindelijk niks doet, want Docker
Het is wel zo dat er niets over de configuratie wordt gemeld icm Docker, maar ik vermoed dat ik dan nftables op false moet zetten en er vanuit moet gaan dat de iptables in INPUT komt te staan...

Misschien toch maar gewoon proberen

[RobertMe]

@Mars Warrior de specifics kan ik ook niks over zeggen. Ik gebruik geen crowdsec en het Docker al jaren draaien met "iptables": false aka Docker doet 0,0 firewall management. (En die setting zullen ze dan wel gaan hernoemen als nftables er bij komt ).

Maar als ik het zo lees zou ik zelf waarschijnlijk gewoon lekker nftables gebruiken met "set only". Zelf de nftables rules beheren en dat ik een set definieer waar crowdsec de IPs in knalt en ikzelf de set dan toepas waar ik wil (/in de regels die ik wil).

En de iptables stuff die Docker aanmaakt heb ik nog nooit gesnapt. Maar eigenlijk zou het advies ook moeten zijn om "voor productie" lekker zelf de firewall te regelen. Scheelt ook altijd die berichten dat services onverwacht exposed zijn en de firewall "zijn werk niet doet" terwijl de user dus zelf een port mapping op een container heeft gezet zonder te weten dat Docker hem dan meteen in de firewall open zet. Die verrassingen heb ik niet.

Hetzelfde overigens voor Podman. Ook daar heb ik firewall management uit staan. Ook al ondersteund die wel nftables.

[shadylog]

Hoi mensen, als ik zo kijk in dit topic zie ik nog niets over de AMD Halo Strix:

Met name de https://frame.work/nl/en/...x-300-series?v=FRAFMK0006
waarvan de quote:
https://community.frame.w...m-power-draw-idle/70184/6 zegt:
> It idles about 10 watts, technically as low as 7 with idle power management

Als we kijken naar wat je krijgt:
CPU: 3.0GHz base clock
Up to 5.1GHz max boost
16-core/32-thread
64MB L3 Cache
Processor power level: 120W sustained, 140W boost power

Memory: 128GB LPDDR5x-8000/96GB !!! (8000)

En de GPU is de 8060S, haalt net niet de 4060 (10% eronder): https://technical.city/en...-RTX-4060-vs-Radeon-8060S

Wat vinden jullie hier van?

[mrmrmr]

@shadylog
Dat is gebaseerd op een laptopprocessor (zonder SATA) en bedoeld voor gaming. Het is normaal dat een laptop minder verbruikt omdat het trager is en diverse (tragere) low power componenten bevat. Appels met appels vergeleken is Intel in idle veel zuiniger dan AMD. Denk aan een verschil van circa 80%.

De prijs lijkt me nogal hoog, maar dat is normaal voor laptops met gaming gpu. Een gpu is meestal overbodig voor een doorsnee thuisserver. Daarom is een moederbord zonder gaming gpu meestal de beste keuze voor een thuisserver.

Een ARM moederbord kan het misschien nog zuiniger dan zelfs Intel. Al heb je dan mogelijk een probleem met software ondersteuning. Als je toepassing hebt die precies deze AMD AI (op cpu/gpu) functies gebruikt, dan is het misschien wel het overwegen waard. Maar dan hoef je uiteraard niet te rekenen op een laag actief verbruik. Het apparaat is gelimiteerd op 350W continu volgens de fabrikant en de processor heeft 120W cTDP. Dat vergt veel koeling in een beperkt kastje.

offtopic:
Misschien is het geschikt als een relatief zuinige beperkte gaming desktop. Met name vanwege het lagere idle verbruik. Een externe gpu heeft vaak een hoog idle verbruik.

edit: idle toegevoegd

[Mars Warrior]

RobertMe schreef op maandag 27 oktober 2025 @ 15:16:
@Mars Warrior de specifics kan ik ook niks over zeggen. Ik gebruik geen crowdsec en het Docker al jaren draaien met "iptables": false aka Docker doet 0,0 firewall management. (En die setting zullen ze dan wel gaan hernoemen als nftables er bij komt ).

Maar als ik het zo lees zou ik zelf waarschijnlijk gewoon lekker nftables gebruiken met "set only". Zelf de nftables rules beheren en dat ik een set definieer waar crowdsec de IPs in knalt en ikzelf de set dan toepas waar ik wil (/in de regels die ik wil).

En de iptables stuff die Docker aanmaakt heb ik nog nooit gesnapt. Maar eigenlijk zou het advies ook moeten zijn om "voor productie" lekker zelf de firewall te regelen. Scheelt ook altijd die berichten dat services onverwacht exposed zijn en de firewall "zijn werk niet doet" terwijl de user dus zelf een port mapping op een container heeft gezet zonder te weten dat Docker hem dan meteen in de firewall open zet. Die verrassingen heb ik niet.

Hetzelfde overigens voor Podman. Ook daar heb ik firewall management uit staan. Ook al ondersteund die wel nftables.

Alles handmatig is voor mij beetje veel lezen en doen. Ik heb dat namelijk altijd al aan Docker overgelaten. Behalve van de proxy staan er toch geen poorten open op de host.

Ik heb nu "gewoon" de docker iptables mode gebruikt, maar wel logging aangezet met prefix, dus ik kan zien met journalctl welke IP adressen zijn geblokkeerd. Wel fijn om te zien voor het geval dat.

De firewall sets doen hun werk in ieder geval. Met journalctl kan ik ook zien dat de DST altijd mijn Traefik container is, dus dat klopt ook nog eens

De blacklists-1 is de Community Blacklist van CrowdSec. Dat zijn 15.000 IP adressen. Voorheen had ik geen idee hoe ik kon zien of die blacklist uberhaupt iets doet, nu dus wel!

Bash:

sudo nft list ruleset | grep -i crowdsec -A3

 # match-set crowdsec-blacklists-2 src  counter packets 0 bytes 0 jump CROWDSEC_LOG
 # match-set crowdsec-blacklists-1 src  counter packets 8 bytes 416 jump CROWDSEC_LOG
 # match-set crowdsec-blacklists-0 src  counter packets 0 bytes 0 jump CROWDSEC_LOG

De firewall verbruikt 0,00% CPU tijd vooralsnog. Dat is net wat minder dan de crowdsec bouncer zelf, die zit gemiddeld op 0,01% CPU.
Veel besparing zal het dus niet opleveren, maar alle kleine beetjes helpen natuurlijk. Het scheelt ook in mijn dashboards: daar zie ik nu enkel nog de nieuwe etterbakjes verschijnen. De rest wordt al door de firewall tegengehouden.

Heb aan ChatGPT gevraagd hoe ik deze data leuk en overzichtelijk in Metabase kan krijgen. Een hele opgaaf voor zo'n chatbot. Er komt weer een hoop onzin uit zie ik, maar dat ben ik inmiddels gewend

[Ernemmer]

shadylog schreef op maandag 27 oktober 2025 @ 16:41:
Hoi mensen, als ik zo kijk in dit topic zie ik nog niets over de AMD Halo Strix:

Met name de https://frame.work/nl/en/...x-300-series?v=FRAFMK0006
waarvan de quote:
https://community.frame.w...m-power-draw-idle/70184/6 zegt:
> It idles about 10 watts, technically as low as 7 with idle power management

Als we kijken naar wat je krijgt:
CPU: 3.0GHz base clock
Up to 5.1GHz max boost
16-core/32-thread
64MB L3 Cache
Processor power level: 120W sustained, 140W boost power

Memory: 128GB LPDDR5x-8000/96GB !!! (8000)

En de GPU is de 8060S, haalt net niet de 4060 (10% eronder): https://technical.city/en...-RTX-4060-vs-Radeon-8060S

Wat vinden jullie hier van?

Erg duur voor wat je krijgt. Misschien wel zuinig maar voor dat geld kan je heel wat extra stroom betalen en een iets minder zuinig sneller systeem neerzetten.

[RobertMe]

Mars Warrior schreef op maandag 27 oktober 2025 @ 18:21:
De firewall verbruikt 0,00% CPU tijd vooralsnog. Dat is net wat minder dan de crowdsec bouncer zelf, die zit gemiddeld op 0,01% CPU.

De firewall zit 100% in de kernel (netfilter feature). Lijkt me dus sterk dat je daarvan iets terug gaat zien. Sure, sommige threads etc in de kernel kun je wel inzien. Maar dit lijkt mij zo hard geïntegreerd dat het gewoon ergens op de "handel netwerk verkeer af" thread zit.

[GoBieN-Be]

mrmrmr schreef op maandag 27 oktober 2025 @ 17:43:
@shadylog
Appels met appels vergeleken is Intel veel zuiniger dan AMD. Denk aan een verschil van circa 80%.

Dat is enkel voor idle zo. Performance per watt is AMD al jaren veel beter dan Intel.
Dus hangt af van je gebruik. Als je voornamelijk idle draait dan zal een Intel oplossing zuiniger zijn.
Veel hangt natuurlijk ook af van de andere componenten zoals moederbord.

[Mars Warrior]

RobertMe schreef op maandag 27 oktober 2025 @ 18:36:
[...]
De firewall zit 100% in de kernel (netfilter feature). Lijkt me dus sterk dat je daarvan iets terug gaat zien. Sure, sommige threads etc in de kernel kun je wel inzien. Maar dit lijkt mij zo hard geïntegreerd dat het gewoon ergens op de "handel netwerk verkeer af" thread zit.

Dat klopt ja. Maar de firewall bouncer container update de lijsten elke 10 seconden. Ik had verwacht daar iets in terugbrengen zien qua CPU verbruik.

Maar niks dus. Van de IP firewall verwacht ik inderdaad niks te zien.

[Mars Warrior]

GoBieN-Be schreef op maandag 27 oktober 2025 @ 18:50:
[...]
Dat is enkel voor idle zo. Performance per watt is AMD al jaren veel beter dan Intel.
Dus hangt af van je gebruik. Als je voornamelijk idle draait dan zal een Intel oplossing zuiniger zijn.
Veel hangt natuurlijk ook af van de andere componenten zoals moederbord.

Hangt wel sterk af of je beiden laat boosten of beperkt in TDP of frequentie.

Mijn 7900X draait ook in ECO mode en dat scheelt ook enorm veel tov de 170W instelling.
En mijn 13900K in de server is zodanig gelimiteerd dat die maximaal efficiënt draait en niet veel verder komt dan een watt of 100-120 bij 100% belasting.

De 16 E cores doen max ca 50W en de 8 P cores de rest. Veel efficiënter wordt het niet.

[krijn1985]

@Kuusj Ik zie dat jij ook een N5 hebt, zou jij kunnen kijken welke C states jij beschikbaar hebt? Ik heb in powertop maar tot C3 beschikbaar en ik weet niet of dit hardware/bios iets is of het ligt aan mijn installatie (debian trixie, maar dan via debootstrap geinstalleerd, dus misschien mis ik nog wat tools).

[mrmrmr]

@krijn1985 Als je iets ziet met de naam ACPI en states 1 tot 3, dat zijn de gestandaardiseerde ACPI C states. Intel bouwde voort met hogere C-states.

Het kan een cosmetische kwestie zijn als powertop versie de processor nog niet kent. Dan is de werkelijke C state misschien toch wel hoger, bijvoorbeeld C8 of C10.

[Kuusj]

krijn1985 schreef op dinsdag 28 oktober 2025 @ 14:51:
@Kuusj Ik zie dat jij ook een N5 hebt, zou jij kunnen kijken welke C states jij beschikbaar hebt? Ik heb in powertop maar tot C3 beschikbaar en ik weet niet of dit hardware/bios iets is of het ligt aan mijn installatie (debian trixie, maar dan via debootstrap geinstalleerd, dus misschien mis ik nog wat tools).

Ik heb lang zitten prutsen in de BIOS met allemaal settings maar ik zie uiteindelijk in PowerTOP hetzelfde als jij. In unRIAD dus.

Let trouwens op, als ik alles optimaliseer met PowerTOP en mijn array is spun down en ik kopieer iets dan ziet unRAID een aantal read errors en blijft er geen andere optie over dan het hele array herbouwen (ben je met 3x8TB dus 15 uur verder)… Heeft met sata power settings te maken

[krijn1985]

mrmrmr schreef op dinsdag 28 oktober 2025 @ 14:57:
@krijn1985 Als je iets ziet met de naam ACPI en states 1 tot 3, dat zijn de gestandaardiseerde ACPI C states. Intel bouwde voort met hogere C-states.

Het kan een cosmetische kwestie zijn als powertop versie de processor nog niet kent. Dan is de werkelijke C state misschien toch wel hoger, bijvoorbeeld C8 of C10.

code:

Pkg(OS)  |            Core(OS) |            CPU(OS) 0   CPU(OS) 8
POLL        0.0%    | POLL        0.0%    | POLL        0.0%    0.0 ms  0.0%    0.0 ms
C1          0.1%    | C1          0.1%    | C1          0.0%    0.2 ms  0.1%    0.2 ms
C2          0.1%    | C2          0.1%    | C2          0.1%    0.6 ms  0.1%    1.1 ms
C3         98.4%    | C3         98.4%    | C3         99.6%  211.1 ms 97.2%  395.0 ms

Hij geeft geen ACPI aan (of ik snapte je niet goed). Echter uit /sys/module/processor/parameters/max_cstate waardoor ik (misschien wel verkeerd) er een beetje vanuit ging dat hoger dan C3 ook mogelijk moest zijn.

Kuusj schreef op dinsdag 28 oktober 2025 @ 15:13:
[...]

Ik heb lang zitten prutsen in de BIOS met allemaal settings maar ik zie uiteindelijk in PowerTOP hetzelfde als jij. In unRIAD dus.

Let trouwens op, als ik alles optimaliseer met PowerTOP en mijn array is spun down en ik kopieer iets dan ziet unRAID een aantal read errors en blijft er geen andere optie over dan het hele array herbouwen (ben je met 3x8TB dus 15 uur verder)… Heeft met sata power settings te maken

Bedankt voor de tip, weet je ook welk onderdeel dit precies veroorzaakte? (waarschijnlijk iets met Sata).

[ Voor 22% gewijzigd door krijn1985 op 28-10-2025 15:20 ]

[HertogJanVI]

Mijn QNAP nas heeft een gedegradeerde LPC clock en draait inmiddels al een tijd met een de klok via een pull up weerstand naar de 3.3V lijn. Een nas die met dat soort hulpgrepen draait is toch niet helemaal fijn, dus ik ben bezig met een vervanger.
Momenteel draait er een optiplex 3040 met proxmox naast voor zaken als home assistant en adguard.

Recent heb ik van een medetweaker een leuke build overgenomen met een behuizing met 4 hdd bays.
Op dit moment zit er een ASrock rack (E3C236D2I) mobo in met een Xeon E3-1240. Ik ben wel gecharmeerd van de intel chipset die de 6 satapoorten aanstuurt en dat ECC ram ondersteund wordt. Het idle verbruik met een kale proxmox installatie, zonder hdd's, met twee (mirrored) ssd's was 20 watt, na powertops 17 watt.

Eigenlijk zou ik het systeem in idle graag rond de 10 watt willen houden.
Het moederbord ondersteunt ook i3's, pentium en celeron cpu's uit dezelfde generatie. Als ik vanaf scratch wat gebouwd had was dit waarschijnlijk op basis van een N100 geweest. Ik zou natuurlijk het moederbord kunnen wisselen, maar ik twijfel of ik dat ook niet met een ander cpu op dit moederbord zou kunnen bereiken. Wat zouden jullie doen?

[bjp]

ik zou beginnen met kijken wat er in de BIOS zit + powertop goed bestuderen. Voorlopig geen hardware veranderen. Met instellingen, o.a. de CPU op ondemand en andere drivers mss met ASPM, geraakt je mss al een stuk verder naar IDLE toe.

Welke C-state haal je?

[ Voor 5% gewijzigd door bjp op 29-10-2025 11:48 ]

[HertogJanVI]

De bios heb ik al even nagelopen. Features die niet nodig zijn staan uit, C-states ingesteld en ASPM ingeschakeld (stond uit). Ik heb wel een IPMI die ik toch niet gebruik (KVM op basis van java). Ik kon geen instelling vinden om de BMC uit te schakelen.

Dit is de verdeling voor de c-state momenteel:


Of ASPM ook echt gebruikt wordt ga ik even uitzoeken.

[bjp]

C8 is al goed. zeker 80% van de tijd. Kan je verder uitleggen wat je hardware is? bijvoorbeeld de voeding kan belangrijk zijn. Bij <20W zijn de meeste ATX voedingen niet al te efficiënt.

[Mars Warrior]

HertogJanVI schreef op woensdag 29 oktober 2025 @ 11:22:
Mijn QNAP nas heeft een gedegradeerde LPC clock en draait inmiddels al een tijd met een de klok via een pull up weerstand naar de 3.3V lijn. Een nas die met dat soort hulpgrepen draait is toch niet helemaal fijn, dus ik ben bezig met een vervanger.
Momenteel draait er een optiplex 3040 met proxmox naast voor zaken als home assistant en adguard.

Recent heb ik van een medetweaker een leuke build overgenomen met een behuizing met 4 hdd bays.
Op dit moment zit er een ASrock rack (E3C236D2I) mobo in met een Xeon E3-1240. Ik ben wel gecharmeerd van de intel chipset die de 6 satapoorten aanstuurt en dat ECC ram ondersteund wordt. Het idle verbruik met een kale proxmox installatie, zonder hdd's, met twee (mirrored) ssd's was 20 watt, na powertops 17 watt.

Eigenlijk zou ik het systeem in idle graag rond de 10 watt willen houden.
Het moederbord ondersteunt ook i3's, pentium en celeron cpu's uit dezelfde generatie. Als ik vanaf scratch wat gebouwd had was dit waarschijnlijk op basis van een N100 geweest. Ik zou natuurlijk het moederbord kunnen wisselen, maar ik twijfel of ik dat ook niet met een ander cpu op dit moederbord zou kunnen bereiken. Wat zouden jullie doen?

Voor een servermobo uit het stenen tijdperk vind ik het verbruik nog best netjes

Geen idee of het lager kan, maar dat is proberen of instellingen helpen. Aangezien je CPU al in c8 zit, lijkt dat verder in orde.

Wat voor SSD's zijn het? Als dat ook server SSD's zijn, dan kan dat wel eens een grootverbruiker zijn.

[HertogJanVI]

Het is inderdaad geen modern moederbord. Vandaar dat ik ook twijfel of ik deze niet wil vervangen.
De ssd's zijn van samsung. Een 850 Pro en een 850 EVO, allebei 1TB groot.

De voeding is een Seasonic Focus GX-550.

Mocht ik het moederbord vervangen dan mis ik wel sata aansluitingen. Ik ga nog even terugzoeken of hier al ervaringen staan met een ASM1166. Die ondersteunt de 6 poorten die ik nodig heb en ASPM. Al wel wat discussies gelezen of dat nou een acceptabele vervanger is van een HBA in IT mode. Een HBA gebruikt flink wat meer prik, in ruil voor een hogere betrouwbaarheid was wat ik daar ongeveer uit opmaakte.

[ Voor 3% gewijzigd door HertogJanVI op 29-10-2025 14:08 ]

[bjp]

stenen tijdperk, maar wel een goeie: rond de intel i3/i5/i7 - 6000/7000 reeks - zulke komen hier nog voorbij als redelijk in IDLE.

[thof]

De nieuwe RJ45 10Gbit chipsets van Realtek (de RTL8127) beginnen leverbaar te worden en heb afgelopen week de eerste binnen gekregen. Zijn op basis van PCI-e 4.0x1. Ik heb op dit moment geen systeem waarmee ik het verbruik kan meten, maar mocht er iemand in mijn omgeving wonen en het eens willen testen zonder er een te hoeven bestellen let me know, heb er nog eentje op de plank liggen totdat ik m'n nieuwe systeem verder samengesteld heb.

[mrmrmr]

Deze Xeons E3 1200 serie waren destijds van het zuinige type, vergelijkbaar met een desktopprocessor (maar dan met meer cache). Je had ook andere, zware typen die enorm veel verbruikten (servers van >100W). Ik had destijds ook servers met zo'n E3 processor. Nu niet meer uiteraard, het kan nóg veel zuiniger.

De E in E3 staat misschien voor efficient.

Je kan nog steeds teruggrijpen naar 8th/9th gen borden als je 6x SATA wil, maar nog beter is gewoon het aantal disks te beperken met grote disks zonder actieve redundantie (beter cold storage als backup). Als je SATA SSD's wil aansluiten is het ok.

10th gen is ook een optie. Bij die generatie waren er meer gewone relatief zuinige borden dan nu van diverse merken.

@thof nieuws: Realtek toont 10GbE-netwerkkaart met 1,95W-stroomverbruik

[thof]

mrmrmr schreef op woensdag 29 oktober 2025 @ 18:11:
(...)
@thof nieuws: Realtek toont 10GbE-netwerkkaart met 1,95W-stroomverbruik

1.95W volgens het boekje, maar we hebben ook nog ASPM en de C-states van de CPU. Dat moet ook allemaal kloppen voor in in totaal zuinig systeem

[Mars Warrior]

thof schreef op woensdag 29 oktober 2025 @ 21:34:
[...]
1.95W volgens het boekje, maar we hebben ook nog ASPM en de C-states van de CPU. Dat moet ook allemaal kloppen voor in in totaal zuinig systeem

Het is mij alleen niet duidelijk of dat idle is of onder belasting. En inderdaad enkel de chip neem ik aan, dus zonder nog de rest van de mik-mak.

[arnovr]

Ik wil dus mijn oude thuis server vervangen, en ik ben geen kei in de hardware wereld. Ik heb de beste buy guide van thusiserver gelezen, en alhoewel erg interessant denk ik niet dat het bij mijn use case past.
Draaien van 1 VM, pak hem beet 5 tot 10 docker containers ( zowel de VM als docker geen zware load ). De Intel Core Ultra 5 225 Boxed welke benoemd is bij de best buy guide zal waarschijnlijk prima voldoen.

Echter het uitzoeken van een moederbord is waar ik moeite mee heb.
De reden is dat ik graag in de toekomst een videokaart er in wil zetten om modellen te trainen en LLM's te draaien.

Kan iemand mij adviseren waar ik naar moet kijken? Bedankt.

[jjwarmerdam]

*knip* dit hoort niet thuis op het forum

[ Voor 95% gewijzigd door br00ky op 02-11-2025 12:52 ]

[Detmer]

Van de week heb ik mijn 2 oude thuisservers vervangen voor 1 nieuwe, mede gebaseerd op dit topic en alle tips. Ik realiseer mij dat ik niet volledig in savings modus ben gegaan door o.a. te kiezen voor een moederbord met 6x sata, maar ik heb zelf het idee dat ik ergens nog wat fout doe, omdat het verschil tussen de 2 oude en nieuwe 'slechts' 10 watt is. Zijn jullie het daarmee eens? En zijn er tips waar ik het in kan zoeken?

De oude setup:
Dell 3000 Micro met i5 12500t, 64gb DDR4, 2tb NVMe, 4tb sata - Windows server OS
HP ML30 G9 met E3-1225 V5, 32gb ECC ram, 500gb NVMe, 2tb sata, 4x 6tb 3,5 inch HDD - Unraid OS

De nieuwe setup:

#	Categorie	Product	Prijs	Subtotaal
1	Processors	Intel Core i5-14500T Tray	€ 279,-	€ 279,-
1	Moederborden	ASUS PRO Q670M-C-CSM	€ 177,99	€ 177,99
1	Geheugen intern	Crucial CT2K32G48C40U5	€ 200,-	€ 200,-
1	Voedingen	be quiet! Pure Power 12 M 550W	€ 99,90	€ 99,90
			Totaal	€ 756,89

*Voeding moet nog binnen komen, ik draai daarom tijdelijk op een simpele oude voeding. Ik realiseer mij dat dit ook enkele watts verschil kan gaan maken.
*Alle schijven uit voorgaande setups zijn overgenomen in de nieuwe setup.

Verbruik
Oude situatie:
Totaal ~65w idle
UPS ~15w idle
Dell 3000 Micro ~20w idle
HP ML30 G9 (HDD spin down) ~30w idle

Nieuwe situatie:
Totaal ~55w idle
UPS ~15w idle
Server (HDD spin down) ~40w idle
Server met alleen NVMe SSD aangesloten (sata disks en SSD's fysiek ontkoppelt) ~22,5w idle
*Bijna alle VM's, dockers e.t.c. die op de oude 2 servers draaien zijn overgegaan op de nieuwe.

[Mars Warrior]

Detmer schreef op zondag 2 november 2025 @ 13:10:
Verbruik
Oude situatie:
Totaal ~65w idle
UPS ~15w idle
Dell 3000 Micro ~20w idle
HP ML30 G9 (HDD spin down) ~30w idle

Nieuwe situatie:
Totaal ~55w idle
UPS ~15w idle
Server (HDD spin down) ~40w idle
Server met alleen NVMe SSD aangesloten (sata disks en SSD's fysiek ontkoppelt) ~22,5w idle
*Bijna alle VM's, dockers e.t.c. die op de oude 2 servers draaien zijn overgegaan op de nieuwe.

Klinkt alsof er ergens ASPM oid wordt geblokkeerd. 40W idle is veel tov de 22,5W die je noemt als de server echt idle is. Ook die 22,5W klinkt extreem.

Mijn 13900K doet iets van 5W idle met alle 2.5" schijven in spindown. Wel natuurlijk een Kontron bord met 4xSATA, maar dan nog een flink verschil.
Het kan best zijn als dit een zeer oude voeding is die je nog gebruikt, dat die niet eens 50% efficient is bij die belasting, en dat je dus 10W weggooit.

Er zijn volgens mij geen verbruikscijfers bekend van dat mobo in dit topic.

[pimlie]

@Detmer Hoe meet je het verbruik? Mijn Dell 3000 Micro deed <5W idle, verbaas me dat die van jouw 20W idle doet. Heb je powertop --auto-tune gedraait?

[Mars Warrior]

pimlie schreef op zondag 2 november 2025 @ 13:46:
@Detmer Hoe meet je het verbruik? Mijn Dell 3000 Micro deed <5W idle, verbaas me dat die van jouw 20W idle doet. Heb je powertop --auto-tune gedraait?

Het is een Windows Server bak als ik het goed lees

Maar dan nog is het gewoon veel voor een Dell Micro.

[ Voor 8% gewijzigd door Mars Warrior op 02-11-2025 13:50 ]

[Detmer]

Mars Warrior schreef op zondag 2 november 2025 @ 13:42:
[...]

Klinkt alsof er ergens ASPM oid wordt geblokkeerd. 40W idle is veel tov de 22,5W die je noemt als de server echt idle is. Ook die 22,5W klinkt extreem.

Mijn 13900K doet iets van 5W idle met alle 2.5" schijven in spindown. Wel natuurlijk een Kontron bord met 4xSATA, maar dan nog een flink verschil.
Het kan best zijn als dit een zeer oude voeding is die je nog gebruikt, dat die niet eens 50% efficient is bij die belasting, en dat je dus 10W weggooit.

Er zijn volgens mij geen verbruikscijfers bekend van dat mobo in dit topic.

pimlie schreef op zondag 2 november 2025 @ 13:46:
@Detmer Hoe meet je het verbruik? Mijn Dell 3000 Micro deed <5W idle, verbaas me dat die van jouw 20W idle doet. Heb je powertop --auto-tune gedraait?

Mars Warrior schreef op zondag 2 november 2025 @ 13:50:
[...]

Het is een Windows Server bak als ik het goed lees

Maar dan nog is het gewoon veel voor een Dell Micro.

De meting is met een simpele zigbee powerplug. Daarmee heb ik alle metingen gedaan, dus ook de oude. De afwijking die er mogelijk in zit is dus ook van toepassing op de oudere servers.

Ik draai op de nieuwe server Unraid (linux dus) en daar heb ik powertop geïnstalleerd. Met HDD's fysiek ontkoppelt kwam ik tot C2, nu tot C8. Dat is al een hele verbetering naar ~14 watt ongeveer.

Nu nog eens uitvogelen hoe ik de HDD's wat kan temperen.

[MUN0X]

Detmer schreef op zondag 2 november 2025 @ 15:06:

De meting is met een simpele zigbee powerplug. Daarmee heb ik alle metingen gedaan, dus ook de oude. De afwijking die er mogelijk in zit is dus ook van toepassing op de oudere servers.

Ik draai op de nieuwe server Unraid (linux dus) en daar heb ik powertop geïnstalleerd. Met HDD's fysiek ontkoppelt kwam ik tot C2, nu tot C8. Dat is al een hele verbetering naar ~14 watt ongeveer.

Nu nog eens uitvogelen hoe ik de HDD's wat kan temperen.

Ik ben met een gelijkaardig probleem aan het worstelen. Ik heb recent een Unraid NAS geupgrade met een 14600k op een ASUS H770 MB. Ook daar krijg ik maar weinig grip op het energieverbruik en ik raak er stillaan van overtuigd dat er iets niet juist zit in Unraid (i.c.m 14th gen intel). Met Ubuntu op dezelfde hardware zie ik veel betere resultaten.

In verschillende scenarios zie ik het volgende verbruik: (allen zonder display, keyboard, muis, powertop auto-tune, aspm enabled,..==> C8):

	Unraid	Ubuntu
Idle, zonder ethernet	8w	7,5w
+ ethernet + 2x asm1166	11,5w	11w
+ 9x 3.5 hdd	28,5w	19,5w
oude conf. 9400 + fujitsu d3643	19,5w	-

Van zodra ik de schijven toevoeg gaat het verbruik in unraid extreem omhoog terwijl hij wel C8 blijft behalen. (percentage C6-8 ~50%).

[Detmer]

MUN0X schreef op zondag 2 november 2025 @ 19:16:
[...]


Ik ben met een gelijkaardig probleem aan het worstelen. Ik heb recent een Unraid NAS geupgrade met een 14600k op een ASUS H770 MB. Ook daar krijg ik maar weinig grip op het energieverbruik en ik raak er stillaan van overtuigd dat er iets niet juist zit in Unraid (i.c.m 14th gen intel). Met Ubuntu op dezelfde hardware zie ik veel betere resultaten.

In verschillende scenarios zie ik het volgende verbruik: (allen zonder display, keyboard, muis, powertop auto-tune, aspm enabled,..==> C8):

	Unraid	Ubuntu
Idle, zonder ethernet	8w	7,5w
+ ethernet + 2x asm1166	11,5w	11w
+ 9x 3.5 hdd	28,5w	19,5w
oude conf. 9400 + fujitsu d3643	19,5w	-

Van zodra ik de schijven toevoeg gaat het verbruik in unraid extreem omhoog terwijl hij wel C8 blijft behalen. (percentage C6-8 ~50%).

Wat ik ook probeer, ik kom niet hoger dan C2 als ik mijn 4x HDD heb aangesloten: uitvoering: Toshiba MG04ACA600A (4K Native), 6TB . Ontkoppel ik de voeding en ik kom weer tot C8. In powertop staat alles inmiddels op 'good' i.p.v. 'bad'. Zouden de schijven de oorzaak kunnen zijn of heb ik dan een instelling over het hoofd gezien?

Daarnaast draai ik waarschijnlijk ook gewoon teveel om het nog idle te kunnen noemen. CPU verbruik hangt zo rond de 15 a 20%.

[MUN0X]

Detmer schreef op zondag 2 november 2025 @ 20:14:
[...]


Wat ik ook probeer, ik kom niet hoger dan C2 als ik mijn 4x HDD heb aangesloten: uitvoering: Toshiba MG04ACA600A (4K Native), 6TB . Ontkoppel ik de voeding en ik kom weer tot C8. In powertop staat alles inmiddels op 'good' i.p.v. 'bad'. Zouden de schijven de oorzaak kunnen zijn of heb ik dan een instelling over het hoofd gezien?

Daarnaast draai ik waarschijnlijk ook gewoon teveel om het nog idle te kunnen noemen. CPU verbruik hangt zo rond de 15 a 20%.

Wat zie je als je docker en VM's uitschakelt, maw als je systeem effectief idle is? Raak je dan verder dan C2?

[mrmrmr]

MUN0X schreef op zondag 2 november 2025 @ 19:16:
Ik ben met een gelijkaardig probleem aan het worstelen. Ik heb recent een Unraid NAS geupgrade met een 14600k op een ASUS H770 MB. Ook daar krijg ik maar weinig grip op het energieverbruik en ik raak er stillaan van overtuigd dat er iets niet juist zit in Unraid (i.c.m 14th gen intel). Met Ubuntu op dezelfde hardware zie ik veel betere resultaten.
Van zodra ik de schijven toevoeg gaat het verbruik in unraid extreem omhoog terwijl hij wel C8 blijft behalen. (percentage C6-8 ~50%).

Het zou best kunnen dat Unraid (gebaseerd op Slackware) meer verbruikt. Dat kan liggen aan het OS of aan de load van Unraid processen.

Debian (of Ubuntu) is zuiniger omdat die besturingssystemen de load beperken en niet standaard zware processen laten draaien zoals voortdurende monitoring.

Met powertop of top kun je zien wat voor processorverbruik er is van diverse processen. Er kan zich een onzichtbare voordoen belasting als bepaalde processen kort draaien en herhaaldelijk worden gestart, die komen dan niet voor in de lijst met enige processortijd. Dat verbergt dus de werkelijke belasting van bepaalde taken.

@Detmer Welke controller gebruik je? SATA (of disks) op zich zal niet de oorzaak zijn van een lager package C-state. Wat theoretisch wel kan is dat een (toegevoegde) controller zichzelf in die stand zet om de een of andere reden. Bijvoorbeeld omdat beperkte bandbreedte verdeeld moet worden.

[Detmer]

MUN0X schreef op zondag 2 november 2025 @ 20:44:
[...]


Wat zie je als je docker en VM's uitschakelt, maw als je systeem effectief idle is? Raak je dan verder dan C2?

Met HDD's aangesloten kom ik niet verder dan C2, zonder HDD's aangesloten kom ik tot C8. Dit is overigens dus wel met 2x SSD op sata actief. Alleen de 4x HDD is dan afgekoppeld.

mrmrmr schreef op zondag 2 november 2025 @ 20:55:
[...]
@Detmer Welke controller gebruik je? SATA (of disks) op zich zal niet de oorzaak zijn van een lager package C-state. Wat theoretisch wel kan is dat een (toegevoegde) controller zichzelf in die stand zet om de een of andere reden. Bijvoorbeeld omdat beperkte bandbreedte verdeeld moet worden.

Is Intel Q670 een antwoord? Ik heb gezocht, maar kan niets anders vinden dan dit.

Hele andere boeg misschien: De huidige voeding heeft 1x 4 pin moederbord, het moederbord 2x 4 pin. Kan dat nog wat uitmaken? Daar kom ik vanzelf ook wel achter als de nieuwe voeding er is.

[ Voor 56% gewijzigd door Detmer op 02-11-2025 21:29 ]

[mrmrmr]

@Detmer Intel's SATA controller zit in de chipset, dus Q670 kan best. Maar daarvan ken ik geen enkel probleem met package C states. Er is iets vreemds aan de hand.

Het aantal pinnen voor de cpu aansluiting maakt alleen wat uit als de processor (erg) zwaar wordt belast. Voor zuinige servers kan het allebei. De 2 aansluitingen zijn onderling doorverbonden, er zijn meer pinnen om zo veilig meer ampères te kunnen leveren.

[MUN0X]

Detmer schreef op zondag 2 november 2025 @ 21:04:

Met HDD's aangesloten kom ik niet verder dan C2, zonder HDD's aangesloten kom ik tot C8. Dit is overigens dus wel met 2x SSD op sata actief. Alleen de 4x HDD is dan afgekoppeld.

Dat is wel heel vreemd.

Ik zie dat de sata aansluitingen per 2 gegroepeerd zitten op je moederbord.
Zouden er verschillen kunnen zijn tussen de setjes? Lopen er 2 poorten via een andere controller?
Duikt er een sata controller op als je lspci checkt? Ik zou het persoonlijk vreemd vinden maar wie weet.

Heb je al getest om de ssd's op de andere poorten aan te sluiten?
Of, als je de ssd's afkoppelt en enkel 2 hdd's op diezelfde sata poorten aansluit?

[Detmer]

mrmrmr schreef op zondag 2 november 2025 @ 21:45:
@Detmer Intel's SATA controller zit in de chipset, dus Q670 kan best. Maar daarvan ken ik geen enkel probleem met package C states. Er is iets vreemds aan de hand.

Het aantal pinnen voor de cpu aansluiting maakt alleen wat uit als de processor (erg) zwaar wordt belast. Voor zuinige servers kan het allebei. De 2 aansluitingen zijn onderling doorverbonden, er zijn meer pinnen om zo veilig meer ampères te kunnen leveren.

MUN0X schreef op zondag 2 november 2025 @ 22:03:
[...]


Dat is wel heel vreemd.

Ik zie dat de sata aansluitingen per 2 gegroepeerd zitten op je moederbord.
Zouden er verschillen kunnen zijn tussen de setjes? Lopen er 2 poorten via een andere controller?
Duikt er een sata controller op als je lspci checkt? Ik zou het persoonlijk vreemd vinden maar wie weet.

Heb je al getest om de ssd's op de andere poorten aan te sluiten?
Of, als je de ssd's afkoppelt en enkel 2 hdd's op diezelfde sata poorten aansluit?

Bovenstaande screenshots zijn met HDD's aangesloten. De 2 SSD's zitten aan de 2 onderste sata poorten aangesloten. Die heb ik nog niet gewisseld, maar zal ik komende week eens proberen om te testen.

@mrmrmr @MUN0X Ik heb vanochtend wat verder getest en de conclusie is dat het toch aan de schijven zelf ligt. Hoe ik het ook combineerde, in welke poort en hoeveel HDD ik er ook aangesloten had. Zodra er minimaal 1 HDD was aangesloten bleef het bij C2.

Tot ik 2 oude WD red 1tb aansloot i.p.v. de 6tb. Daarmee kwam ik wel tot C8.

[ Voor 7% gewijzigd door Detmer op 03-11-2025 14:13 ]

[I-Lynx]

Mijn hele systeem (Server, Switch, UPS) zat gemiddeld op 46 watt..

Het viel mij op dat dat sinds een week rond de 88 watt zit. Bijna een verdubbeling.
Dus ik ben even gaan denken wat er sindsdien is veranderd.
Wat blijkt: Ik had 1 WB Blue Sata SSD. Hier heb ik een 2e bijgezet en in Proxmox deze als een ZFS Mirror ingesteld.

Kan dit zorgen voor een verdubbeling van het verbruik van de server???

Overigens zorgt het uitschakelen van de OMV VM voor 12watt minder verbruik. Kijken of we daar nog wat aan kunnen tweaken.

[ Voor 13% gewijzigd door I-Lynx op 03-11-2025 15:50 ]

[Mars Warrior]

I-Lynx schreef op maandag 3 november 2025 @ 15:32:
Mijn hele systeem (Server, Switch, UPS) zat gemiddeld op 46 watt..

Het viel mij op dat dat sinds een week rond de 88 watt zit. Bijna een verdubbeling.
Dus ik ben even gaan denken wat er sindsdien is veranderd.
Wat blijkt: Ik had 1 WB Blue Sata SSD. Hier heb ik een 2e bijgezet en in Proxmox deze als een ZFS Mirror ingesteld.

Kan dit zorgen voor een verdubbeling van het verbruik van de server???

Geen idee wat Proxmox allemaal uitspookt. Het is nog niet het uitvoeren van de mirror? Dus CPU tijd?

Overigens zorgt het uitschakelen van de OMV VM voor 12watt minder verbruik. Kijken of we daar nog wat aan kunnen tweaken.

En dat terwijl OMV niets doet? Zijn er dan geen dingen uit te zetten binnen OMV, want 12W klinkt als veel als er geen vraag is naar bestanden.

In perspectief: jouw OMV VM verbruikt meer dan 58 containers samen op mijn server. En ja, ook daar zitten containers bij die SFTP, SAMBA en andere zaken regelen. Alleen die verbruiken 0,00% CPU als er niks te doen is.

Kan OMV ervoor zorgen dat schijven altijd actief blijven soms? dat zou wel wat verklaren.

[mrmrmr]

Detmer schreef op zondag 2 november 2025 @ 22:56:
@mrmrmr @MUN0X Ik heb vanochtend wat verder getest en de conclusie is dat het toch aan de schijven zelf ligt. Hoe ik het ook combineerde, in welke poort en hoeveel HDD ik er ook aangesloten had. Zodra er minimaal 1 HDD was aangesloten bleef het bij C2.

Tot ik 2 oude WD red 1tb aansloot i.p.v. de 6tb. Daarmee kwam ik wel tot C8.

Als je vergelijkt welke eigenschappen deze disks hebben (CrystalDiskInfo), waar zitten de verschillen? Misschien kun je er 2 (1TB en 6TB) uploaden op een file share site.

De eigenschappen kun je oproepen met hdparm: hdparm -I /dev/sda sda2.txt. sda2 is de naam die de disk heeft gekregen van het besturingssysteem.

[I-Lynx]

CPU verbruik van OMV zit ronde de 1% (2 cores toegewezen).
Geheugengebruik is rond de 900mb.

Bij een Time Machine Backup (SMB) stijgt het gebruik naar pieken rond de 20% en geheugen gebruik van bijna 2Gb.

Dit zijn de globale settings:




De CPU affinity van 12, 13 zijn de E-cores van mijn cpu.

[ Voor 3% gewijzigd door I-Lynx op 03-11-2025 16:41 ]

[Mars Warrior]

I-Lynx schreef op maandag 3 november 2025 @ 16:40:
CPU verbruik van OMV zit ronde de 1% (2 cores toegewezen).
Geheugengebruik is rond de 900mb.

Bij een Time Machine Backup (SMB) stijgt het gebruik naar pieken rond de 20% en geheugen gebruik van bijna 2Gb.

Dit zijn de globale settings:
[Afbeelding]

[Afbeelding]

De CPU affinity van 12, 13 zijn de E-cores van mijn cpu.

Een E-core doet bij mij op 100% CPU load ca 3W PP. Dat zal meer zijn uit het stopcontact, maar dat verklaart die 12W nog steeds niet. Zeker als dat gemiddeld 1% load is.

Ik ken OMV verder niet, dus geen idee wat daar dan gebeurt. Alsof er meer dingen aangaan, of dat ASPM het niet meer zo goed doet?

In andere posts zien we natuurlijjk ook rare hoge verbruikscijfers icm Proxmox en schijven. Is er soms iets in Proxmox gewijzigd recent?

[Detmer]

mrmrmr schreef op maandag 3 november 2025 @ 16:38:
[...]


Als je vergelijkt welke eigenschappen deze disks hebben (CrystalDiskInfo), waar zitten de verschillen? Misschien kun je er 2 (1TB en 6TB) uploaden op een file share site.

De eigenschappen kun je oproepen met hdparm: hdparm -I /dev/sda sda2.txt. sda2 is de naam die de disk heeft gekregen van het besturingssysteem.

Ik heb de server inmiddels weer op zijn vaste plek staan en kan nu niet zo eenvoudig meer wisselen. Ik heb daarom de 6tb vanuit Unraid gedaan met het hdparm commando:

code:

/dev/sdd:

ATA device, with non-removable media
        Model Number:       TOSHIBA MG04ACA600E
        Serial Number:      76S7K57AFE1C
        Firmware Revision:  FS7D
        Transport:          Serial, ATA8-AST, SATA 1.0a, SATA II Extensions, SATA Rev 2.5, SATA Rev 2.6, SATA Rev 3.0
Standards:
        Supported: 8 7 6 5
        Likely used: 8
Configuration:
        Logical         max     current
        cylinders       16383   16383
        heads           16      16
        sectors/track   63      63
        --
        CHS current addressable sectors:    16514064
        LBA    user addressable sectors:   268435455
        LBA48  user addressable sectors: 11721045168
        Logical  Sector size:                   512 bytes
        Physical Sector size:                  4096 bytes
        Logical Sector-0 offset:                  0 bytes
        device size with M = 1024*1024:     5723166 MBytes
        device size with M = 1000*1000:     6001175 MBytes (6001 GB)
        cache/buffer size  = unknown
        Form Factor: 3.5 inch
        Nominal Media Rotation Rate: 7200
Capabilities:
        LBA, IORDY(can be disabled)
        Queue depth: 32
        Standby timer values: spec'd by Standard, no device specific minimum
        R/W multiple sector transfer: Max = 16  Current = 16
        Advanced power management level: disabled
        DMA: sdma0 sdma1 sdma2 mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5
             Cycle time: min=120ns recommended=120ns
        PIO: pio0 pio1 pio2 pio3 pio4
             Cycle time: no flow control=120ns  IORDY flow control=120ns
Commands/features:
        Enabled Supported:
           *    SMART feature set
                Security Mode feature set
           *    Power Management feature set
                Write cache
           *    Look-ahead
           *    Host Protected Area feature set
           *    WRITE_BUFFER command
           *    READ_BUFFER command
           *    NOP cmd
           *    DOWNLOAD_MICROCODE
                Advanced Power Management feature set
                SET_MAX security extension
           *    48-bit Address feature set
           *    Device Configuration Overlay feature set
           *    Mandatory FLUSH_CACHE
           *    FLUSH_CACHE_EXT
           *    SMART error logging
           *    SMART self-test
           *    General Purpose Logging feature set
           *    WRITE_{DMA|MULTIPLE}_FUA_EXT
           *    64-bit World wide name
           *    WRITE_UNCORRECTABLE_EXT command
           *    {READ,WRITE}_DMA_EXT_GPL commands
           *    Segmented DOWNLOAD_MICROCODE
           *    unknown 119[7]
           *    Gen1 signaling speed (1.5Gb/s)
           *    Gen2 signaling speed (3.0Gb/s)
           *    Gen3 signaling speed (6.0Gb/s)
           *    Native Command Queueing (NCQ)
           *    Phy event counters
           *    NCQ priority information
           *    READ_LOG_DMA_EXT equivalent to READ_LOG_EXT
           *    DMA Setup Auto-Activate optimization
           *    Software settings preservation
           *    SMART Command Transport (SCT) feature set
           *    SCT Write Same (AC2)
           *    SCT Error Recovery Control (AC3)
           *    SCT Features Control (AC4)
           *    SCT Data Tables (AC5)
           *    Extended number of user addressable sectors
           *    DOWNLOAD MICROCODE DMA command
Security:
        Master password revision code = 65534
                supported
        not     enabled
        not     locked
                frozen
        not     expired: security count
                supported: enhanced erase
        more than 508min for SECURITY ERASE UNIT. more than 508min for ENHANCED SECURITY ERASE UNIT.
Logical Unit WWN Device Identifier: 500003972ba04c2b
        NAA             : 5
        IEEE OUI        : 000039
        Unique ID       : 72ba04c2b

En de ander met HDsentinel aangesloten op mijn PC met dock:

code:

-- Fysieke schijfinformatie - Schijf: #4: WDC WD10EFRX-68FYTN0 --

    Schijfsamenvatting
   --------------------
    Schijfnummer . . . . . . . . . . . . . . . . . . : 4
    Interface  . . . . . . . . . . . . . . . . . . . : USB Attached SCSI (UASP) SAT Standard USB/ATA
    Leverancierinformatie  . . . . . . . . . . . . . : VID: 174C, PID: 55AA
    Versie . . . . . . . . . . . . . . . . . . . . . : USB 3.0
    Schijfcontroller . . . . . . . . . . . . . . . . : AMD USB 3.10 eXtensible Host Controller - 1.10 (Microsoft) (USB 3.0) [VEN: 1022, DEV: 43EE] Versie: 10.0.26100.6725, 9-25-2025
    Schijfmodel-ID . . . . . . . . . . . . . . . . . : WDC WD10EFRX-68FYTN0
    Schijfrevisie  . . . . . . . . . . . . . . . . . : 82.00A82
    Schijfserienummer  . . . . . . . . . . . . . . . : WD-WCC4J1FAY11L
    Schijfgrootte  . . . . . . . . . . . . . . . . . : 953867 MB
    Powerstatus  . . . . . . . . . . . . . . . . . . : Actief
    Naam USB-apparaat  . . . . . . . . . . . . . . . : ASM1156-PM
    Apparaattype . . . . . . . . . . . . . . . . . . : Verwijderbaar, onverwachte verwijdering mogelijk
    Huidige Temperatuur  . . . . . . . . . . . . . . : 24 °C
    Totaaltijd In Bedrijf  . . . . . . . . . . . . . : 858 dagen, 13 uren
    Geschatte Levensduur . . . . . . . . . . . . . . : meer dan 966 dagen
    Conditie . . . . . . . . . . . . . . . . . . . . : #################### 100 % (Uitstekend)
    Prestaties . . . . . . . . . . . . . . . . . . . : #################### 100 % (Uitstekend)

    De status van de schijf is PERFECT. Geen problematische of slechte sectoren gevonden, ook geen spin-up- en data-transfer-fouten.
      Geen acties nodig.

    ATA-informatie
   ----------------
    Schijfcilinders  . . . . . . . . . . . . . . . . : 1938021
    Schijfkoppen . . . . . . . . . . . . . . . . . . : 16
    Schijfsectoren . . . . . . . . . . . . . . . . . : 63
    ATA-revisie  . . . . . . . . . . . . . . . . . . : ACS-2
    Transportversie  . . . . . . . . . . . . . . . . : SATA Rev 3.0
    Totaal Sectoren  . . . . . . . . . . . . . . . . : 244190646
    Bytes Per Sector . . . . . . . . . . . . . . . . : 4096 [Advanced Format]
    Meervoudige Sectoren . . . . . . . . . . . . . . : 16
    Foutcorrectie-bytes  . . . . . . . . . . . . . . : 0
    Ongeformatteerde Capaciteit  . . . . . . . . . . : 953870 MB
    Maximum PIO-mode . . . . . . . . . . . . . . . . : 4
    Maximum Multiword DMA-modus  . . . . . . . . . . : 2
    Hoogst Mogelijke Transferrate  . . . . . . . . . : S-ATA Gen3 seinsnelheid (6 Gps)
    Beloofde Transferrate  . . . . . . . . . . . . . : S-ATA Gen3 seinsnelheid (6 Gps)
    Minimum Multiword DMA-transfertijd . . . . . . . : 120 ns
    Aanbevolen Multiword DMA-transfertijd  . . . . . : 120 ns
    Minimum PIO-transfertijd Zonder IORDY  . . . . . : 120 ns
    Minimum PIO-transfertijd Met IORDY . . . . . . . : 120 ns
    ATA-control-byte . . . . . . . . . . . . . . . . : Geldig
    ATA-checksum-waarde  . . . . . . . . . . . . . . : Geldig

    Instellingen geluidsbeheer
   ----------------------------
    Geluidsbeheer  . . . . . . . . . . . . . . . . . : Niet-ondersteund
    Geluidsbeheer  . . . . . . . . . . . . . . . . . : Uitgeschakeld
    Huidig Geluidsniveau . . . . . . . . . . . . . . : Standaard (00h)
    Aanbevolen Geluidsniveau . . . . . . . . . . . . : Standaard (00h)

    EIDE-functies
   ---------------
    Read Ahead Buffer  . . . . . . . . . . . . . . . : Ondersteund, Ingeschakeld
    DMA  . . . . . . . . . . . . . . . . . . . . . . : Ondersteund
    Ultra-DMA  . . . . . . . . . . . . . . . . . . . : Ondersteund
    S.M.A.R.T. . . . . . . . . . . . . . . . . . . . : Ondersteund
    Energiebeheer  . . . . . . . . . . . . . . . . . : Ondersteund
    Schrijf-cache  . . . . . . . . . . . . . . . . . : Ondersteund
    Host-beschermd Gebied  . . . . . . . . . . . . . : Ondersteund
    HPA-beveiligingsextensies  . . . . . . . . . . . : Ondersteund
    Geavanceerd Energiebeheer  . . . . . . . . . . . : Niet-ondersteund
    Uitgebreid Energiebeheer . . . . . . . . . . . . : Niet-ondersteund
    Opstarten In Standby . . . . . . . . . . . . . . : Ondersteund
    48-Bit LBA-adressering . . . . . . . . . . . . . : Ondersteund
    Apparaat-instellingen-overlay  . . . . . . . . . : Ondersteund
    IORDY-ondersteuning  . . . . . . . . . . . . . . : Ondersteund
    Lezen/schrijven DMA-rij  . . . . . . . . . . . . : Niet-ondersteund
    NOP-opdracht . . . . . . . . . . . . . . . . . . : Ondersteund
    'Trusted Computing'  . . . . . . . . . . . . . . : Niet-ondersteund
    64-Bit Wereldwijd-ID . . . . . . . . . . . . . . : 50014EE20E658F2C
    Streaming  . . . . . . . . . . . . . . . . . . . : Ondersteund
    Media-kaart-doorvoer . . . . . . . . . . . . . . : Niet-ondersteund
    Universele Registratie . . . . . . . . . . . . . : Ondersteund
    Fout-registratie . . . . . . . . . . . . . . . . : Ondersteund
    CFA-functie Instellen  . . . . . . . . . . . . . : Niet-ondersteund
    CFast-apparaat . . . . . . . . . . . . . . . . . : Niet-ondersteund
    Lange Fysieke Sectoren (8) . . . . . . . . . . . : Ondersteund
    Lange Logische Sectoren  . . . . . . . . . . . . : Niet-ondersteund
    Schrijven-Lezen-Verifiëren . . . . . . . . . . . : Niet-ondersteund
    NV-cachefunctie  . . . . . . . . . . . . . . . . : Niet-ondersteund
    NV-cache Energiemodus  . . . . . . . . . . . . . : Niet-ondersteund
    NV-cachegrootte  . . . . . . . . . . . . . . . . : Niet-ondersteund
    'Freefall'-beheer  . . . . . . . . . . . . . . . : Niet-ondersteund
    'Freefall'-beheergevoeligheid  . . . . . . . . . : Niet-ondersteund
    Service-interrupt  . . . . . . . . . . . . . . . : Niet-ondersteund
    IDLE IMMEDIATE Command Met UNLOAD-functie  . . . : Ondersteund
    Zone-indeling-mogelijkheden  . . . . . . . . . . : Niet-ondersteund
    SCT-opdrachttransport  . . . . . . . . . . . . . : Ondersteund
    SCT-foutherstelbeheer  . . . . . . . . . . . . . : Ondersteund
    Nominale Mediarotatierate  . . . . . . . . . . . : 5400 RPM

    SSD-functies
   --------------
    Instellingenbeheer . . . . . . . . . . . . . . . : Niet-ondersteund
    TRIM-opdracht  . . . . . . . . . . . . . . . . . : Niet-ondersteund
    Determinerend Lezen Na TRIM  . . . . . . . . . . : Niet-ondersteund
    Nullen Lezen Na TRIM . . . . . . . . . . . . . . : Niet-ondersteund

    S.M.A.R.T.-details
   --------------------
    Off-line Data-verzamel-status  . . . . . . . . . : Nooit gestart
    Status Van Uitvoering Zelftest . . . . . . . . . : Met succes afgerond
    Totale Tijd Voor Volledig Off-line Data-verzam.. : 13200 seconden
    Onmiddellijk Off-line Uitvoeren  . . . . . . . . : Ondersteund
    Afbreken/herstarten Off-line Door De Host  . . . : Niet-ondersteund
    Off-line Lezen-scanning  . . . . . . . . . . . . : Ondersteund
    Korte Zelftest . . . . . . . . . . . . . . . . . : Ondersteund
    Uitgebreide Zelftest . . . . . . . . . . . . . . : Ondersteund
    Overdracht-zelftest  . . . . . . . . . . . . . . : Ondersteund
    Selectieve Zelftest  . . . . . . . . . . . . . . : Ondersteund
    Data Opslaan Voor/na Energiebesparings-modus . . : Ondersteund
    Kenmerk Auto-opslaan Inschakelen/uitschakelen  . : Ondersteund
    Mogelijkheid Tot Foutregistratie . . . . . . . . : Ondersteund
    Geschatte Tijd Voor De Korte Zelftest  . . . . . : 2 minuten
    Geschatte Tijd Voor De Uitgebreide Zelftest  . . : 150 minuten
    Overdracht-zelftest Geschatte Tijd . . . . . . . : 5 minuten
    Resultaat Van De Laatste Korte Zelftest  . . . . : Nooit gestart
    Datum Van De Laatste Korte Zelftest  . . . . . . : Nooit gestart
    Resultaat Van De Laatste Uitgebreide Zelftest  . : Nooit gestart
    Datum Van De Laatste Uitgebreide Zelftest  . . . : Nooit gestart
    Resultaat Van De Laatste Overdracht-zelftest . . : Nooit gestart
    Datum Van De Laatste Overdracht-zelftest . . . . : Nooit gestart

    Veiligheids-modus
   -------------------
    Veiligheids-modus  . . . . . . . . . . . . . . . : Ondersteund
    Wissen Voor Veiligheid . . . . . . . . . . . . . : Ondersteund
    Wissen-tijd Voor Veiligheid  . . . . . . . . . . : 140 minuten
    Verbeterd Wissen-functie Voor Veiligheid . . . . : Ondersteund
    Verbeterd Wissen-tijd Voor Veiligheid  . . . . . : 140 minuten
    Veiligheid Ingeschakeld  . . . . . . . . . . . . : Nee
    Veiligheid Geblokkeerd . . . . . . . . . . . . . : Nee
    Veiligheid Bevroren  . . . . . . . . . . . . . . : Nee
    Veiligheidteller Verlopen  . . . . . . . . . . . : Nee
    Veiligheids-niveau . . . . . . . . . . . . . . . : Hoog
    Master Password ID . . . . . . . . . . . . . . . : 65534 (Standaard)
    Apparaat Versleutelt Alle Gebruikersgegevens . . : Nee
    Saneren  . . . . . . . . . . . . . . . . . . . . : Niet-ondersteund
    Overschrijven  . . . . . . . . . . . . . . . . . : Niet-ondersteund
    Crypto-Scramble  . . . . . . . . . . . . . . . . : Niet-ondersteund
    Blok Wissen  . . . . . . . . . . . . . . . . . . : Niet-ondersteund
    Antifreeze-Lock Saneren  . . . . . . . . . . . . : Niet-ondersteund
    ACS-3 Opdrachten Toegestaan Door Saneren . . . . : Nee

    Seriële ATA-functies
   ----------------------
    S-ATA-conformiteit . . . . . . . . . . . . . . . : Ja
    S-ATA I Seinsnelheid (1.5 Gps) . . . . . . . . . : Ondersteund
    S-ATA II Seinsnelheid (3 Gps)  . . . . . . . . . : Ondersteund
    S-ATA Gen3 Seinsnelheid (6 Gps)  . . . . . . . . : Ondersteund
    Ontvangst Van Energiebeheer-verzoeken Van De H.. : Ondersteund
    PHY-gebeurtenis-tellers  . . . . . . . . . . . . : Ondersteund
    Non-Zero Buffer-offsets In DMA-setup FIS . . . . : Niet-ondersteund
    DMA-setup Auto-activerings-optimalisatie . . . . : Ondersteund, Uitgeschakeld
    Apparaat Initialiseert Interface Energiebeheer . : Ondersteund, Uitgeschakeld
    Versturen Van Data In Orde . . . . . . . . . . . : Niet-ondersteund
    Asynchrone Mededeling  . . . . . . . . . . . . . : Niet-ondersteund
    Bewaren Van De Software-instellingen . . . . . . : Ondersteund, Ingeschakeld
    'Native Command Queuing' (NCQ) . . . . . . . . . : Ondersteund
    Rijlengte  . . . . . . . . . . . . . . . . . . . : 32
    NCQ-streaming  . . . . . . . . . . . . . . . . . : Niet-ondersteund
    NCQ-automatische Detectie  . . . . . . . . . . . : Niet-ondersteund
    Automatic-Partial-to-Slumber-vertalingen . . . . : Niet-ondersteund
    Rebuild-Assist . . . . . . . . . . . . . . . . . : Niet-ondersteund
    Hybride-informatie . . . . . . . . . . . . . . . : Niet-ondersteund
    Device-Sleep (DevSleep)  . . . . . . . . . . . . : Niet-ondersteund
    DevSleep Naar ReducedPwrState  . . . . . . . . . : Niet-ondersteund

    Schijfinformatie
   ------------------
    Schijffamilie  . . . . . . . . . . . . . . . . . : Red
    Vormfactor . . . . . . . . . . . . . . . . . . . : 3.5" 
    Capaciteit . . . . . . . . . . . . . . . . . . . : 1 TB (1 x 1.000.000.000.000 bytes)
    Aantal Schijven  . . . . . . . . . . . . . . . . : 1
    Aantal Koppen  . . . . . . . . . . . . . . . . . : 2
    Rotatiesnelheid  . . . . . . . . . . . . . . . . : 5400 RPM
    Rotatietijd  . . . . . . . . . . . . . . . . . . : 11,11 ms
    Gemiddelde Rotatie-latency . . . . . . . . . . . : 5,56 ms
    Schijfinterface  . . . . . . . . . . . . . . . . : Serial-ATA/600
    Buffer-Host Max. Rate  . . . . . . . . . . . . . : 600 MB/seconden
    Buffergrootte  . . . . . . . . . . . . . . . . . : 65536 KB
    Schijf-klaar-tijd (Typisch)  . . . . . . . . . . : ? seconden
    Gemiddelde Seek-tijd . . . . . . . . . . . . . . : ? ms
    Track-naar-track Seek-tijd . . . . . . . . . . . : ? ms
    'Full-stroke' Seek-tijd  . . . . . . . . . . . . : ? ms
    Breedte  . . . . . . . . . . . . . . . . . . . . : 101,6 mm (4,0 inch)
    Diepte . . . . . . . . . . . . . . . . . . . . . : 147,0 mm (5,8 inch)
    Hoogte . . . . . . . . . . . . . . . . . . . . . : 26,1 mm (1,0 inch)
    Gewicht  . . . . . . . . . . . . . . . . . . . . : 450 gram (1,0 pond)
    Akoestisch (Niet-actief) . . . . . . . . . . . . : 2,1 Bel
    Akoestisch (Min Prestatie En Volume) . . . . . . : 2,2 Bel
    Akoestisch (Max Prestatie En Volume) . . . . . . : 2,2 Bel
    Stroomverbruik Bij Spinup  . . . . . . . . . . . : 1.200 mA
    Stroomverbruik (Seek)  . . . . . . . . . . . . . : 3,7 W
    Stroomverbruik (Rust)  . . . . . . . . . . . . . : 3,2 W
    Stroomverbruik (Standby) . . . . . . . . . . . . : 0,6 W
    Fabrikant  . . . . . . . . . . . . . . . . . . . : Western Digital Corporation
    Website Van Fabrikant  . . . . . . . . . . . . . : http://www.westerndigital.com/en/products

    S.M.A.R.T.
   ------------
Nee  Kenmerken                Drem.. Waarde Slec.. Data                Status                   Vlaggen                                                
1    Raw Read Error Rate      51     200    200    000000000000        OK                       Zelfbeschermend, Foutrate, Prestaties, Statistisch, .. 
3    Spin Up Time             21     134    129    0000000010CC        OK                       Zelfbeschermend, Prestaties, Statistisch, Kritiek      
4    Start/Stop Count         0      100    100    000000000042        OK (altijd doorgaan)     Zelfbeschermend, Gebeurtenissenteller, Statistisch     
5    Reallocated Sectors Co.. 140    200    200    000000000000        OK                       Zelfbeschermend, Gebeurtenissenteller, Statistisch, .. 
7    Seek Error Rate          0      100    253    000000000000        OK (altijd doorgaan)     Zelfbeschermend, Foutrate, Prestaties, Statistisch     
9    Power On Time Count      0      72     72     00000000507D        OK (altijd doorgaan)     Zelfbeschermend, Gebeurtenissenteller, Statistisch     
10   Spin Retry Count         0      100    253    000000000000        OK (altijd doorgaan)     Zelfbeschermend, Gebeurtenissenteller, Statistisch     
11   Drive Calibration Retr.. 0      100    253    000000000000        OK (altijd doorgaan)     Zelfbeschermend, Gebeurtenissenteller, Statistisch     
12   Drive Power Cycle Count  0      100    100    000000000042        OK (altijd doorgaan)     Zelfbeschermend, Gebeurtenissenteller, Statistisch     
192  Power off Retract Cycl.. 0      200    200    000000000028        OK (altijd doorgaan)     Zelfbeschermend, Gebeurtenissenteller, Statistisch     
193  Load/Unload Cycle Count  0      200    200    00000000001B        OK (altijd doorgaan)     Zelfbeschermend, Gebeurtenissenteller, Statistisch     
194  Disk Temperature         0      119    98     000000000018        OK (altijd doorgaan)     Zelfbeschermend, Statistisch                           
196  Reallocation Event Count 0      200    200    000000000000        OK (altijd doorgaan)     Zelfbeschermend, Gebeurtenissenteller, Statistisch     
197  Current Pending Sector.. 0      200    200    000000000000        OK (altijd doorgaan)     Zelfbeschermend, Gebeurtenissenteller, Statistisch     
198  Off-Line Uncorrectable.. 0      100    253    000000000000        OK (altijd doorgaan)     Zelfbeschermend, Gebeurtenissenteller                  
199  Ultra ATA CRC Error Co.. 0      200    200    000000000000        OK (altijd doorgaan)     Zelfbeschermend, Gebeurtenissenteller, Statistisch     
200  Write Error Rate         0      200    200    000000000000        OK (altijd doorgaan)     Foutrate                                               

    Transferrate-informatie
   -------------------------
    Totaal Gelezen Data  . . . . . . . . . . . . . . : 0 MB,  0 MB sinds installatie  (3-11-2025)
    Totaal Geschreven Data . . . . . . . . . . . . . : 0 MB,  0 MB sinds installatie
    Gemiddeld Aantal Leesacties Per Dag  . . . . . . : 0,00 MB
    Gemiddeld Aantal Schrijfacties Per Dag . . . . . : 0,00 MB
    Huidige Transferrate . . . . . . . . . . . . . . : 0kB/s
    Maximale Transferrate  . . . . . . . . . . . . . : 0kB/s
    Huidige Leesrate . . . . . . . . . . . . . . . . : 0kB/s
    Huidige Schrijfrate  . . . . . . . . . . . . . . : 0kB/s
    Huidig Schijfgebruik . . . . . . . . . . . . . . : 0 %

[I-Lynx]

Mars Warrior schreef op maandag 3 november 2025 @ 16:50:
[...]
In andere posts zien we natuurlijjk ook rare hoge verbruikscijfers icm Proxmox en schijven. Is er soms iets in Proxmox gewijzigd recent?

Alleen dus die 2e SSD en een ZFS mirror raid gemaakt. Vanaf dat moment zie ik het hoge verbruik.

[tuxie6]

Ssdtje plaatsen, daarvoor is de server uitgeweest, en bij het opstarten worden de updates actief die eerder door de packagemaneger is gedownload ( yum/dnf e.d) kernell e.d
Je zou in logfiles kunnen kijken wat er is geüpdatet bij de grootste stroom vretende besturingssystemen.

[ Voor 3% gewijzigd door tuxie6 op 03-11-2025 19:58 ]

[Quad]

Ik zou een nieuwe herstart doen, daarna even aanzien wat dit doet met het verbruik.

Ik heb mijn server geüpgraded, zal zo wel even de nieuwe specs en verbruik delen.

[Quad]

#	Categorie	Product	Prijs	Subtotaal
1	Processors	Intel Core i5-10600 Boxed	€ 200,52	€ 200,52
1	Moederborden	ASRock H470M-ITX/ac	€ 0,-	€ 0,-
3	Interne harde schijven	WD Red Plus, 6TB (256MB cache)	€ 161,68	€ 485,04
1	Behuizingen	Fractal Design Node 304 Zwart	€ 84,99	€ 84,99
1	Geheugen intern	Corsair Vengeance LPX CMK64GX4M2D3000C16	€ 0,-	€ 0,-
1	Voedingen	Thermaltake Toughpower GF A3 Gold 650W - TT Premium Edition	€ 91,46	€ 91,46
1	Interne SSD's	Kingston A2000 1TB	€ 0,-	€ 0,-
1	Interne SSD's	WD Blue SN570 2TB	€ 220,61	€ 220,61
Bekijk collectie Importeer producten			Totaal	€ 1.082,62

Ik heb in mijn server een upgrade uitgevoerd van een i3-10100, 32GB RAM, 1x Samsung 980 1TB, 90W PicoPSU naar bovenstaand.
CPU, HDDs, SSD (2TB en 4TB), behuizing en voeding zijn nieuw. (of nouja, meeste 2e hands opgespaard)
Ik heb een Synology DS224+ en een Intel NUC 10th gen hiermee uitgefaseerd. Het voordeel is dat ik meer rauwe vermogen in 1 bak heb, de snelheden voor backups en onderlinge dataoverdracht voor NZBs en Plex naar TrueNAS is ~250MB/s ipv 100MB/s.

Het nadeel is dat ik mijn redundantie verlies, kan een dingetje worden maar dat zien we later wel.

Gebruikte services;

• WireGuard
• Proxmox Bacupserver
• Uptime Kuma
• Plex + *arr applicaties
• Adguard 2 stuks + een sync
• S3-garage voor S3 storage tbv Veeam Backup for M365
• Nginx
• Vaultwarden
• Z2M
• Frigate + coral TPU
• 2 websites via Wordpress
• dsmrreader
• 2x Windows Server domeincontrollers*
• Tactical RMM*
• Home Assistant OS*
• TrueNAS scale*

* = Qemu VM, rest zit in diverse LXCs gebakken

Verbruik is gemiddeld 45W, het schommelt de laatste dagen rond de 1,12-1,14 kWh per dag. Wat minder is dan de 3 systemen bij elkaar kostten. (rond de 1,4kWh/dag ~ 60W opgeteld)

Al met al ben ik gewoon erg tevreden. Meer ruwe prestaties en totaalverbruik is lager zonder echte consessies (behalve dan de redundantie)

[I-Lynx]

Hier de logfiles van apt

code:

Start-Date: 2025-10-12  14:37:15
Commandline: apt --reinstall install proxmox-widget-toolkit
Reinstall: proxmox-widget-toolkit:amd64 (5.0.6)
End-Date: 2025-10-12  14:37:15

Start-Date: 2025-10-12  20:05:39
Commandline: apt install nut -y
Install: nut-server:amd64 (2.8.1-5, automatic), libupsclient6t64:amd64 (2.8.1-5, automatic), nut:amd64 (2.8.1-5), nut-client:amd64 (2.8.1-5, automatic), libnutscan2:amd64 (2.8.1-5, automatic)
End-Date: 2025-10-12  20:05:42

Start-Date: 2025-10-23  16:45:28
Commandline: apt-get purge -y proxmox-kernel-6.14.8-2-pve-signed
Purge: proxmox-kernel-6.14.8-2-pve-signed:amd64 (6.14.8-2)
End-Date: 2025-10-23  16:45:35

Start-Date: 2025-10-25  20:09:43
Commandline: apt install lshw
Install: usb.ids:amd64 (2025.07.26-1, automatic), lshw:amd64 (02.19.git.2021.06.19.996aaad9c7-2.1)
End-Date: 2025-10-25  20:09:44

de 23e heeft ie een kernel update gedaan die dus met de herstart van de 24e actief is geworden.
Na een 2e herstart geen verbeteringen.

Zojuist zag ik weer een kernel update staan. Deze nog uitgevoerd.

code:

Start-Date: 2025-11-03  20:02:12
Commandline: apt-get dist-upgrade
Install: proxmox-headers-6.14.11-4-pve:amd64 (6.14.11-4, automatic), proxmox-kernel-6.14.11-4-pve-signed:amd64 (6.14.11-4, automatic)
Upgrade: proxmox-headers-6.14:amd64 (6.14.11-3, 6.14.11-4), bind9-host:amd64 (1:9.20.11-4, 1:9.20.15-1~deb13u1), pve-firmware:amd64 (3.17-1, 3.17-2), pve-ha-manager:amd64 (5.0.4, 5.0.5), pve-yew-mobile-i18n:amd64 (3.6.0, 3.6.1), proxmox-backup-file-restore:amd64 (4.0.15-1, 4.0.16-1), ifupdown2:amd64 (3.3.0-1+pmx10, 3.3.0-1+pmx11), proxmox-kernel-6.14:amd64 (6.14.11-3, 6.14.11-4), qemu-server:amd64 (9.0.22, 9.0.23), pve-i18n:amd64 (3.6.0, 3.6.1), bind9-dnsutils:amd64 (1:9.20.11-4, 1:9.20.15-1~deb13u1), proxmox-offline-mirror-helper:amd64 (0.7.2, 0.7.3), proxmox-backup-client:amd64 (4.0.15-1, 4.0.16-1), libpve-http-server-perl:amd64 (6.0.4, 6.0.5), proxmox-firewall:amd64 (1.1.2, 1.2.0), pve-manager:amd64 (9.0.10, 9.0.11), bind9-libs:amd64 (1:9.20.11-4, 1:9.20.15-1~deb13u1), intel-microcode:amd64 (3.20250512.1, 3.20250812.1~deb13u1), proxmox-offline-mirror-docs:amd64 (0.7.2, 0.7.3)
End-Date: 2025-11-03  20:02:57

Ook hier geen verbeteringen.

[GoBieN-Be]

Is je ZFS mirror nu constant aan het schrijven om de mirror in sync te brengen of heb je geformatteerd vanaf 0?

[dcm360]

Een ZFS mirror aanmaken is secondenwerk, ZFS weet waar het op de schijven data mag verwachten (in tegenstelling tot bij klassiek raid) en hoeft dus niet de schijven volledig te formatteren.

[Detmer]

Misschien ga ik nu teveel offtopic (zeg het mij dan ook gerust), maar ik ben verder aan het spelen om het verbruik omlaag te krijgen. Ik gebruik Agent-DVR docker met 3x camera en ik merk dat daar veel resources heen gaan. Met deze docker uitgeschakeld zit ik tussen de 1 tot 5% CPU verbruik. Met deze docker ingeschakeld tussen de 15 tot 20%.

Zijn er meer Tweakers die Agent-DVR gebruiken? En zo ja, hoe heb je het ingesteld om het verbruik omlaag te krijgen? Of gebruik je andere software, en zo ja, welke?

[RobertMe]

dcm360 schreef op dinsdag 4 november 2025 @ 07:51:
Een ZFS mirror aanmaken is secondenwerk, ZFS weet waar het op de schijven data mag verwachten (in tegenstelling tot bij klassiek raid) en hoeft dus niet de schijven volledig te formatteren.

Ligt natuurlijk ook aan de hoeveelheid data. Paar TB naar een HDD mirroren is geen seconden werk
Maar ja, doordat ZFS een geïntegreerde volume manager + filesystem is kan die wel veel efficiënter werken dan gesplitste oplossingen (zoals bv LVM met ext4 of welk ander filesystem op LVM dan ook).

[pimlie]

@Detmer Ik ken Agent-DVR niet, Frigate wordt iig ook veel gebruikt. Maar geen idee of dat minder cpu gebruikt, waarschijnlijk niet of zelfs meer als je allemaal (AI) object detecties gebruikt

Deze Toshiba MG04 spec suggereert dat zelfs in idle deze hdd's nog 6W verbruiken.

[YoeriGod]

Ik kwam uit nieuwsgierigheid op dit draadje terecht en zie in de TS de laatste complete systemen uit 2021 staan. Zijn deze nog actueel?

[Mich]

YoeriGod schreef op dinsdag 4 november 2025 @ 13:41:
Ik kwam uit nieuwsgierigheid op dit draadje terecht en zie in de TS de laatste complete systemen uit 2021 staan. Zijn deze nog actueel?

Ze blijven natuurlijk goed en als rekenkracht niet echt belangrijk is kan je ze aanschaffen. Maar in dr gepinde posts zitten heel veel nieuwe systemen inclusief metingen. En voor de echt zuinige systemen zoek op "kontron k3843" voor een van de meest zuinige moederborden als goede basis.

[I-Lynx]

GoBieN-Be schreef op dinsdag 4 november 2025 @ 00:18:
Is je ZFS mirror nu constant aan het schrijven om de mirror in sync te brengen of heb je geformatteerd vanaf 0?

Geformatteerd vanaf 0.

Daarna gekoppeld aan de OMV VM en via SMB data er op gezet.
Meer niet.

Ben nu een extra backup aan het maken en zal van de week de 2 drives los koppelen. Kijken of dat wat doen in het verbruik.

[Detmer]

Detmer schreef op dinsdag 4 november 2025 @ 09:18:
Misschien ga ik nu teveel offtopic (zeg het mij dan ook gerust), maar ik ben verder aan het spelen om het verbruik omlaag te krijgen. Ik gebruik Agent-DVR docker met 3x camera en ik merk dat daar veel resources heen gaan. Met deze docker uitgeschakeld zit ik tussen de 1 tot 5% CPU verbruik. Met deze docker ingeschakeld tussen de 15 tot 20%.

Zijn er meer Tweakers die Agent-DVR gebruiken? En zo ja, hoe heb je het ingesteld om het verbruik omlaag te krijgen? Of gebruik je andere software, en zo ja, welke?

pimlie schreef op dinsdag 4 november 2025 @ 12:17:
@Detmer Ik ken Agent-DVR niet, Frigate wordt iig ook veel gebruikt. Maar geen idee of dat minder cpu gebruikt, waarschijnlijk niet of zelfs meer als je allemaal (AI) object detecties gebruikt

Deze Toshiba MG04 spec suggereert dat zelfs in idle deze hdd's nog 6W verbruiken.

Gisteravond nog even verder geprutst. Ik heb de camera's nu aangepast naar een lage resolutie live stream en hoge resolutie opname. Scheelt bijna 10% in CPU verbruik en ~2 watt verbruik van de server .

En ik heb via V&A 2 bijna nieuwe 16tb schijven op de kop kunnen tikken. Ook niet de zuinigste zag ik, maar wel iets zuiniger en het prijsverschil met de andere types was mij te hoog + ik ga al van 4 naar 2. Die komen als het goed is begin volgende week. Als ik dan ook de voeding binnen zou krijgen (lastig leverbaar momenteel schijnt; De eerste bestelling is geannuleerd. De tweede bij een andere shop al 2x vertraagd) kan ik alles om gaan bouwen.

Dan heb ik zometeen 2x 16tb HDD, 2x 4tb sata SSD, 2x 2tb sata SSD, 1x 2tb NVMe en 1x 1tb NVMe

[I-Lynx]

I-Lynx schreef op dinsdag 4 november 2025 @ 21:02:
[...]
Ben nu een extra backup aan het maken en zal van de week de 2 drives los koppelen. Kijken of dat wat doen in het verbruik.

Zojuist de 2 schijven losgehaald van het moederboard en de PC weer opgestart.

Helaas. Geen verschil in verbruik.

Dit is echt wel frustrerend.
Hoe kan het systeem ineens bijna het dubbele verbruiken.
Ik merk het zelfs qua warmte in de kast.

Bios settings zijn helemaal nagelopen volgens diverse voorbeelden van mede tweakers.
Onzuinige SFP+ kaart en Chinese SSD is er uit.
De overige SSD's zijn juist gekozen op zuinigheid ipv prestaties.

En toch kom ik niet eens in C2 state en is het verbruik hoog. En dat met maar 3 VM's en 2 Containers.
Het uitzetten van VM's heeft uiteraard wel een verschil. Waarbij Frigate bijna 10 watt pakt. Maar dat ik ook wel logisch en ook redelijk normaal.
Het zit hem echt in de basis van Proxmox......... maar waar......

[ramonlambal]

Als ik zulke hoge waardes zie denk ik bij windows direct aan drivers ...
Maar hoe dat zit bij Proxmox kan ik je helaas niet vertellen. HEb je toevallig veel monitoring aan staan op proxmox? dan gaat die natuurlijk nooit in slaapstand als die constant van alle containairs en VMs data binnen krijgt en in een DB zet.

Je had ook een ZFS mirror ingesteld toch? op NVME? Dat betekend namelijk, als die een beetje hyperactief wil mirrororen je PCI-e states nooit naat beneden gaan natuurlijk, omdat de twee schijven constant van elkaar aan het lezen zijn of ze wel hetzelfde zijn, via de PCI bus.