Het grote zuinige server topic - deel 3

[valdi]

Die PSU keuzes zijn helder zo. M'n voorkeur voor een server chassis is puur omdat ik ook al wat 19" router en switch spul heb. Maar qua kosten is het niet de beste optie lijkt het.

Voor Scrypted is vooral een intel cpu met een geintegreerde GPU (Intel UHD) wenselijk. Die presteren erg goed zonder een extra investering in een aparte GPU. Omdat ik er ook Home Assistant op ga draaien is een beetje extra capaciteit wel lekker, aangezien ik daar ook nog wel wat plannen mee heb. Daarmee is eigenlijk elke machine met minimaal 16gb geheugen en een moderne i5 of i7 wel prima.

Ik merk dat ik een gebrek aan server chassis kennis heb. Dat is lastig in deze (uit)zoektocht.

[GoBieN-Be]

Monteer gewoon een legplank in die 19" rack en plaats een SFF of kleine tower er op.

[valdi]

Ik denk inderdaad dat het daar op uitdraait.

[Martijn246]

Een aantal jaar geleden heb ik mijn eerste server gebouwd met wat tweedehands onderdelen.

Deze doet het prima en in principe heb ik op dit moment niet echt een reden om te upgraden. Wel ben ik nieuwsgierig geworden naar het verbruik en mezelf gaan afvragen of ik dat omlaag kan krijgen.

Op dit moment gebruik ik Proxmox als OS en heb ik een TrueNAS VM en een paar LXCs (jellyfin/plex/torrentclient etc) draaien. Verder voeg ik af en toen een VM/LXC toe om het een en ander op te testen of mee te klooien.

Ik ben begonnen met de aanschaf van een Brennenstuhl PM 231 E uit de begin post. De eerste paar dagen gaf die ongeveer 40-50W (VMs+LXC up, maar in principe verder 'idle') aan, met af en toe een flink piek naar 75W.

Na volgen van de andere tips uit de topic start, lijkt het nu redelijk stabiel rond de 17-20W (~40W als Jellyfin gaat transcoden) te zitten in hetzelfde scenario als eerst. Ik was erg verrast dat het zo'n groot verschil zou zijn.

Ik zit nu op een punt dat ik mezelf afvraag of een andere voeding (PicoPSU bijv.) hier nog iets af kan schaven, of dat dit wel zo'n beetje het maximaal haalbare is. Mijn huidige kast heeft een ingebouwde voeding (Antec AR-350), maar hier kan ik niet veel over vinden. Maar gezien de leeftijd van de kast, heb ik niet veel vertrouwen in de efficiëntie van de voeding.

Ik heb de volgende mogelijkheden in m'n hoofd:

• De huidige voeding vervangen door een PicoPSU-160-XT + 120W voeding (of meer?)
• Processor + moederbord vervangen
• NAS deel verplaatsen naar een dedicated systeem. Ik begreep dat TrueNAS eigenlijk nooit helemaal idle is waardoor het dus ook niet zuinig kan zijn? Maar met deze optie verplaats ik het verbruik alleen maar?
• Geen Proxmox meer draaien, geen TrueNAS meer draaien, maar alles op een zuinig OS in docker containers draaien?

Hoe kijken jullie hier naar en wat is een realistische verwachting van dit systeem?

#	Categorie	Product	Prijs	Subtotaal
1	Processors	Intel Core i5-7500T Boxed	€ 0,-	€ 0,-
1	Moederborden	Asus Q170M-C	€ 0,-	€ 0,-
1	Behuizingen	Antec New Solution NSK1380	€ 0,-	€ 0,-
1	Processorkoeling	Noctua NH-L9i Bruin	€ 44,-	€ 44,-
1	Geheugen intern	HyperX Fury black HX421C14FBK2/32	€ 0,-	€ 0,-
1	Interne ssd's	Samsung 850 EVO 250GB	€ 0,-	€ 0,-
1	Interne ssd's	Samsung 860 QVO 1TB	€ 0,-	€ 0,-
3	Interne ssd's	Samsung 860 QVO 2TB	€ 0,-	€ 0,-
1	Interne ssd's	Samsung 870 QVO 2TB	€ 291,26	€ 291,26
Bekijk collectie Importeer producten			Totaal	€ 335,26

[GoBieN-Be]

Als ik zo even vlug zoek op internet zou dat gaan om een:
Antec Quiet 80 PLUS® Certified 350 Watt PSU.
80 PLUS maar zonder aanduiding bronze, silver, gold etc ...
Dat zal wellicht niet de meest efficiënte voeding zijn.
Maar de aanschafprijs terugwinnen van een PicoPSU + 120W voeding zal niet snel zijn.
Dus voor economische redenen moet je het niet doen denk ik voor dit 'oudere' systeem.

[mrmrmr]

@Martijn246 Ongezien zou ik aan de stekker rekening houden met ongeveer 12-20W verbruik. Dat ligt met name aan de generatie van het moederbord en processor. Een PicoPSU met zuinige adapter kan het verbruik verlagen met 2-8W (€ 42 en € 168 over 7 jaar @ €3 per Watt per jaar), maar in dit geval weet ik niet of deze voeding het goed of slecht doet bij lage belasting, iets definitiefs kan ik er niet over te zeggen.

PicoPSU-160XT is o.a. hier verkrijgbaar voor € 53 incl. alle kosten, Een zuinige XP Power VES120PS12 120W is verkrijgbaar bij Digikey voor € 78 incl. alle kosten. Samen € 131. De besparing is relatief het grootst bij lage (<10W) tot zeer lage (<5W) belasting. Dan doen ATX voedingen het vaak tamelijk slecht.

Je hebt mogelijk een veel grotere energiebesparing als je een zuiniger moederbord met processor toepast. Bijvoorbeeld een Fujitsu D3417-B2 (6th gen) of D3643-H (8-9th gen). Maar dat vergt vervanging van moederbord, processor en geheugen. Als je veel geduld hebt komt die wel een keer langs op een van de tweedehands sites. Op eBay staan er diverse tweedehands te koop voor belachelijk hoge bedragen, er is kennelijk een inkopende kaper op de kust. Je moet er snel bij zijn. Naar mijn mening is een redelijk tweedehands bedrag onder € 90 voor het moederbord, en meer inclusief processor en geheugen.

Op *BSD gebaseerde besturingssystemen doen het relatief slecht qua energiebesparing, maar je hebt Proxmox (Linux) als primair besturingssysteem dat zuinig kan zijn. VM's kun je beter vermijden waar dat kan. Dat scheelt in de overhead die een tweede besturingssysteem creëert.

[bjp]

1/ prachtig wat een beetje software tricks kan doen met je verbruik! Stel je voor dat je dit al een aantal jaren had kunnen benutten!
2/ een i5-7500T is al een redelijke setup.

80+ zonder iets is wss 80+ bronze. Niet slecht, niet super. Voor 17W, ga je er mss nog enkele af krijgen met een picoPSU bijvoorbeeld. Is het de moeite waard? wss niet.

[Jerie]

mrmrmr schreef op vrijdag 13 februari 2026 @ 00:05:
[...] VM's kun je beter vermijden waar dat kan. Dat scheelt in de overhead die een tweede besturingssysteem creëert.

Heb je hier recente voorbeelden van?

[mrmrmr]

Jerie schreef op vrijdag 13 februari 2026 @ 00:15:
Heb je hier recente voorbeelden van?

De drivers bij FreeBSD zijn niet voorzien van energiebesparingsmogelijkheden zoals die onder Linux. Dat is grootste probleem. De processor states worden wel ondersteund bij zowel FreeBSD als bij Linux.

Dit heb ik via metingen vastgesteld, ik heb geen recente meetgegevens. Het heeft uiteraard het grootste effect als ASPM en dergelijke op een systeem worden ondersteund. Een zuinig moederbord die alle benodigde low power modes ondersteunt is een vereiste.

https://www.google.com/se...s+Linux+power+consumption

In sommige van de discussieforums wordt er aan voorbijgegaan dat er geoptimaliseerd moet worden, daardoor zijn die cijfers niet zonder meer betrouwbaar. Wel geven ze aan dat er grosso modo een flink verschil is. Uit eigen meting weet ik dat op een zuinig moederbord (3W) het verbruik bijna kan verdubbelen bij toepassing van FreeBSD (6-7W) in plaats van Debian.

[ Voor 3% gewijzigd door mrmrmr op 13-02-2026 00:33 ]

[andru123]

@Martijn246 ik schat dat PicoPSU gaat minimaal 5W en zeer waarschijnlijk 10W besparen (15-30€ pj). Ik zou het zeker kopen, je begint meteen met besparen, en kan altijd het later hergebruiken voor elke andere systeem.
En het is een leuke stuk van tech dat ja kan meespelen.

[Martijn246]

Bedankt voor de reacties.

Goed om te lezen dat jullie ook denken dat de PicoPSU op dit moment de volgende stap is. Ik ga dan voor de opzet die @mrmrmr aangeeft; PicoPSU-160XT + XP Power VES120PS12 120W.

Ergens voelt het ook een beetje gek om te upgraden naar een D3643-H + 9e generatie CPU als ik nu een 7500T. Ik zou dan verwachten dat de overstap naar een nieuwere generatie meer oplevert. Daarnaast heeft de D3643-H 4 SATA aansluitingen, en aangezien ik nu 6 SSDs gebruik zal ik daar ook iets mee moeten. Dat alles bij elkaar komt eigenlijk neer op een volledige vervanging van het systeem (waar ik dan wel de PicoPSU kan hergebruiken )

[bjp]

2de hands picoPSU is mss nog relevant, ook de nodige "laptop" adapter kan je daar vinden.

[Woodski]

Ik draai al jaren tevreden met een Chinese PicoPSU van 19 volt.
Adapters hiervoor kosten geen drol (Dell, HP etc) en ze zijn zeer zuinig.
Vrijwel alle grote merken doen 19v, niet 12v

[GoBieN-Be]

Inderaad, de gewone PicoPSU is 12V en laptop adapters zijn meestal 19V.
Dat is jammer want er zijn vele zuinige laptop en docking adapters, ook met hogere vermogens.

De originele PicoPSU met wide range input (die wel 19V aankan) is niet zo zuinig, tenminste ik las dat hier eens.

[ Voor 3% gewijzigd door GoBieN-Be op 15-02-2026 18:35 ]

[GioStyle]

Sindskort een Odroid H4 Ultra in mijn bezit. Nadat ik alle onderdelen klaar had liggen kreeg ik artifacts op het scherm en random reboots. Bleek uiteindelijk mijn geheugenmodule te zijn die niet helemaal lekker was. Ik heb even een tijdelijke setup in elkaar gezet om te kijken hoe laag ik qua verbruik kan komen:

SBC: Odroid H4 Ultra
Geheugen: Crucial CT16G48C40S5 (16GB DDR5-4800)
SSD: Samsung 840 EVO 120GB
Voeding: Leicke 12V 7.5A voedingsadapter
Energiemeter: Energy Logger 4000

Bios naar laaste versie (ADLN-H4_B1.11) geupdated en de volgende settings aangepast:

code:

- Advanced
    - Power & Performance
        - CPU - Power Management Control:
            - Boost performance mode: Max Non-Turbo Performance
            - Turbo Mode: Disabled
            - Package C State Limit: C10
- ACPI Settings
    - Enable ACPI Auto Configuration: Enabled
- Chipset
    - PCH-IO Configuration:
        - PCI Express Configuration:
            - DMI Link ASPM control: Auto
            - PCI Express Root Port 3
                - ASPM: Auto
            - PCI Express Root Port 4
                - ASPM: Auto
            - PCI Express Root Port 7
                - ASPM: Auto
            - PCI Express Root Port 7
                - ASPM: Auto

Vervolgens Debian 13.3.0 geïnstalleerd. Setup met 1 UTP kabel aangesloten op 1Gbit, enige aanpassingen in OS: powertop --auto-tune en power settings op powersave met als idle verbruik: 3,4W.

Zometeen maar even uitproberen wat een eMMC module en een 12V3A voedingsdapter met het verbruik doet.

Edit: de sata ssd vervangen door een eMMC module van 64GB en de Leicke voedingsdapter door een no name 12V3A efficiency level VI adapter, dan is het idle verbruik: 3,0-3,1W en met af en toe een uitschieter naar 3,5/3,6W en dan weer terug.

[ Voor 39% gewijzigd door GioStyle op 21-02-2026 10:07 ]

[manusjevanalles]

GioStyle schreef op vrijdag 20 februari 2026 @ 19:24:
Sindskort een Odroid H4 Ultra in mijn bezit. Ik kreeg artifacts op het scherm en random reboots. Bleek uiteindelijk mijn geheugenmodule te zijn die niet helemaal lekker was. Ik heb even een tijdelijke setup in elkaar gezet om te kijken hoe laag ik qua verbruik kan komen:

SBC: Odroid H4 Ultra
Geheugen: Crucial CT16G48C40S5 (16GB DDR5-4800)
SSD: Samsung 840 EVO 120GB
Voeding: Leicke 12V 7.5A voedingsadapter
Energiemeter: Energy Logger 4000

Bios naar laaste versie geupdated en de volgende settings aangepast: ASPM op auto voor elk PCI-e device en (turbo) boost uitgezet. Vervolgens Debian geïnstalleerd. Setup met 1 UTP kabel aangesloten op 1Gbit, enige aanpassing in OS: powertop --auto-tune met als idle verbruik: 3,4W.

Zometeen maar even uitproberen wat een eMMC module en een 12V3A voedingsdapter met het verbruik doet.

Loopt hij niet vast na powertop --autotune vanwege niet goed ondersteunde NIC's?

[GioStyle]

manusjevanalles schreef op vrijdag 20 februari 2026 @ 20:26:
[...]


Loopt hij niet vast na powertop --autotune vanwege niet goed ondersteunde NIC's?

Nee, ik heb debian-live-13.3.0-amd64-gnome gebruikt. Blijft gewoon bereikbaar? De H4 Ultra heeft Intel NIC's. Bij de H3 (+) series zijn Realtek NIC's gebruikt en die hebben inderdaad 'drivers' nodig.

[ Voor 17% gewijzigd door GioStyle op 20-02-2026 20:44 ]

[RobertMe]

GioStyle schreef op vrijdag 20 februari 2026 @ 20:31:
[...]


Nee, ik heb debian-live-13.3.0-amd64-gnome gebruikt. Blijft gewoon bereikbaar? De H4 Ultra heeft Intel NIC's. Bij de H3 (+) series zijn Realtek NIC's gebruikt en die hebben inderdaad 'drivers' nodig.

De Intel i225 en i226 staan erom bekend dat ze nogal buggy zijn (de i226 is gewoon een nieuwe revisie van de i225 omdat de i225 al 2 of 3 revisies had en een slechte naam had opgebouwd). Lijkt mij dus dat @manusjevanalles daar op doelt. Waarbij mijn TopTon doos, met 4x i226, ook keihard crasht na een powertop --auto-tune. Ik meen wel begrepen te hebben dat dat alleen gebeurd met de settings die powertop toepast op de niet aangesloten poorten. Als je alle poorten in gebruikt hebt werkt het prima.

[manusjevanalles]

RobertMe schreef op vrijdag 20 februari 2026 @ 22:29:
[...]

De Intel i225 en i226 staan erom bekend dat ze nogal buggy zijn (de i226 is gewoon een nieuwe revisie van de i225 omdat de i225 al 2 of 3 revisies had en een slechte naam had opgebouwd). Lijkt mij dus dat @manusjevanalles daar op doelt. Waarbij mijn TopTon doos, met 4x i226, ook keihard crasht na een powertop --auto-tune. Ik meen wel begrepen te hebben dat dat alleen gebeurd met de settings die powertop toepast op de niet aangesloten poorten. Als je alle poorten in gebruikt hebt werkt het prima.

Exact. Mijn H4+ loopt met autotune vast omdat ik maar 1 lanpoort gebruik.

[GoBieN-Be]

Je kan gewoon alles toepassen uitgezonderd dat ene voor de nic.

[manusjevanalles]

GoBieN-Be schreef op vrijdag 20 februari 2026 @ 23:53:
Je kan gewoon alles toepassen uitgezonderd dat ene voor de nic.

Zo heb ik het inderdaad opgelost. Maar @GioStyle gebruikt wel autotune zonder probleem lijkt, het zou mooi zijn als dat nu werkt.

[Martijn246]

Een update op mijn post van een tijdje geleden.

Vanmorgen heb ik de ingebouwde voeding vervangen door een Mini-box picoPSU PicoPSU-160-XT + XP Power VES120PS12 120W.

Mijn systeem verbruikt idle nu zo'n 9-11W (dan draait er 1 Truenas VM, en 3 LXCs). Als alles uit staat en ik geen ethernetkabel aansluit heb ik het zo laag gezien als 5,6W, maar dit is natuurlijk geen realistisch scenario. Ik ben niet ontevreden met dit resultaat, zeker als ik bedenk wat het eerst was.

Inclusief een 4-pin miniDin naar miniFIT-JR, een SATA splitter kabel en verzendkosten was ik iets minder dan €160 kwijt. Deze investering terugverdienen gaat dus wel even duren, maar ach

[mbbs1024]

Martijn246 schreef op zaterdag 21 februari 2026 @ 16:03:
Een update op mijn post van een tijdje geleden.

Vanmorgen heb ik de ingebouwde voeding vervangen door een Mini-box picoPSU PicoPSU-160-XT + XP Power VES120PS12 120W.

Mijn systeem verbruikt idle nu zo'n 9-11W (dan draait er 1 Truenas VM, en 3 LXCs). Als alles uit staat en ik geen ethernetkabel aansluit heb ik het zo laag gezien als 5,6W, maar dit is natuurlijk geen realistisch scenario. Ik ben niet ontevreden met dit resultaat, zeker als ik bedenk wat het eerst was.

Inclusief een 4-pin miniDin naar miniFIT-JR, een SATA splitter kabel en verzendkosten was ik iets minder dan €160 kwijt. Deze investering terugverdienen gaat dus wel even duren, maar ach

Die 9-11W is idd een mooie winst ten opzichte van de 17-20W van je vorige post, dat is bijna de helft.
Ik wist niet dat een pico-PSU zo een verschil zou kunnen maken.

[Mars Warrior]

Martijn246 schreef op zaterdag 21 februari 2026 @ 16:03:
Een update op mijn post van een tijdje geleden.

Vanmorgen heb ik de ingebouwde voeding vervangen door een Mini-box picoPSU PicoPSU-160-XT + XP Power VES120PS12 120W.

Mijn systeem verbruikt idle nu zo'n 9-11W (dan draait er 1 Truenas VM, en 3 LXCs). Als alles uit staat en ik geen ethernetkabel aansluit heb ik het zo laag gezien als 5,6W, maar dit is natuurlijk geen realistisch scenario. Ik ben niet ontevreden met dit resultaat, zeker als ik bedenk wat het eerst was.

Inclusief een 4-pin miniDin naar miniFIT-JR, een SATA splitter kabel en verzendkosten was ik iets minder dan €160 kwijt. Deze investering terugverdienen gaat dus wel even duren, maar ach

Netjes!

Als je rekent met 10W besparing, dan zit je per jaar op 87,6 kWh. Dat zal rond de €25 per jaar zijn dan.
Ik doe gemiddeld 10 jaar met een server, dus ik zou het er makkelijk uithalen

[andru123]

@Martijn246 ga je de oude voeding uit de kast halen? En dan met een zuinige 120mm vervangen? Met maar 10W natuurlijke ventilatie is misch. genoeg. Er zitten geen andere fans in de kast behalve CPU?

[Martijn246]

mbbs1024 schreef op zaterdag 21 februari 2026 @ 17:27:
[...]

Die 9-11W is idd een mooie winst ten opzichte van de 17-20W van je vorige post, dat is bijna de helft.
Ik wist niet dat een pico-PSU zo een verschil zou kunnen maken.

Voordat ik alle stappen uit de TS uitgevoerd had zat het zelf op 40-45W

andru123 schreef op zaterdag 21 februari 2026 @ 19:18:
@Martijn246 ga je de oude voeding uit de kast halen? En dan met een zuinige 120mm vervangen? Met maar 10W natuurlijke ventilatie is misch. genoeg. Er zitten geen andere fans in de kast behalve CPU?

Ja, de oude voeding is uit de kast. Die heeft een aparte vorm en alle kabels zitten erg dicht op het moederboard. Ik heb geen fan in de plaats gezet, dus de CPU fan is inderdaad de enige fan in de kast. Voor nu lijkt dat goed te gaan.

[manusjevanalles]

mrmrmr schreef op dinsdag 30 december 2025 @ 19:29:
Er is een probleem bekend in kernel 6.17 en Jasper Lake.

Als hot pluggable ("ext" of "external" in de kernel) aan staat in de BIOS kan dat beter worden uitgeschakeld volgt uit een opmerking in de discussie.

@Yoxt Heb je grub geupdate voor de ahci.mask_port_ext=0x3 kernel command line aanpassing? Dat is nodig om de wijziging te activeren. Diverse distributies doen dat op verschillende manieren.

Een tijd geleden hadden we het hierover. Helaas lost het uitzetten van hot pluggable niet bij mijn Odroid, en blijven “ Enable SATA link power management for host” 0 t/m 4 op “bad” staan. Ik kom ook niet meer verder dan C4. Weet iemand of er al een oplossing is? Ik draai de nieuwste versie van Proxmox.

[Mee_]

Hallo allemaal,

Ik heb onderstaande oude Frankenstein server 24/24 draaien.

#	Categorie	Product
1	Processors	Intel Core i5-6600K Boxed
1	Moederborden	ASUS Z170 PRO GAMING
1	Interne harde schijven	Hitachi Deskstar 5K3000, 3TB (enkel voor backup, slaapt 95% van de tijd)
1	Interne harde schijven	WD Red Plus (128MB cache), 8TB
1	Interne harde schijven	WD Red Plus (256MB cache, 5.640rpm), 8TB
1	USB/Opslag-controllers	SATA PCI Express x1 Card
1	Netwerkadapters	Intel Gigabit ET Dual Port Server Adapter (bulk)
1		2x 16GB 2133 MHz RAM
1	Geheugen intern	Corsair Vengeance LPX CMK8GX4M2A2666C16
1	Voedingen	Cooler Master V550 Gold
1	Interne ssd's	Crucial P1 1TB
1	Interne ssd's	Samsung 840 120GB
Bekijk collectie Importeer producten

Ik draai hier Proxmox op met een Home Assistant VM en een TrueNAS-VM. Die laatste draait een hoop services, waaronder ook Frigate voor enkele camera's. Daardoor heeft de CPU dus wel altijd iets te doen.
Deze server heeft een gemiddeld verbruik van zo'n 65W. Dat wil ik natuurlijk verminderen en wat extra power en transcoding-mogelijkheden zouden ook welkom zijn.

Daarom deze 3 vraagjes voor jullie:
- Is dit een 'normaal' verbruik voor wat hij momenteel draait op de hardware die je hier ziet? Of zou er ergens een abnormale slokop tussen zitten?
- Moest ik enkel CPU en moederbord vervangen door bv een 12600K met bijpassend moederbord, mag ik dan een behoorlijke verlaging in verbruik verwachten of is dat wishful thinking? Betere upgrades mogelijk? In dit geval zou ik de huidige (trage) 2133 MHz DDR4 willen behouden (want RAM-crisis), zou dat problemen geven?
- Zien jullie andere quick wins in deze opstelling?

Alvast bedankt!

[mrmrmr]

@Mee_
Waarom zit er een SATA kaart in? Ik tel 4x SATA devices en het bord heeft er ook 4. Als je een disk weinig gebruikt, kun je hem beter tijdelijk aansluiten via USB.

Zit er nog een grafische kaart in?

De dual ethernetkaart is van een oud type en niet zo zuinig als bijvoorbeeld I210/211/219LM. Je kan beter de netwerkchip op het moederbord gebruiken voor alle doeleinden.

Heb je de optimalisaties uit de topic start uitgevoerd?

Er is niet veel te zeggen over het verbruik onder belasting, maar wel over verbruik in idle. Na optimalisatie kun je idle meten zonder Frigate en eventuele andere processen met veel cpu verbruik, zonder VM actief.

Je kan een DDR4 bord toepassen, maar dan kun je beter voor een Intel 10th/11th gen processor kiezen (zie gepinde posts in deel 2 of 3) of een specifiek zuinig moederbord zoals een Fujitsu D3417-B (6th/7th gen) of D3642-B Fujitsu D3643-H (8th/9th gen) dat DDR4 gebruikt.

Deze voeding is vanaf een verbruik hoger dan 25W het meest efficiënt.

Een laag vebruik hangt af van:
1. hardware, BIOS (moederbord)
2. besturingssysteem (Linux is doorgaans het beste)
3. inrichting, software en instellingen (zo weinig mogelijk VM's, geen onnodige processen)

Alles moet worden geoptimaliseerd voor de beste resultaten.

[Mee_]

@mrmrmr
Alvast bedankt voor het uitgebreide antwoord!
- de SATA-kaart zit er in zodat ik deze in zijn geheel met de 3 HDD's kan doorsturen via Proxmox naar de TrueNAS, zo kan deze laatste de backupschijf (wordt elke nacht gedaan) ook in slaap zetten en werkt het geheel 'mooier'. Ik heb ook nog een externe USB-schijf voor offsite backups die inderdaad alleen tijdelijk wordt aangesloten.
- zit geen grafische kaart in
- aparte netwerkkaart is om teaming te hebben + aparte management interface (via moederbord dan). Maar dit is misschien wel wat overkill ja .
- meeste optimalisaties uit de topic start zijn uitgevoerd
- zonder Frigate is het idle verbruik zo'n 56W. Frigate doet hier zo'n 12W bij.
- ik heb recent ergens gelezen dat de iGPU vanaf 12th gen toch wel aan te raden was voor transcoding (Jellyfin) en wat (beperkte) machine learning. Ik kan mis zijn natuurlijk!

[bjp]

het nadeel van je huidige setup is het moederbord denk ik, op eerste zicht de chipset Z170, niet echt de CPU of het geheugen. Maar ik ben ook geen expert.

De SATA kaart is te bekijken. Lijkt me eerder comfort dan noodzaak. Te zien of deze ASPM veel tegenhoud of niet.

wat zie je in powertop? is alles "goed" ? Zie je goeie C-states? Daar zit de echte winst, dingen goed instellen.

@mrmrmr er zit al een Intel I219-V op als ik de specs bekijk.

[Jerie]

Mee_ schreef op maandag 23 februari 2026 @ 09:43:
@mrmrmr
Alvast bedankt voor het uitgebreide antwoord!
- de SATA-kaart zit er in zodat ik deze in zijn geheel met de 3 HDD's kan doorsturen via Proxmox naar de TrueNAS, zo kan deze laatste de backupschijf (wordt elke nacht gedaan) ook in slaap zetten en werkt het geheel 'mooier'. Ik heb ook nog een externe USB-schijf voor offsite backups die inderdaad alleen tijdelijk wordt aangesloten.
- zit geen grafische kaart in
- aparte netwerkkaart is om teaming te hebben + aparte management interface (via moederbord dan). Maar dit is misschien wel wat overkill ja .
- meeste optimalisaties uit de topic start zijn uitgevoerd
- zonder Frigate is het idle verbruik zo'n 56W. Frigate doet hier zo'n 12W bij.
- ik heb recent ergens gelezen dat de iGPU vanaf 12th gen toch wel aan te raden was voor transcoding (Jellyfin) en wat (beperkte) machine learning. Ik kan mis zijn natuurlijk!

Yep, vanaf 12th gen. Idle verbruik iGPU is ook nagenoeg nul. Niet dat deze idle'd. Wat je dan kunt doen is twee streams. Een low quality voor ML, en een high quality om de stream real-time te kunnen bekijken en op te slaan. Voila, FOSS NVR.

USB moet je qua data integriteit voorzichtig mee zijn.

[andru123]

@Mee_ mijn schatting:
- audio in bios uit zetten -2W
- netwerk kart eruit en ingebouwde netwerk port gebruiken -10W
- sata controller eruit -5W
- bios heeft mij onbekende functies zoals Depop, anti-surge, .. misch proberen om mee te spelen.
Voeding vervangen heeft weinig zin tenzij je je syteem onder 30W brengt.

[Mars Warrior]

@Mee_ hier, https://m.hexus.net/tech/...s-z170-pro-gaming/?page=3, komt men met gegeven test configuratie op 39W idle uit.

Dat is met GPU en dikke voeding. Dus ik zou verwachten dat het nog een stuk lager kan.

[haakjesluiten]

ik ben afgelopen tijd wat aan het rommelen met mijn pc/hobby machine daar zit een RTX 5070TI in, onder proxmox krijg ik die niet zuiniger dan 17W in idle maar de impact van die GPU op het hele systeem is veel groter. Zonder GPU is het idle 12-14W met 44watt. Is dit wat het is of is hier nog wat winst te behalen?

[AJediIAm]

Hallo,

De eerste post is al een tijdje niet meer geupdate en ik vroeg me af wat gangbare opties zijn.

Zou het een idee zijn om weer eens een lijstje te verzamelen van populaire opties?

[GoBieN-Be]

Als je filter op de gepinde posts dan zie je welke systemen recent nog getest zijn.
Het grote zuinige server topic - deel 3

[mrmrmr]

AJediIAm schreef op zaterdag 28 februari 2026 @ 18:47:
Hallo,

De eerste post is al een tijdje niet meer geupdate en ik vroeg me af wat gangbare opties zijn.

Zou het een idee zijn om weer eens een lijstje te verzamelen van populaire opties?

Naast wat @GoBieN-Be schreef: de opties in de TS zijn nog steeds goed, nieuwer is zeker niet per se beter als het gaat over zuinige servers, integendeel eigenlijk. Met de huidige prijzen van geheugen en opslag is het aantrekkelijk geworden om ook naar tweedehands te kijken.

[mrmrmr]

haakjesluiten schreef op woensdag 25 februari 2026 @ 08:29:
ik ben afgelopen tijd wat aan het rommelen met mijn pc/hobby machine daar zit een RTX 5070TI in, onder proxmox krijg ik die niet zuiniger dan 17W in idle maar de impact van die GPU op het hele systeem is veel groter. Zonder GPU is het idle 12-14W met 44watt. Is dit wat het is of is hier nog wat winst te behalen?

Vrijwel alle pcie gaming kaarten hebben een tamelijk hoog idle verbruik. Het is wel mogelijk een grafische kaart in te steken met een simpele chip erop. Alleen heb ik daar geen cijfers over welke precies zuinig zou zijn.

Voor wat mogelijk is kun je het beste een inventarislijstje maken zodat we kunnen zien wat er verder allemaal in de computer zit.

[ijdod]

Door het overlijden van een NIC wat moeten schuiven met hardware en dus weer even door de instellingen lopen, ook omdat ik meteen wat updates gedaan (stond ook al even op de to do lijst).Dat was 2 jaar geleden, was weer even diep in het geheugen en de discussies hier graven.

[roelofz]

Hoi,

Ik kan mijzelf niet onervaren noemen en toch kan een mens zijn neus enorm stoten...

Ik had onderstaande draaien met een asrock n100 bordje onder linux, maar helaas het PCI-e slot kan geen GPU ondersteunen, dus met onderstaande (psu, moederbord en cpu zijn nieuw) dacht ik een betere config te hebben, zonder idioot op het stroomverbruik in te moeten leveren. De N100 met ssd's deed met docker containers actief 12 watt in idle..

#	Categorie	Product	Prijs	Subtotaal
1	Processors	Intel Core i5-13400F Tray	€ 136,60	€ 136,60
1	Moederborden	ASRock B760M-HDV/M.2 D4	€ 76,29	€ 76,29
1	Geheugen intern	Samsung M378A4G43AB2-CWE	€ 491,97	€ 491,97
1	Voedingen	Cooler Master MWE GOLD 550 V3 ATX 3.1 Non-Modular	€ 59,90	€ 59,90
1	Interne ssd's	Lexar NM710 2TB	€ 268,22	€ 268,22
1	Interne ssd's	Samsung 870 QVO 8TB	€ 1.879,10	€ 1.879,10
			Totaal	€ 2.912,08

De GPU was nog een keuze apart, ik dacht een slimme keuze te maken voor een Intel A770.

Bestellen, assembleren, spullen overzetten (Ubuntu 24.04) en to my shock gaf de shelly plug nu als bodem (ik durf de andere getallen niet eens te noemen) 40 watt aan met de GPU er ook bij.
Inmiddels testen met een rx6600 (28 watt zonder docker) en een 3060 12 Gb (35 watt zonder docker) en dit klinkt als een totale mislukking.
Asrock al benaderd want dit zou toch beter moeten kunnen, ik heb denk ik alles wel gezien aan gpu tuning wat er met deze drie mogelijk is, cpu cores uitgeschakeld, aspm aan, alle power states in de bios aan, ik zie intussen sterretjes en heb sterk mijn twijfels over het moederbord (substates in aspm missen, toch lijkt ie wel wanneer aspm nodig is zijn ding te doen, dus ik denk dat ie op andere vlakken zuipt.

Ik kan weinig trots tonen over deze config, riekt naar zsm kwijt raken op MP, maar misschien zie ik dingen over het hoofd.

Ik denk dat ik de GPU's intussen wel in de vingers heb (afgezien van de Intel, die vertrouw ik echt niet), 11 watt is bedroevend voor de 3060, maar meer lijkt er niet in te zitten en de rx is net te krap (ik wil AI taken draaien).

Hoe kan ik nog meer uit het moederbord en cpu persen om dit weer een beetje op de rails te krijgen?

[GoBieN-Be]

Heb je ook een baseline zonder GPU?
Heb je opzoekingen gedaan voor ATX PSU?
Ik denk niet dat deze hier al vermeld is.

[roelofz]

Ik heb geen igpu, zonder gpu kan ik geen netwerk configureren dus werd dat een beetje lastig om daar een juist draaiend systeem mee te krijgen.

Mijn ervaring is tot nu toe kennelijk steeds gelukkig geweest met psu’s, deze heeft een gold rating, dus de efficiency moet redelijk zijn, ook niet mijn eerste coolermaster. Het oude g1820 systeem had een minder gewaardeerde bequiet system power 300 watt voeding, wat ook niet beroerd uitpakte. Maar het zou een rol kunnen spelen, heb nog niet berekend of ik hierdoor 12 watt heb verloren.

[bjp]

je kan gerust een server "headless" installeren. Of installeren met de GPU, en die dan afsluiten, GPU eruit halen, en terug opstarten. Voor een server is dat vrij standaard.

[roelofz]

De netwerkkaart in netplan laat het afweten, omdat de actieve netwerkkaart wisselt bij een hardwarewijziging. Dit heeft vast te maken met het hardware id van de Realtek kaart, die wijzigt zodra er van gpu wordt gewisseld (nu ruime ervaring mee helaas), blind kan ik die aanpassing in netplan (ip address, aanpassing in 2 netplan bestanden en netplan apply) niet doen.

[iamzero456]

roelofz schreef op dinsdag 3 maart 2026 @ 08:35:
De netwerkkaart in netplan laat het afweten, omdat de actieve netwerkkaart wisselt bij een hardwarewijziging. Dit heeft vast te maken met het hardware id van de Realtek kaart, die wijzigt zodra er van gpu wordt gewisseld (nu ruime ervaring mee helaas), blind kan ik die aanpassing in netplan (ip address, aanpassing in 2 netplan bestanden en netplan apply) niet doen.

Dan zul je die wisseling moeten voorkomen om je ethernetpoorten vaste device names te geven. Dit is hoe je dat zou doen in Proxmox:

In proxmox 9.1.4 geloof ik zit dit standaard als optie in de installatie wizard, wel zo makkelijk

[roelofz]

pfff, de video lijkt een oplossing te hebben, maar de combi met netplan en een bridge die ik in netplan moest maken voor docker (of mijn proxy, weet dat nu niet meer) lees ik niet terug, is ook weinig op te vinden.

Ofwel dit kan ik proberen uit te werken, maar gaat niet zo even lukken.

[Mars Warrior]

roelofz schreef op dinsdag 3 maart 2026 @ 08:54:
pfff, de video lijkt een oplossing te hebben, maar de combi met netplan en een bridge die ik in netplan moest maken voor docker (of mijn proxy, weet dat nu niet meer) lees ik niet terug, is ook weinig op te vinden.

Ofwel dit kan ik proberen uit te werken, maar gaat niet zo even lukken.

Wat heeft Netplan met Docker te maken? Ik heb in ieder geval niets ingesteld daarvoor. Enkel een statisch IP adres. Docker maakt zijn eigen netwerken wel aan.

[roelofz]

Beetje off topic, maar de combi proxy en docker heeft eerder al geleid tot een bridge adapter (is al even geleden, bij mijn weten bij de upgrade van 22.04 naar 24.04 paar maanden geleden). Bottom line, ik had een bridge adapter nodig om alles weer werkend te krijgen. de Proxmox tool die het gejojo met de enpxs0 duiding moet oplossen kan daar denk ik niet mee werken, maar daar zal ik later verder in duiken.

[roelofz]

Beter achteraf rekenen dan nooit. De PSU zou een rating moeten hebben van 82% efficiency volgens opgaaf. Dat naar beneden afgerond op 80 betekent 20% verlies. 40 watt aan de stekker betekent dan 8 watt verlies, De GPU zou 11 watt moeten nemen, wat 21 netto overlaat voor moederbord, cpu en ssd's. Dat bevestigt wat ik eerder al dacht, moederbord en ssd's nemen samen veel in voor een idle systeem. Die 8 watt verlies op een dergelijjk getal is natuurlijk alles behalve mooi, maar voedt mijn gedachte wel dat een 30 watt range wel haalbaar moet zijn, als het moederbord beter kan presteren. Ik heb al 4 Pcores uitgeschakeld (heb ze eigenlijk niet nodig als het goed is icm met de E cores en 2 resterende P cores) maar of Intel dat echt slim heeft ingericht (dus echt uitmaakt) weet ik niet. Asrock gaat nog wel kijken naar tips uit Taiwan.

Als ik zelf ga rekenen met 75% efficiency, 11 watt als de baseline voor de GPU en 15 watt voor moederbord, cpu en ssd's, zou 35 watt heel goed haalbaar moeten zijn. Nog steeds geen schoonheidsprijs (zucht) maar wel beter dan de huidige baseline van slik 42 watt, die dan ook echt veel te hoog lijkt.

[Hazalnootpuur]

roelofz schreef op maandag 2 maart 2026 @ 23:34:
Hoi,

Ik kan mijzelf niet onervaren noemen en toch kan een mens zijn neus enorm stoten...

Ik had onderstaande draaien met een asrock n100 bordje onder linux, maar helaas het PCI-e slot kan geen GPU ondersteunen, dus met onderstaande (psu, moederbord en cpu zijn nieuw) dacht ik een betere config te hebben, zonder idioot op het stroomverbruik in te moeten leveren. De N100 met ssd's deed met docker containers actief 12 watt in idle..

#	Categorie	Product	Prijs	Subtotaal
1	Processors	Intel Core i5-13400F Tray	€ 136,60	€ 136,60
1	Moederborden	ASRock B760M-HDV/M.2 D4	€ 76,29	€ 76,29
1	Geheugen intern	Samsung M378A4G43AB2-CWE	€ 491,97	€ 491,97
1	Voedingen	Cooler Master MWE GOLD 550 V3 ATX 3.1 Non-Modular	€ 59,90	€ 59,90
1	Interne ssd's	Lexar NM710 2TB	€ 268,22	€ 268,22
1	Interne ssd's	Samsung 870 QVO 8TB	€ 1.879,10	€ 1.879,10
			Totaal	€ 2.912,08

De GPU was nog een keuze apart, ik dacht een slimme keuze te maken voor een Intel A770.

Bestellen, assembleren, spullen overzetten (Ubuntu 24.04) en to my shock gaf de shelly plug nu als bodem (ik durf de andere getallen niet eens te noemen) 40 watt aan met de GPU er ook bij.
Inmiddels testen met een rx6600 (28 watt zonder docker) en een 3060 12 Gb (35 watt zonder docker) en dit klinkt als een totale mislukking.
Asrock al benaderd want dit zou toch beter moeten kunnen, ik heb denk ik alles wel gezien aan gpu tuning wat er met deze drie mogelijk is, cpu cores uitgeschakeld, aspm aan, alle power states in de bios aan, ik zie intussen sterretjes en heb sterk mijn twijfels over het moederbord (substates in aspm missen, toch lijkt ie wel wanneer aspm nodig is zijn ding te doen, dus ik denk dat ie op andere vlakken zuipt.

Ik kan weinig trots tonen over deze config, riekt naar zsm kwijt raken op MP, maar misschien zie ik dingen over het hoofd.

Ik denk dat ik de GPU's intussen wel in de vingers heb (afgezien van de Intel, die vertrouw ik echt niet), 11 watt is bedroevend voor de 3060, maar meer lijkt er niet in te zitten en de rx is net te krap (ik wil AI taken draaien).

Hoe kan ik nog meer uit het moederbord en cpu persen om dit weer een beetje op de rails te krijgen?

Ongelofelijk. De prijs van die SSD was op enig moment €350,-!

[ijdod]

Na het falen van een NIC een migratie die ik al had willen doen. Ik draai een NAS (TrueNAS Scale) met daarop, o.a., pfSense in een vm. Ik heb pfSense nu naar een Hunsn doosje verhuisd.

Geheel, incl Unifi Flex 2.5G switch (op 2.5gbit; bewust) en een UPS doet het nu ~30W. Dat is in de lijn met mijn verwachting en eerdere resultaten.

[andru123]

@ijdod NAS en N100 doos gebruiken samen 10W, dus overige 20W is de Unify switch?

[ijdod]

@andru123 Die N100 heb ik op ~5W kunnen krijgen; maar dat is in productie meer. In de praktijk rond de 7-8, iets meer nu 'ie 2.5 Gbit doet. De NAS was altijd al meer dan ik in idle/testopstelling heb gehaald; config is iets anders o.a. spinnend ijzer en een SSD mirror). UPS is een watt of 5, die switch is 4W (2x 2.5, 1x 1 actief). Verbruik is in lijn met wat de apparaten eerder deden. Uitdaging zat het vooral in het weer aanzetten van alle features na de updates.

[blauw puntje]

@ijdod Ik ben benieuwd welke UPS je gebruikt. Als je UPS zelf 5 watt gebruikt en het geheel 30 watt heeft je UPS dus een efficiency van ca 80%. Bij zo'n lage belasting van je UPS is dat erg goed.

[ijdod]

@blauw puntje CyberPower CP550EPFCLCD. Ben daar destijds op uitgekomen nav een UPS test in een van de Duitse testbladen.

[RobertMe]

blauw puntje schreef op vrijdag 6 maart 2026 @ 21:59:
@ijdod Ik ben benieuwd welke UPS je gebruikt. Als je UPS zelf 5 watt gebruikt en het geheel 30 watt heeft je UPS dus een efficiency van ca 80%. Bij zo'n lage belasting van je UPS is dat erg goed.

Waar je voornamelijk op moet letten is dat je een offline-standby model neemt. Die verbruiken "niks". Ik had een APC volgens de line-interactive topologie, die verbruikte aan de stekker 40Watt met een systeem dat kaal idle 2W verbruikte en in gebruik (/alle software geïnstalleerd) "vast niet veel meer". UPS vervangen, ook omdat die al oud(er) was, door dan een op basis van de offline-standby topologie en toen was het verbruik aan de stekker 8W.

Uiteraard verlies je met een offline-standby model wel wat "beveiliging". IIRC komt uit een line-interactive model een zuivere sinus en dat soort dingen. Maar dat zou bij het Nederlandse net niet nodig hoeven te zijn (maarja, bij het Nederlandse net is een UPS op zichzelf natuurlijk ook niet perse nodig )

[blauw puntje]

@ijdod @RobertMe Bedankt voor de tips. Weer wat nieuws geleerd.

RobertMe schreef op vrijdag 6 maart 2026 @ 22:49:
[...]
Maar dat zou bij het Nederlandse net niet nodig hoeven te zijn (maarja, bij het Nederlandse net is een UPS op zichzelf natuurlijk ook niet perse nodig )

Klopt. Alleen heb ik al een paar keer een verrassing meegemaakt. Een aannemer die per ongeluk de kabel in de straat kapot maakt of dat bij werkzaamheden aan het net ze een aantal woningen vergeten waren te informeren

[Jerie]

RobertMe schreef op vrijdag 6 maart 2026 @ 22:49:
[...]

Waar je voornamelijk op moet letten is dat je een offline-standby model neemt. Die verbruiken "niks". Ik had een APC volgens de line-interactive topologie, die verbruikte aan de stekker 40Watt met een systeem dat kaal idle 2W verbruikte en in gebruik (/alle software geïnstalleerd) "vast niet veel meer". UPS vervangen, ook omdat die al oud(er) was, door dan een op basis van de offline-standby topologie en toen was het verbruik aan de stekker 8W.

Uiteraard verlies je met een offline-standby model wel wat "beveiliging". IIRC komt uit een line-interactive model een zuivere sinus en dat soort dingen. Maar dat zou bij het Nederlandse net niet nodig hoeven te zijn (maarja, bij het Nederlandse net is een UPS op zichzelf natuurlijk ook niet perse nodig )

Hangt ook van je locale situatie af. Ik heb hier wel eens dat de stoppen eruit vlogen.

Uiteindelijk is door geopolitiek de kans dat ons stroomnet de komende tijd instabiliteit kan meemaken ook vergroot. Het boek Voorbereid heeft er een mooi hoofdstukje over (het boek leest gemakkelijk weg, vandaar verkleinwoord).

Mijn tijd in VS, Redwoods (onder SV) constant stroomuitval tijdens rainy season (winter). Onweer -> sequoia valt op bovengrondse electriciteitskabels -> daar gaan we weer! Dat soort gekkigheid heb je hier niet. Iedereen had ook generatoren, dat dan weer wel.

I.p.v. UPS: neem gewoon een NVMe met PLP. Zet write cache uit, en ZFS cache en ZIL op NVMe. Kun je ook nog DBs op zetten want deze kunnen veel writes aan. Filesystems zullen consistent blijven. Heb je ook nog DDR met ECC, dan gaat fit niet gebeuren: nieuws: '10 tot 15 procent van Firefox-crashes wordt door slechte hardware ve... (tot zover dat 'ik heb er nooit last van' )

[RobertMe]

Jerie schreef op zaterdag 7 maart 2026 @ 16:31:
I.p.v. UPS: neem gewoon een NVMe met PLP.

Kan ik daarmee ook door draaien als de stroom er uit ligt?

Nu kan mijn servertje nog een uur of zo door pruttelen als de stroom er uit zou liggen. Nodig? Nee, niet echt. Maarja, hobby he
En als je zoals moet regelmatig de aardlekschakelaars doet testen is het prettig als je niet elke keer alles hoeft af te sluiten.

[pimlie]

Jerie schreef op zaterdag 7 maart 2026 @ 16:31:
I.p.v. UPS: neem gewoon een NVMe met PLP.

Misschien dat de Pricewatch dit niet goed specificeert, maar NVMe met PLP lijkt nogal prijzig, al dan niet eigenlijk gewoon niet verkrijgbaar:
categorie: Interne ssd's

[Mars Warrior]

pimlie schreef op zaterdag 7 maart 2026 @ 17:21:
[...]
Misschien dat de Pricewatch dit niet goed specificeert, maar NVMe met PLP lijkt nogal prijzig, al dan niet eigenlijk gewoon niet verkrijgbaar:
categorie: Interne ssd's

Is meestal meteen professioneel spul met navenante prijzen.
Een UPS van €50 lijkt me dan een betere keuze, ondanks de paar watt verbruik van zo'n ding.

[Jerie]

pimlie schreef op zaterdag 7 maart 2026 @ 17:21:
[...]


Misschien dat de Pricewatch dit niet goed specificeert, maar NVMe met PLP lijkt nogal prijzig, al dan niet eigenlijk gewoon niet verkrijgbaar:
categorie: Interne ssd's

Enterprise spul.

Tweedehands heb ik ze gekocht, zijn ze wel iets minder (ze hebben dan e.e.a. meegemaakt qua writes). Goede garantie erbij. 1 TB voor zo'n 180 EUR destijds. Je had ze ook met minder dan 1 TB.

Dat was wel voor de huidige hype. Met de huidige prijzen is alles dat gebruikt kan worden als geheugen peperduur, zelfs tragere SATA-3/SAS storage.

Dan kun je inderdaad beter UPS nemen, dat is waar. En LTO voor opslag. Die zijn niet omhoog gegaan qua kosten. Is ook niet te gebruiken als geheugen

[ramonlambal]

Heeft iemand toevallig een kopie van de laatste kontron bios liggen voor de K3843-B?
ik zoek specifiek K3843-B1.R2.20.0.zip, via de site van kontron lukt het me maar niet, dus als iemand me een linkje kan doorsturen (mag in DM) dan graag.

[PerlinNoise]

ramonlambal schreef op zondag 8 maart 2026 @ 03:43:
Heeft iemand toevallig een kopie van de laatste kontron bios liggen voor de K3843-B?
ik zoek specifiek K3843-B1.R2.20.0.zip, via de site van kontron lukt het me maar niet, dus als iemand me een linkje kan doorsturen (mag in DM) dan graag.

Ja heb ik denk ik nog wel op de computer staan. Zal straks even voor je kijken.

[ramonlambal]

PerlinNoise schreef op zondag 8 maart 2026 @ 07:08:
[...]


Ja heb ik denk ik nog wel op de computer staan. Zal straks even voor je kijken.

Dat zou geweldig zijn.

[PerlinNoise]

ramonlambal schreef op zondag 8 maart 2026 @ 09:27:
[...]

Dat zou geweldig zijn.

Je hebt mazzel. Ik heb hem nog:


Zie DM

[ Voor 26% gewijzigd door PerlinNoise op 08-03-2026 10:10 ]

[GioStyle]

GioStyle schreef op vrijdag 20 februari 2026 @ 19:24:
Sindskort een Odroid H4 Ultra in mijn bezit. Nadat ik alle onderdelen klaar had liggen kreeg ik artifacts op het scherm en random reboots. Bleek uiteindelijk mijn geheugenmodule te zijn die niet helemaal lekker was. Ik heb even een tijdelijke setup in elkaar gezet om te kijken hoe laag ik qua verbruik kan komen:

SBC: Odroid H4 Ultra
Geheugen: Crucial CT16G48C40S5 (16GB DDR5-4800)
SSD: Samsung 840 EVO 120GB
Voeding: Leicke 12V 7.5A voedingsadapter
Energiemeter: Energy Logger 4000

Bios naar laaste versie (ADLN-H4_B1.11) geupdated en de volgende settings aangepast:

code:

- Advanced
    - Power & Performance
        - CPU - Power Management Control:
            - Boost performance mode: Max Non-Turbo Performance
            - Turbo Mode: Disabled
            - Package C State Limit: C10
- ACPI Settings
    - Enable ACPI Auto Configuration: Enabled
- Chipset
    - PCH-IO Configuration:
        - PCI Express Configuration:
            - DMI Link ASPM control: Auto
            - PCI Express Root Port 3
                - ASPM: Auto
            - PCI Express Root Port 4
                - ASPM: Auto
            - PCI Express Root Port 7
                - ASPM: Auto
            - PCI Express Root Port 7
                - ASPM: Auto

Vervolgens Debian 13.3.0 geïnstalleerd. Setup met 1 UTP kabel aangesloten op 1Gbit, enige aanpassingen in OS: powertop --auto-tune en power settings op powersave met als idle verbruik: 3,4W.

Zometeen maar even uitproberen wat een eMMC module en een 12V3A voedingsdapter met het verbruik doet.

Edit: de sata ssd vervangen door een eMMC module van 64GB en de Leicke voedingsdapter door een no name 12V3A efficiency level VI adapter, dan is het idle verbruik: 3,0-3,1W en met af en toe een uitschieter naar 3,5/3,6W en dan weer terug.

Ben weer even verder aan het uitproberen. Blijkt dat als je bepaalde (ongebruikte) onderdelen in de bios uitzet, je het idle verbruik nog even een fractie verder naar beneden kan krijgen.

SBC: Odroid H4 Ultra
Geheugen: Crucial CT16G48C40S5 (16GB DDR5-4800)
SSD: Lexar NM790 4TB
Voeding: No Name 12V3A Efficiency Level VI voedingsadapter
Energiemeter: Energy Logger 4000

Debian geïnstalleerd met Root on ZFS met bovenstaande bios instellingen kom ik rond de 3,1W uit.

Zet ik in de bios zo'n beetje alles uit wat ik niet ga gebruiken (2e nic, sata controller, eMMC controller etc.), dan valt het idle verbruik terug naar 2,7W. Trek ik de UTP kabel er ook nog eens uit, dan is het idle verbruik 1,9W. De hoogste C state die ik haal met nic aangesloten is C8, zonder nic is C10.

Iemand nog tips om de nic wat zuiniger te krijgen? Ik heb al

code:

ethtool --set-eee enp1s0 eee on

geprobeerd, maar mijn switch wil niet meewerken.

[manusjevanalles]

GioStyle schreef op zondag 8 maart 2026 @ 16:35:
[...]


Ben weer even verder aan het uitproberen. Blijkt dat als je bepaalde (ongebruikte) onderdelen in de bios uitzet, je het idle verbruik nog even een fractie verder naar beneden kan krijgen.

SBC: Odroid H4 Ultra
Geheugen: Crucial CT16G48C40S5 (16GB DDR5-4800)
SSD: Lexar NM790 4TB
Voeding: No Name 12V3A Efficiency Level VI voedingsadapter
Energiemeter: Energy Logger 4000

Debian geïnstalleerd met Root on ZFS met bovenstaande bios instellingen kom ik rond de 3,1W uit.

Zet ik in de bios zo'n beetje alles uit wat ik niet ga gebruiken (2e nic, sata controller, eMMC controller etc.), dan valt het idle verbruik terug naar 2,7W. Trek ik de UTP kabel er ook nog eens uit, dan is het idle verbruik 1,9W.

Iemand nog tips om de nic wat zuiniger te krijgen? Ik heb al

code:

ethtool --set-eee enp1s0 eee on

geprobeerd, maar mijn switch wil niet meewerken.

Waar in het bios zet je de 2e NIC uit? Die optie heb ik nog niet ontdekt.

Ik heb zelf een Odroid H4+, wel de fan en de button met led geinstalleerd. De fan doet eigenlijk nooit wat, en er komt uit het hele kastje een ritmisch geluid alsof, wat ik interpreteer als een startende fan die dan toch weer stopt (hij begint niet met draaien).
Heb jij hem zonder fan? Zou een stilstaande fan nog wat verbruiken? Het verbruik van de led in de button zal verwaarloosbaar zijn denk ik.

[GioStyle]

manusjevanalles schreef op zondag 8 maart 2026 @ 16:41:
[...]


Waar in het bios zet je de 2e NIC uit? Die optie heb ik nog niet ontdekt.

Ik heb zelf een Odroid H4+, wel de fan en de button met led geinstalleerd. De fan doet eigenlijk nooit wat, en er komt uit het hele kastje een ritmisch geluid alsof, wat ik interpreteer als een startende fan die dan toch weer stopt (hij begint niet met draaien).
Heb jij hem zonder fan? Zou een stilstaande fan nog wat verbruiken? Het verbruik van de led in de button zal verwaarloosbaar zijn denk ik.

Correctie: PCI Express Root Port 4 is de PCI-e link naar de tweede NIC. en de NIC zelf is I2C1 Controller.

code:

- Advanced
    - Power & Performance
        - CPU - Power Management Control:
            - Boost performance mode: Max Non-Turbo Performance
            - Turbo Mode: Disabled
    - ACPI settings
        - Enable ACPI Auto Configuration: Enabled
    - IT8613 Super IO Configuration
        - Serial Port 1 Configuration
            - Serial Port: Disabled
- Chipset
    - PCH-IO Configuration:
        - PCI Express Configuration:
            - PCI Express Root Port 3
                - ASPM: Auto
            - PCI Express Root Port 4
                - ASPM: Disabled
            - PCI Express Root Port 7
                - ASPM: Disabled
            - PCI Express Root Port 9
                - ASPM: Auto
        - SATA Configuration
            - SATA Controller(s): Disabled
        - SerialIo Configuration
            - I2C1 Controller: Disabled
        - SCS Configuration
            - eMMC 5.1 Controller: Disabled

Ik gebruik een Noctua ventilator en die staat stil tijdens het idle'en. Als de CPU aan het werk moet, dan gaat ie aan, maar dan blijft het geheel nog steeds stil. Een stilstaande fan verbruikt praktisch niets en ik zou adviseren om hem te laten zitten, want als de CPU hard aan het werk moet, dan mag ie van mij wel een snufje frisse lucht.

[ Voor 4% gewijzigd door GioStyle op 08-03-2026 17:29 ]

[manusjevanalles]

GioStyle schreef op zondag 8 maart 2026 @ 16:57:
[...]


PCI Express Root Port 4 is de PCI-e link naar de tweede NIC en de NIC zelf is I2C1 Controller.

code:

- Advanced
    - Power & Performance
        - CPU - Power Management Control:
            - Boost performance mode: Max Non-Turbo Performance
            - Turbo Mode: Disabled
    - ACPI settings
        - Enable ACPI Auto Configuration: Enabled
    - IT8613 Super IO Configuration
        - Serial Port 1 Configuration
            - Serial Port: Disabled
- Chipset
    - PCH-IO Configuration:
        - PCI Express Configuration:
            - PCI Express Root Port 3
                - ASPM: Auto
            - PCI Express Root Port 4
                - ASPM: Disabled
            - PCI Express Root Port 7
                - ASPM: Disabled
            - PCI Express Root Port 9
                - ASPM: Auto
        - SATA Configuration
            - SATA Controller(s): Disabled
        - SerialIo Configuration
            - I2C1 Controller: Disabled
        - SCS Configuration
            - eMMC 5.1 Controller: Disabled

Ik gebruik een Noctua ventilator en die staat stil tijdens het idle'en. Als de CPU aan het werk moet, dan gaat ie aan, maar dan blijft het geheel nog steeds stil. Een stilstaande fan verbruikt praktisch niets en ik zou adviseren om hem te laten zitten, want als de CPU hard aan het werk moet, dan mag ie van mij wel een snufje frisse lucht.

Wat is poort 7? Ik gebruik zelf wel de SATA-controller ivm 2 SSD’s. Maar de 2e NIC ga ik uitschakelen, evenals eMMC.

Ik laat mijn fan zitten. Wel gek dat die geluid maakt, moeilijk te omschrijven maar geluid alsof hij wil opstarten, en dan met een zachte tik stopt. Ik neem aan dat dit uit de fan komt, zeker weten doe ik het niet.

[GioStyle]

manusjevanalles schreef op zondag 8 maart 2026 @ 17:12:
[...]


Wat is poort 7? Ik gebruik zelf wel de SATA-controller ivm 2 SSD’s. Maar de 2e NIC ga ik uitschakelen, evenals eMMC.

Ik laat mijn fan zitten. Wel gek dat die geluid maakt, moeilijk te omschrijven maar geluid alsof hij wil opstarten, en dan met een zachte tik stopt. Ik neem aan dat dit uit de fan komt, zeker weten doe ik het niet.

Link naar SATA-controller.

Welk OS gebruik je trouwens? In eerste instantie kwam ik niet lager dan een watt of 5, 6 met Debian ZFS on Root. Ik zag ook geen C states verdeling in Powertop. De volgende packages hebben me geholpen om richting de 3W te gaan:

code:

apt install intel-microcode firmware-linux-nonfree firmware-misc-nonfree

[ Voor 24% gewijzigd door GioStyle op 08-03-2026 17:21 ]

[manusjevanalles]

GioStyle schreef op zondag 8 maart 2026 @ 17:15:
[...]


Link naar SATA-controller.

Welk OS gebruik je trouwens? In eerste instantie kwam ik niet lager dan een watt of 5, 6 met Debian ZFS on Root. Ik zag ook geen C states verdeling in Powertop. De volgende packages hebben me geholpen om richting de 3W te gaan:

code:

apt install intel-microcode firmware-linux-nonfree firmware-misc-nonfree

Proxmox, nieuwste versie.

Ik zit qua verbruik net onder 8W. Waarschijnlijk omdat ik een zigbeestick als usb het aangesloten. En in de nieuwste proxmox zit een fout in de kernel oid waardoor hij bij de lagere C-states blijft.

[ Voor 17% gewijzigd door manusjevanalles op 08-03-2026 17:24 ]

[Mich]

GioStyle schreef op zondag 8 maart 2026 @ 16:35:
[...]


Ben weer even verder aan het uitproberen. Blijkt dat als je bepaalde (ongebruikte) onderdelen in de bios uitzet, je het idle verbruik nog even een fractie verder naar beneden kan krijgen.

SBC: Odroid H4 Ultra
Geheugen: Crucial CT16G48C40S5 (16GB DDR5-4800)
SSD: Lexar NM790 4TB
Voeding: No Name 12V3A Efficiency Level VI voedingsadapter
Energiemeter: Energy Logger 4000

Debian geïnstalleerd met Root on ZFS met bovenstaande bios instellingen kom ik rond de 3,1W uit.

Zet ik in de bios zo'n beetje alles uit wat ik niet ga gebruiken (2e nic, sata controller, eMMC controller etc.), dan valt het idle verbruik terug naar 2,7W. Trek ik de UTP kabel er ook nog eens uit, dan is het idle verbruik 1,9W. De hoogste C state die ik haal met nic aangesloten is C8, zonder nic is C10.

Iemand nog tips om de nic wat zuiniger te krijgen? Ik heb al

code:

ethtool --set-eee enp1s0 eee on

geprobeerd, maar mijn switch wil niet meewerken.

Je nic forceren naar 100 mbit kan helpen om in C10 te komen. Of het dan nog bruikbaar is moet je zelf maar beoordelen

[pimlie]

Dit is meer bedoeld ter referentie en/of ter discussie over het nut van het meten van het idle verbruik als je een server hebt die door domotica eigenlijk altijd wel iets aan het doen is. Zuinigheid speelde bij dit systeem ook niet heel erg een rol daar het een desktop betreft.

#	Categorie	Product
1	Moederborden	ASRock Phantom Gaming Z890M Riptide WiFi
1	Processors	Intel Core Ultra 7 265K Boxed
1	Geheugen intern	Corsair Vengeance CMK64GX5M2B5600Z40
1	Interne ssd's	Samsung 9100 Pro, geen heatsink 2TB
1	Voedingen	Corsair RM550x (2018) (EU-model) Zwart
1	OS	Ubuntu 24.04.3
1	Kernel	6.19.4
1	Powertop	2.15
1	Stroommeter	PM 231 E

Min of meer standaard bios instellingen, niet overgeklokt, wifi & alle sata porten zijn uitgeschakeld.

Omschrijving	Verbruik
Niets aangesloten	~21W
+ Tobo & muis	~22W
+ Netwerk	~24W
+ Monitor (hdmi)	~25W
Tijdens boot	~45-62W
Normaal gebruik met meerdere monitoren	~35-45W

De eerste 4 waarden zijn de min of meer minimaal gemeten waarden over ~1 minuut. Als het systeem maar iets doet dan schiet het echter meteen naar 30+W. Heb dus niet per situatie een half uur zitten wachten tot het zich 'stabiliseerde'.
Tevens heb ik niet extreem zitten tunen, bv tobo, muis, netwerk & geluid zijn niet 'getuned' in powertop. Dat werkt niet handig op een desktop.

Nu het interessante, mijn gehele desktop (pc, monitoren, etc) is aangesloten op een zigbee powermeter. Mijn vorige desktop was een Dell Optiplex 3000, deze had een idle verbruik van <5W. Heb de nieuwe pc nu een paar weken in gebruik en volgens de zigbee powermeter verbruik ik ca 8 tot 15% meer stroom.
Wellicht is dat niet een heel eerlijke vergelijking, dus heb ook het gemeten verbruik door de zigbee powermeter gecorrigeerd voor het verbruik van de monitoren. Er van uitgaande dat het verbruik van de monitoren constant is, dan kom ik op een verschil van ~36% dat het nieuwe systeem meer verbruikt. Dit is obv gemiddeld verbruik van de optiplex over 6 weken, en over 2 weken voor het nieuwe systeem.

Zelfs als we die 36% naar 50% afronden dan is dat dus maar een fractie van het verschil in idle verbruik. Heb dit vaker hier genoemd, maar heb nu naar mijn idee eindelijk min of meer iets van bewijs: het idle verbruik van een server waar zaken als HA op draait (waardoor de server eigenlijk nooit idle is), is eigenlijk niet heel relevant en schetst geen goed beeld van het daadwerkelijke verbruik en is dus geen goede maatstaf om te bepalen / vergelijken hoe zuinig een server bij 'normaal' gebruik gaat zijn.

Heb het voor het nieuwe systeem nog niet gedaan, maar eigenlijk zouden we iedereen die verbruik rapporteert moeten vragen ook ook een paar stress-ng tests te doen zoals ik voor de Optiplex 3000 had gedaan. Dat geeft waarschijnlijk een realistischer beeld van het verwachte verbruik voor een server die nooit echt idle is.

offtopic:
Als desktop is die 36% meer verbruik het ook absoluut waard. De optiplex had door thermal throttling moeite met zo'n beetje alles wat langer dan 10s cpu nodig had.

[andru123]

@pimlie ik kan niet snel berekenen, maar ik zie niet hoe je aan die percentages kwam. Dat zigbee meter niet helemaal betrouwbaar is goede info.
Je gebruikt een voeding dat is bekend om +10W eigen verbruik. Dat is een krachtige CPU, dat kan natuurlijk veel vermogen trekken, als hij iets doet. Maar als hij idle staat, dan verwacht ik ook dat hij geen stroom verbruikt. Mijn schatting, met een goede voeding en netwerk op 1000mbit, en alle optimizaties, gaat die bord idlen op 15W, en dan ~25W “als hij iets doet”.

[pimlie]

andru123 schreef op dinsdag 10 maart 2026 @ 16:33:
ik zie niet hoe je aan die percentages kwam.

Nee klopt, de brongetallen van de zigbee meter zijn totalen en die ga ik niet delen, sorry

Je gebruikt een voeding dat is bekend om +10W eigen verbruik.

Oh, ik dacht juist dat de RM550x 2018 zuinig was. Ik heb ook nog een andere RM550x, volgens is dat wel een 2021 model. Kan die anders nog proberen als die zuiniger is.

Mijn schatting, met een goede voeding en netwerk op 1000mbit, en alle optimizaties, gaat die bord idlen op 15W

Zelfs als dat zou lukken dan is het idle verbruik nog altijd 3x hoger, terwijl het daadwerkelijk dagelijks verbruik 'maar' 0.36-0.5x hoger is.

[Mars Warrior]

pimlie schreef op dinsdag 10 maart 2026 @ 17:49:
Oh, ik dacht juist dat de RM550x 2018 zuinig was. Ik heb ook nog een andere RM550x, volgens is dat wel een 2021 model. Kan die anders nog proberen als die zuiniger is.

Nee. De 2021 versie is veruit zuiniger.

[...]
Zelfs als dat zou lukken dan is het idle verbruik nog altijd 3x hoger, terwijl het daadwerkelijk dagelijks verbruik 'maar' 0.36-0.5x hoger is.

Dat is natuurlijk geen vergelijking: een efficiënte Core i5-12500T versus zo'n zuip CPU die bij het minste geringste omhoog klokt, zeker als je zaken op de P-cores laat draaien i.p.v. op de E-cores.

En je vergelijkt nu absolute lage getallen met percentages. Dus ook dat maakt het lastig, vind ik, om zaken goed te vergelijken.

[manusjevanalles]

GioStyle schreef op zondag 8 maart 2026 @ 16:57:
[...]


Correctie: PCI Express Root Port 4 is de PCI-e link naar de tweede NIC. en de NIC zelf is I2C1 Controller.

code:

- Advanced
    - Power & Performance
        - CPU - Power Management Control:
            - Boost performance mode: Max Non-Turbo Performance
            - Turbo Mode: Disabled
    - ACPI settings
        - Enable ACPI Auto Configuration: Enabled
    - IT8613 Super IO Configuration
        - Serial Port 1 Configuration
            - Serial Port: Disabled
- Chipset
    - PCH-IO Configuration:
        - PCI Express Configuration:
            - PCI Express Root Port 3
                - ASPM: Auto
            - PCI Express Root Port 4
                - ASPM: Disabled
            - PCI Express Root Port 7
                - ASPM: Disabled
            - PCI Express Root Port 9
                - ASPM: Auto
        - SATA Configuration
            - SATA Controller(s): Disabled
        - SerialIo Configuration
            - I2C1 Controller: Disabled
        - SCS Configuration
            - eMMC 5.1 Controller: Disabled

Ik gebruik een Noctua ventilator en die staat stil tijdens het idle'en. Als de CPU aan het werk moet, dan gaat ie aan, maar dan blijft het geheel nog steeds stil. Een stilstaande fan verbruikt praktisch niets en ik zou adviseren om hem te laten zitten, want als de CPU hard aan het werk moet, dan mag ie van mij wel een snufje frisse lucht.

Even een check: klopt het dat je door ASPM op disabled te zetten de tweede NIC uitschakelt? Ik dacht dat ASPM alleen power management is, en dat je alleen dat uitschakelt maar niets met de poort doet.

[mrmrmr]

@manusjevanalles ASPM gaat alleen over power management. Dat maakt wel deel uit van de drivers.

ASPM kan per pcie device (of slot) worden aangepast door power settings te manipuleren (Linux sysfs). Hier zie je dat op sommige slots ASPM uit staat en dat bij sommige slots auto is gebruikt. ASPM op systeemniveau uitschakelen is vanzelfsprekend niet goed voor zuinigheid. Dat doe je beter alleen op een device dat (compatibiliteits)problemen heeft, in het uiterste geval. ASPM uitschakelen van een ongebruikt slot is niet nodig en kan ongunstig uitpakken.

[GioStyle]

manusjevanalles schreef op zaterdag 14 maart 2026 @ 18:03:
[...]


Even een check: klopt het dat je door ASPM op disabled te zetten de tweede NIC uitschakelt? Ik dacht dat ASPM alleen power management is, en dat je alleen dat uitschakelt maar niets met de poort doet.

Dat staat daar verkeerd. Je moet een menu hoger zitten en de hele poort uitschakelen.

code:

- Chipset
    - PCH-IO Configuration:
        - PCI Express Configuration:
            - PCI Express Root Port 3 (NIC #1)
                - ASPM: Auto
            - PCI Express Root Port 4 (NIC #2): Disabled

[roelofz]

roelofz schreef op maandag 2 maart 2026 @ 23:34:
Hoi,

Ik kan mijzelf niet onervaren noemen en toch kan een mens zijn neus enorm stoten...

Ik had onderstaande draaien met een asrock n100 bordje onder linux, maar helaas het PCI-e slot kan geen GPU ondersteunen, dus met onderstaande (psu, moederbord en cpu zijn nieuw) dacht ik een betere config te hebben, zonder idioot op het stroomverbruik in te moeten leveren. De N100 met ssd's deed met docker containers actief 12 watt in idle en deze draait dik 40 watt..

#	Categorie	Product	Prijs	Subtotaal
1	Processors	Intel Core i5-13400F Tray	€ 136,60	€ 136,60
1	Moederborden	ASRock B760M-HDV/M.2 D4	€ 76,29	€ 76,29
1	Geheugen intern	Samsung M378A4G43AB2-CWE	€ 491,97	€ 491,97
1	Voedingen	Cooler Master MWE GOLD 550 V3 ATX 3.1 Non-Modular	€ 59,90	€ 59,90
1	Interne ssd's	Lexar NM710 2TB	€ 268,22	€ 268,22
1	Interne ssd's	Samsung 870 QVO 8TB	€ 1.879,10	€ 1.879,10
			Totaal	€ 2.912,08

Met heel veel geduld, een Be-Quiet system power 550 als vervanger van de voeding (ruim 5 watt), heb ik met Claude een service script kunnen maken wat de bus reset, dit was genoeg om de GPU op (zelf gerapporteerd in nvidia-smi) op 7-9 watt te krijgen.

Systeem draait nu rond de 30-35 watt met services enabled.
Dit weekend de Gigabyte H610M S2H V3 DDR4 geprobeerd en dit bracht geen enkele verbetering, we gingen weer naar de 40 watt en dit bord heeft in dit topic wel laag gescoord. De combi GPU en p-states is erg ongelukkig, ik kom domweg niet meer hoger dan p3 met alles enabled in het bios wat je maar kan bedenken. Misschien is hier nog wat te vinden, maar eerlijk gezegd zou ik niet meer weten hoe.
Die kan dus retour, balen maar er zit dus niet meer in met deze config.

Leerzaam project, zuinig en een GPU om een AI doosje te bouwen, gaat dus niet samen
Het blijft jammer, maar hier ga ik het maar mee doen...

[mrmrmr]

pimlie schreef op zondag 8 maart 2026 @ 19:32:
Heb het voor het nieuwe systeem nog niet gedaan, maar eigenlijk zouden we iedereen die verbruik rapporteert moeten vragen ook ook een paar stress-ng tests te doen zoals ik voor de Optiplex 3000 had gedaan. Dat geeft waarschijnlijk een realistischer beeld van het verwachte verbruik voor een server die nooit echt idle is.

Dat geeft alleen een indicatie van het maximum verbruik. Meten onder belasting is niet zo makkelijk want je kan systemen hebben met snelle processor die meer verbruikt en snel klaar is of systemen met een trage processor die minder verbruikt per tijdseenheid, en er langer over doet. Als je het in een grafiek bekijkt met verbruik op de x-as en tijd op de y-as gaat het om het oppervlak onder de lijn.

Wat je dus eigenlijk wil weten is de hoeveelheid verricht werkt per tijdseenheid. Daar hebben we de eenheid watt per tijdseenheid (Watt-seconde of Joule) voor, maar we hebben geen goede meetmethode. Maar zelfs al is die er wel: als het goed is kan er geen beperking zijn door capaciteit van de cpu (geen queueing/wachtrijen). Dus de gestandaardiseerde belasting moet tamelijk laag zijn. Dan heb je nog het effect van gebruik van P en E cores.

Los daarvan zijn er nog complicaties omdat het niet alleen over de processor gaat, maar ook allerlei andere onderdelen. Die kunnen elkaar uit een low power stand houden.

TLDR; ik ken niet echt een goede meetmethode voor verbruik onder belasting zonder queueing. Er zijn nogal veel factoren die een rol spelen.

[pimlie]

mrmrmr schreef op zondag 22 maart 2026 @ 14:00:
Dat geeft alleen een indicatie van het maximum verbruik.

Dat is niet helemaal juist, met stress-ng kan je ook maar 1 core belasten. Uiteraard heb je gelijk dat het nog altijd niet de beste vergelijking is, maar het is wel een veel betere vergelijking dan een systeem in idle. Stress-ng is naar mijn weten op de meeste linux distro's simpel te installeren. Iets als de phoronix-test-suite zou misschien beter zijn, maar dat is veel bewerkelijker waardoor mensen sneller zullen afhaken.

Er is dus een verschil tussen haalbaarheid en representativiteit, en ik denk dat het draaien van stress-ng met verschillende aantallen core's (zoals in mijn optiplex 3000 post) een hele goede haalbaarheid vs representativiteit verhouding biedt wat betreft het vergelijken van zuinigheid. In ieder geval veel beter dan een enkele meetwaarde van een idle systeem.

[bjp]

hangt een beetje af wat je doel is.

in mijn geval is IDLE echt wel de dominante mode. Samen met dingen op E-cores assignen, heb je veel goeds.

Maar het kan echt anders zijn bij ander gebruik (e.g. een soort CI server, waar regressies op lopen, of als je crypto mining wil doen )

[GioStyle]

Mijn backupserver verbruikt ongeveer 2W in idle. Aangezien deze server 99,7% van de dag niets doet, is het idle verbruik dus behoorlijk relevant.

[RobertMe]

Een server die de hele dag idle is kun je net zo goed uit zetten?

Het ding serveert links of rechtsom toch iets waardoor die ook semi bezig moet zijn? Of doordat je hem aanspreekt (categorie: er draait een website op die je (onregelmatig) opent, of een andere "dienst" zoals een Paperless die alleen iets doet als je een document upload of aan het bladeren bent) of het ding doet op de achtergrond zaken voor je (Home Assistant bv).

Enige echte uitzondering daarop lijkt mij de door @GioStyle hierboven genoemde backup server. En dat is dan weer iets waarvan je vaker leest dat dat dus ook gedaan wordt door een systeem dat automatisch opstart en afsluit periodiek.

[bjp]

mijn server draait HomeAssistant dat dus 24/7 best aan staat. Het is meer dan enkel monitoring, het stuurt ook dingen aan.
Het doet ook een paar andere dingen, dat je niet zomaar "on demand" kunt aanzetten.

Mijn 2de server, voor backups, die draait enkel als ik deze nodig heb. Ik heb er een smart-plug op, en zet die aan voordat ik een backup trigger, en daarna terug af.

[GioStyle]

RobertMe schreef op dinsdag 24 maart 2026 @ 15:24:
Een server die de hele dag idle is kun je net zo goed uit zetten?

Daar ben ik het helemaal met je eens, maar in mijn geval levert mijn backup server zoveel gemak/functionaliteit op dat ik hem bewust aan laat. Idle verbuik is ongeveer 2W. Als ik hem uitzet met WOL aan, dan schommelt het verbruik ergens tussen de 0,2 en 0,7W. Voor die ene watt heb ik redundantie voor DNS (AdGuard Home icm Keepalived). Hierdoor kan ik mijn primary server rebooten zonder onderbreking voor DNS, dat is wel zo prettig.

Het ding serveert links of rechtsom toch iets waardoor die ook semi bezig moet zijn? Of doordat je hem aanspreekt (categorie: er draait een website op die je (onregelmatig) opent, of een andere "dienst" zoals een Paperless die alleen iets doet als je een document upload of aan het bladeren bent) of het ding doet op de achtergrond zaken voor je (Home Assistant bv).

Al jouw voorbeelden zijn toch niet echt CPU intensief, waardoor je bijvoorbeeld continu 30% van je CPU cycles aan kwijt bent? Hier draai ik momenteel 26 containers op mijn primary server (Odroid H4 Ultra), verbruik schommelt tussen de 4 en 5W. Doet overigens allerlei andere taken erbij, zoals elk half uur data van mijn YouLess'en in een database stoppen, maar dat soort dingen zijn echt niet spannend qua CPU cycles.

Als je server continu staat te stampen, dan is het idle verbruik irrelevant, dan kan je beter kijken naar hoe je het meest efficiënt je taken gedaan kan krijgen per watt. Voor een thuisserver lijkt me dat echt niet aan de orde.

[pimlie]

@bjp Dat is apart, mijn server draait ook home automation en is zeer zeker niet continue idle. Average cpu load (system + user) zit rond de 50% (van als ik het goed heb geconfigureerd 1 e-core).

Helaas ondersteunt stress-ng geen halve load's, je kan alleen een core volledig belasting of niet. Maar of dat echt nodig/handig zou zijn en/of voor grote verschillen zorgt weet ik niet. Uit mijn tests blijkt dat het grootste verschil tussen idle en niet-idle lijkt te zitten.

Qua workload wat @mrmrmr voorstel is het ook lastig, er zitten zoals verwacht al grote verschillen tussen hoe verschillende HA setups werken. Als je Frigate oid draait dan heb je waarschijnlijk een nog hoger gemiddeld cpu verbruik.

Ons doel in dit topic zou daarom moeten zijn om een standaard meet methodiek op te stellen dat resultaten oplevert voor meerdere mensen. Een ieder kan dan zelf kijken (en interpoleren) of ze dichter bij idle verbruik zitten of dichter bij 1 cpu core op 100%.

[Mars Warrior]

@pimlie . Wat voor CPU-percentage nemen jullie nu? Die gare Linux methode of gewoon van 0..100%.

Met 32 cores geeft 1 core 100% belast bij mij een overall belasting van net ff meer dan 3% namelijk (Beszel). Een stuk duidelijker dan tot 3200% tellen, wat mij helemaal niks zegt. Als laagste zit ik gemiddeld op 1,6% CPU, dus zeg 1 core op 50%.

In de praktijk is dat de belasting op 16 E-Cores, en soms doet een P-core ook nog ff lekker mee voor interactieve taken. De hele HA stack doet gemiddeld 0,09%, waarvan HA zelf 0,01% voor zijn/haar rekening neemt, oftewel 0,3% op 1 core. Dat gaat nergens over.

[RobertMe]

bjp schreef op dinsdag 24 maart 2026 @ 15:32:
mijn server draait HomeAssistant dat dus 24/7 best aan staat. Het is meer dan enkel monitoring, het stuurt ook dingen aan.
Het doet ook een paar andere dingen, dat je niet zomaar "on demand" kunt aanzetten.

Maar dan zal die vast ook niet echt idle zijn. Bij mij al niet door elke 5 seconden via modbus de PV te pollen

GioStyle schreef op dinsdag 24 maart 2026 @ 16:20:
[...]


Daar ben ik het helemaal met je eens, maar in mijn geval levert mijn backup server zoveel gemak/functionaliteit op dat ik hem bewust aan laat. Idle verbuik is ongeveer 2W. Als ik hem uitzet met WOL aan, dan schommelt het verbruik ergens tussen de 0,2 en 0,7W. Voor die ene watt heb ik redundantie voor DNS (AdGuard Home icm Keepalived). Hierdoor kan ik mijn primary server rebooten zonder onderbreking voor DNS, dat is wel zo prettig.

Voor 2W verbruik zou ik hem ook gewoon aan laten hoor. Mijn "oude server" (Fujitsu bord met i3-9100) nu puur storage doos gebruikt wel iets meer. 30-40W denk ik, maar dat is dan incl 3x spinning rust. Die zet ik met alle plezier uit, en on-demand aan (via Intel AMT).

[...]


Al jouw voorbeelden zijn toch niet echt CPU intensief, waardoor je bijvoorbeeld continu 30% van je CPU cycles aan kwijt bent?

CPU load is zo te zien 1 (1, 5 15 minuten of wat was het?). Oftewel semi 1 core van de N5105 continu belast.

Hier draai ik momenteel 26 containers op mijn primary server (Odroid H4 Ultra), verbruik schommelt tussen de 4 en 5W.

Doet die van mij ook zoiets. 8W trekt de UPS uit het stopcontact, dus dat is met UPS overhead, en ook de "grote bak" die uit staat. En dan steken er nog 2 USB sticks in (Zigbee en ZWave).

Alleen draai ik niet zo veel containers. (Zou ik wel willen, maar (nog steeds ) maar 8GB gesoldeerd RAM. Dat ram vol zit ). Maar wel Home Assistant en aanverwanten (Zigbee2mqtt, DSMR Reader, PostgreSQL als DB en nutteloze Influx ernaast :x). En dan nog wat zaken zoals Unbound voor DNS (incl blocking uiteraard), Paperless, Syncthing, Vikunja, Samba en MySQL "voor Kodi" *arr dan weer niet. Die draait op de router, hoeft het verkeer ook niet over het netwerk .

[pimlie]

@Mars Warrior De gare Linux methode, 50% van 1 core dus en niet van de gehele cpu

Het gaat niet zozeer om belasting maar of de machine continue bezig is waardoor hij niet in een hogere C-state kan komen. Continue 10% belasting of 1/10 van de tijd 100% belasting resulteert in de zelfde statistiek maar geeft mogelijk een heel ander gebruik. Dat is waar @mrmrmr in principe op doelde, maar workload afhankelijk testen is over het algemeen niet heel makkelijk.

[bjp]

wel het hangt dus af wat je allemaal in HA doet. De mijne is echt weinig % CPU.

En om de 5sec werken voor 100ms, is toch nog 4.9sec niets doen ertussen, ofwel 98% van de tijd :-p En dit voor 1 core...

Mijn polling rates heb ik al lager ingesteld, voor die reden. Het is zo al een hoop data...

[Jerie]

GioStyle schreef op dinsdag 24 maart 2026 @ 16:20:
[...]


Daar ben ik het helemaal met je eens, maar in mijn geval levert mijn backup server zoveel gemak/functionaliteit op dat ik hem bewust aan laat. Idle verbuik is ongeveer 2W. Als ik hem uitzet met WOL aan, dan schommelt het verbruik ergens tussen de 0,2 en 0,7W. Voor die ene watt heb ik redundantie voor DNS (AdGuard Home icm Keepalived). Hierdoor kan ik mijn primary server rebooten zonder onderbreking voor DNS, dat is wel zo prettig.


[...]


Al jouw voorbeelden zijn toch niet echt CPU intensief, waardoor je bijvoorbeeld continu 30% van je CPU cycles aan kwijt bent? Hier draai ik momenteel 26 containers op mijn primary server (Odroid H4 Ultra), verbruik schommelt tussen de 4 en 5W. Doet overigens allerlei andere taken erbij, zoals elk half uur data van mijn YouLess'en in een database stoppen, maar dat soort dingen zijn echt niet spannend qua CPU cycles.

Als je server continu staat te stampen, dan is het idle verbruik irrelevant, dan kan je beter kijken naar hoe je het meest efficiënt je taken gedaan kan krijgen per watt. Voor een thuisserver lijkt me dat echt niet aan de orde.

Bij een backup server denkt men doorgaans aan een machine die om de zoveel tijd backups moet ontvangen. De functie die jij hier omschrijft riekt meer naar failover of redundantie.

Mijn remote backup server doet meer dan backups, en moet ook live backups ontvangen. Die staat 24/7 aan maar is niet zo krachtig.

Mijn lokale backup server gaat eens per week aan. Dat is een Xeon, dat zegt voldoende. Geen WOL, gaat met rtcwake, en cron roept die ook aan. Dat deze niet zo zuinig is, is niet erg. Staat weinig aan.

Mijn eGPU met HBA SAS plus LTO-6 drive gaat eens per maand aan (manual). Hoe zuinig dit is, weet ik niet (op zich interessant) maar aan andere kant staat weinig aan.

Al met al zit ik op een relatief zuinige MS-01 (als je kijkt naar feit dat deze niet idle is). Dit ding is per W/CPU ook zuiniger dan een RPi die vol aan staat.

[GioStyle]

Jerie schreef op dinsdag 24 maart 2026 @ 18:52:
[...]


Bij een backup server denkt men doorgaans aan een machine die om de zoveel tijd backups moet ontvangen. De functie die jij hier omschrijft riekt meer naar failover of redundantie.

Daar ben ik niet duidelijk in geweest, maar mijn backup server ontvangt elke dag via ssh zfs send and receive snapshots van mijn primary server. Dat is het hoofddoel en kost slechts enkele seconden tot minuten per dag, vandaar dat ie 99%+ idle staat te draaien. Maar omdat ie toch aanstaat, gebruik ik hem ook voor failover/redundantie.

[pimlie]

GioStyle schreef op dinsdag 24 maart 2026 @ 19:06:
mijn backup server ontvangt elke dag via ssh zfs send and receive snapshots van mijn primary server

Dat werkt bij mij precies hetzelfde, maar ik zet die backup server gewoon automatisch aan/uit via de home automation (stop contact aan/uit), wake up on lan (om server te starten) en een scriptje om alle backups af te handelen en daarna de server weer uit te zetten

[mrmrmr]

@pimlie
Ik heb een low-load gevraagd aan Grok met belasting voor cpu, ram, disk, netwerk. Die kwam met Lookbusy op de proppen.

code:

# Install from source (most common way)
cd lookbusy
make
sudo make install

# Basic low-load example: 4 cores at 10 %, 15 %, 5 %, 20 % fixed, + memory + disk
lookbusy -n 4 -z 10,15,5,20 -r fixed \
         --mem 512M \          # keep 512 MiB active
         --disk 4 \            # 4 disk processes/files
         --disk-bytes 10M \    # ~10 MiB/s disk traffic (adjust as needed)
         --net 50M             # ~50 Mbit/s network traffic (if your fork supports it)

# Curve mode (e.g., daily load pattern, peaks at "midnight")
lookbusy -n $(nproc) -z 5 -r curve

Het punt is natuurlijk dat een percentage cpu niet werkt voor vergelijkingen. Het is geen absolute low load. Daarmee bedoel ik een afgemeten hoeveelheid werk die in werkelijkheid zou voorkomen zonder lange wachtrijen. Geen plotselinge piek om snel klaar te zijn, dat is niet realistisch, en het zou queueing veroorzaken.

Wat niet zou werken volgens Grok:

Comparison with alternatives (why they don't fit as well)

• stress / stress-ng: Excellent for heavy stressing; supports --cpu-load 10 etc., but uses aggressive loops/stressors that easily introduce run-queue pressure, I/O queuing, or softirq load even at "low" settings.
• sysbench / fio / iperf3: Great for one subsystem each, but you need multiple tools and they don't coordinate low-load CPU + mem + disk + net smoothly.
• cpulimit / cgroups: Only limit existing workloads; they don't generate synthetic multi-subsystem load.

De tool zou dus slim genoeg moeten zijn om geen queueing te veroorzaken terwijl het belast. De meeste tools zijn stress tools: veel te simpel, en niet wat je zou willen.

Deze link kwam Grok ook tegen, hoe de systeemmonitoring tools die worden gebruikt geïnterpreteerd zouden moeten worden:
https://ma.ttias.be/how-t...ost-typical-mistakes-cpu/

[pimlie]

@mrmrmr Klinkt als een leuke tool, maar de laatste versie van lookbusy is 13 jaar oud en het moet van source gecompileerd worden.

En dat is dus waar ik op doelde met dat stress-ng beter is, op meeste (zo niet alle) linux distro's kan je stress-ng gewoon installeren. Geen gedoe. Hoe laagdrempeliger de test, hoe meer mensen in dit topic het ook willen doen dus hoe meer vergelijkingen we kunnen maken.
Je hebt dus gelijk dat stress-ng niet perfect is en misschien ook maar ten dele representatief, maar het geeft m.i. wel een beter beeld van daadwerkelijk verwacht verbruik voor veel mensen met home automation dan enkel het meten bij idle.

[mrmrmr]

Ik zal er eens kijken of ik de tool kan aanpassen om te doen wat ik voor ogen heb. Als er geen optionele of niet meer onderhouden libraries worden gebruikt zou een dynamisch gelinkte ELF executable overal moeten kunnen werken. Een deb file maken is op zich niet zo moeilijk.