Het grote zuinige server topic - deel 3

[andru123]

Draai maar een loadtest op de laptop, dan weet je zeker, waarom raden.
De dell laptop kan makkelijk 100W trekken gewoon tijdens het opladen, dat heb ik zeker gemeten.

[RobertMe]

andru123 schreef op zaterdag 18 juli 2026 @ 18:05:
Draai maar een loadtest op de laptop, dan weet je zeker, waarom raden.
De dell laptop kan makkelijk 100W trekken gewoon tijdens het opladen, dat heb ik zeker gemeten.

I.p.v. raden kan ik ook gewoon op de originele adapter kijken, 95W (of 120W voor de Dell van het werk).
Prive laptop is met een AMD met 6 cores + hyperthreading van jaar of 4 oud. Werk laptop een i7, denk 12th gen, of ergens in die regionen. Niet perse low-end / zuinig dus.

Maar @project.bobby, waar ik ook op reageerde, had het over 45W bij normaal gebruik. En dat lijkt mij gewoon veel.
Mijn desktop doet 50W idle. Trek ik de AMD GPU eruit zit die IIRC ook op 25W. Draai ik die zonder UI en al blijft er nog 13 of zoiets over. Waarbij ik vermoed dat er veel overhead in de oude ATX voeding zit.

Dat een van beide laptops echt leeg gaat aangesloten op het scherm heb ik in ieder geval niet gemerkt. Maar die kan dan wel ook 90W leveren. En nog klaagt de laptop, met 95W adapter, dat het vermogen te laag is als ik daarmee wil opstarten. Dat de werk Dell dat doet met 1/4e minder vermogen, sure, maar 90W vs 95W is wel heel marginaal.

[project.bobby]

RobertMe schreef op zaterdag 18 juli 2026 @ 19:58:
[...]

I.p.v. raden kan ik ook gewoon op de originele adapter kijken, 95W (of 120W voor de Dell van het werk).
Prive laptop is met een AMD met 6 cores + hyperthreading van jaar of 4 oud. Werk laptop een i7, denk 12th gen, of ergens in die regionen. Niet perse low-end / zuinig dus.

Maar @project.bobby, waar ik ook op reageerde, had het over 45W bij normaal gebruik. En dat lijkt mij gewoon veel.
Mijn desktop doet 50W idle. Trek ik de AMD GPU eruit zit die IIRC ook op 25W. Draai ik die zonder UI en al blijft er nog 13 of zoiets over. Waarbij ik vermoed dat er veel overhead in de oude ATX voeding zit.

Dat een van beide laptops echt leeg gaat aangesloten op het scherm heb ik in ieder geval niet gemerkt. Maar die kan dan wel ook 90W leveren. En nog klaagt de laptop, met 95W adapter, dat het vermogen te laag is als ik daarmee wil opstarten. Dat de werk Dell dat doet met 1/4e minder vermogen, sure, maar 90W vs 95W is wel heel marginaal.

Ik gaf juist aan dat een 45w lader prima voldoende zou zijn en dat moderne laptops niet minimaal een 100w charger nodig hebben .

Mijn werklaptop (Core i7-1365U dell) blijft prima opladen onder zware belasting met een 45w IKEA lader.

Mijn m5 pro macbook (vergelijkbaar als originele vraag, dat was een m4 pro) laadt onder zware belasting ook gewoon nog op met een 65w lader.

[tuxie6]

Het ligt ook sterk aan de laptop,


Mijn dell klaagt bij alles onder de 65 watt dat de lader niet voldoet maar laad wel. Maar werkt vanaf een ikea 45 watt lader of een ikea powerbank prima. Idle verbruik 8 watt

Mijn lenovo werkt met de ikea 45 watt lader maar niet met de ikea powerbank. Idle verbruik 5 watt.


Mijn acer swift 3 werkt met mijn samsung lader 18 watt mijn ikea powerbank en ikea 44 watt lader. Idle verbruik 4 watt

De powerbank van ikea is de grote niet de kleine want met de kleine doen ze alle 3 niks.

Het ligt dus sterk aan de laptop en instellingen. En hoe laptop is hardware matig is opgebouwd. De acer heeft aan 9 volt genoeg om de 3 cell accu op te laden en maakt er zelf 12.6 van .

[Mich]

Voor iedereen met een 12,13,14th gen Kontron bord is er een nieuwe BIOS uit: R2.22. Mooi taakje voor in de vakantie, gelijk even stof vrij maken

[Mirabis]

Mich schreef op zondag 19 juli 2026 @ 13:01:
Voor iedereen met een 12,13,14th gen Kontron bord is er een nieuwe BIOS uit: R2.22. Mooi taakje voor in de vakantie, gelijk even stof vrij maken

Afgelopen weekend geupdatet. Ging prima, maar nadat ik "Load Optimized Defaults" in de BIOS deed kon ik niet meer booten. Volgens mij omdat 'FAN check' weer aan ging en ik een passieve CPU koeler gebruikte... Eindstand met de bios USB stick in recovery kunnen booten, opnieuw geflashed etc.... toch wel weer 2-3 uur vervlogen met debuggen...

Qua verbruik niet echt een verschil gezien.

[croque_monsieur]

Ik heb nu een odroid h3 als thuis server. Ik wil toch voor een ECC build gaan, ik zit te twijfelen tussen systemen met IBECC, bijvoorbeeld odroid h4+/h5 of ik ga voor zelfbouw. Bij zelfbouw zat ik te denken aan een oude ryzen pro 4750G icm 550 mobo en DDR4 ecc geheugen.

De odroid hebben een idle van rond de 4-5 watt en een max van 25 watt, terwijl de ryzen setup een idle heeft van rond de 20-25w en een max. van 65-80 watt. Terwijl de ryzen(Geekbench Multi-Core 7463) maar een beetje sneller is dan de odroid h5 (Geekbench multi core 5178).

Andere opties die ik heb overwogen: Apple M1/M2 pro/max, helaas geen ECC. Diverse NAS'en met ECC, deze hebben ddr4/ddr5 ECC sodimm wat helaas heel schaars is.

Mijn vraag is of iemand een betere build (intel 1700/680?) heeft die meer in de buurt komt van de odroid maar dan met echt ECC?

Wellicht weet iemand hoeverre IBECC goed genoeg is? Ik twijfel daaraan omdat ECC veel meer geheugen heeft voor pariteitsgegevens.

[latka]

croque_monsieur schreef op donderdag 23 juli 2026 @ 07:34:


Wellicht weet iemand hoeverre IBECC goed genoeg is? Ik twijfel daaraan omdat ECC veel meer geheugen heeft voor pariteitsgegevens.

Ik heb een h4 en gebruik ibecc. Normaal gesproken met ecc heb je 1 bit per 8 bytes als ecc en ibecc snoept de bits af van je main memory. Ik heb in linux van mijn 32gb 29gb over. De benodigde ecc bits gaan gewoon van je main memory af. Werkt als een tierelier.

[tjanssen]

latka schreef op donderdag 23 juli 2026 @ 08:13:
[...]

Ik heb een h4 en gebruik ibecc. Normaal gesproken met ecc heb je 1 bit per 8 bytes als ecc en ibecc snoept de bits af van je main memory. Ik heb in linux van mijn 32gb 29gb over. De benodigde ecc bits gaan gewoon van je main memory af. Werkt als een tierelier.

Op basis waarvan baseer je dit? Dat de theorie werkt wil niet zeggen dat dit in de praktijk ook zo is. Of bedoel je dat je conclusie is dat het systeem er niet instabiel door wordt?

[latka]

tjanssen schreef op donderdag 23 juli 2026 @ 08:22:
[...]

Op basis waarvan baseer je dit? Dat de theorie werkt wil niet zeggen dat dit in de praktijk ook zo is. Of bedoel je dat je conclusie is dat het systeem er niet instabiel door wordt?

Je bedoelt of ik ecc errors zie oid? Of hoe ibecc werkt? Het systeem is een 24/7 server met momenteel een uptime van 3 maanden. Hangt een zfs array aan en geen scrub errors, dus stabiel wil ik het wel noemen.

[Mars Warrior]

latka schreef op donderdag 23 juli 2026 @ 08:30:
[...]

Je bedoelt of ik ecc errors zie oid? Of hoe ibecc werkt? Het systeem is een 24/7 server met momenteel een uptime van 3 maanden. Hangt een zfs array aan en geen scrub errors, dus stabiel wil ik het wel noemen.

Hmm. Ik draai al 10 jaar zonder ECC en zonder scrub errors. Dus wat zegt dat dan 😇😬

[Jerie]

Mars Warrior schreef op donderdag 23 juli 2026 @ 09:32:
[...]

Hmm. Ik draai al 10 jaar zonder ECC en zonder scrub errors. Dus wat zegt dat dan 😇😬

Bitrot. Of niet. Je weet het niet.

[latka]

Mars Warrior schreef op donderdag 23 juli 2026 @ 09:32:
[...]

Hmm. Ik draai al 10 jaar zonder ECC en zonder scrub errors. Dus wat zegt dat dan 😇😬

Ik had eerder een kapotte dimm een paar jaar terug alles ging goed (linux draaide, data kopiëren etc.) tot een scrub. De waarde van ecc toen wel leren kennen.

[croque_monsieur]

Bij ibecc wordt 1/32ste deel van het geheugen gereserveerd voor de ecc informatie. Terwijl bij unbuffered ECC een chip extra is. Dus ipv 64bit bus heb je 72bit, dat is 8 bits aan ECC informatie per 64 bit aan data.

Waar ik bang voor ben is dat bij IBECC minder fouten kunnen worden gefixed dan bij normaal ECC. Er zijn minder gegevens voor de error correction.

[Mars Warrior]

Jerie schreef op donderdag 23 juli 2026 @ 09:42:
[...]


Bitrot. Of niet. Je weet het niet.

Want?

Als SnapRaid in 10 jaar bij mij nog nooit een fout heeft gedetecteerd, dan heb ik blijkbaar tijdens de controle in RAM nog nooit een bitflip gehad, immers anders zou SnapRaid toch herhaaldelijk (onterecht) moeten melden dat een bestand corrupt is geraakt.

Aan de andere kant toont dit van geen kant aan dat ik nooit memory fouten heb

Maar als RAM zonder ECC echt waardeloos zou zijn, dan zou ik ELKE dag bitflips hebben en dan zou de SnapRaid-log toch volstaan met fouten, want de scrub loopt elke dag.

Besef ook dat mijn server met gewoon DDR5-geheugen 60 containers draait die elke minuut encrypted data van Azure verwerkt. Daarin zit naast de encryptie ook een checksum. Hetzelfde is van toepassing op de gebruikte databases. In beide gevallen zou ik dan na 3 jaar echt wel problemen verwachten als DDR5 zonder full ECC zo onbetrouwbaar is.
Laat staan de rommel die we dan elke dag produceren op onze desktop, laptop en telefoon: na een week is er geen bestand meer dat niet corrupt is en moeten we elke website wel 5x laden voordat deze zonder corrupte tekens op het scherm staat

Desalniettemin geeft ECC veel meer zekerheid natuurlijk. Het verlaagt het risico, tenzij de fout zo groot is dat zelfs ECC het niet meer kan corrigeren.

Zakelijk en voor kritische systemen blijft ECC een no-brainer. Maar voor privé zie ik er niet direct het nut in. Het zou anders zijn als ik elke week een foutmelding zou krijgen.

Noot:
Dit alles gebaseerd op eigen ervaring

[latka]

croque_monsieur schreef op donderdag 23 juli 2026 @ 10:51:
Bij ibecc wordt 1/32ste deel van het geheugen gereserveerd voor de ecc informatie. Terwijl bij unbuffered ECC een chip extra is. Dus ipv 64bit bus heb je 72bit, dat is 8 bits aan ECC informatie per 64 bit aan data.

Waar ik bang voor ben is dat bij IBECC minder fouten kunnen worden gefixed dan bij normaal ECC. Er zijn minder gegevens voor de error correction.

Voor detection is 1 bit genoeg (parity). Op het moment dat je ecc voor multibit error correction in moet gaan zetten is je hardware zo flaky dat ik het snel zou vervangen. Zeker ook omdat ddr5 al onboard ecc doet is een parity error al een hele harde waarschuwing dat je moet nadenken over vervangen (je lanes tussen memory en cpu zijn dan niet goed oid.) Maar het klopt dat ibecc geen 2-bit errors kan corrigeren en volledige ecc wel. Hoe relevant dat is? Voor Voyager die voorbij Pluto vliegt behoorlijk, voor een thuis server die je kunt repareren/vervangen wellicht minder.

[croque_monsieur]

latka schreef op donderdag 23 juli 2026 @ 11:49:
[...]

Voor detection is 1 bit genoeg (parity). Op het moment dat je ecc voor multibit error correction in moet gaan zetten is je hardware zo flaky dat ik het snel zou vervangen. Zeker ook omdat ddr5 al onboard ecc doet is een parity error al een hele harde waarschuwing dat je moet nadenken over vervangen (je lanes tussen memory en cpu zijn dan niet goed oid.) Maar het klopt dat ibecc geen 2-bit errors kan corrigeren en volledige ecc wel. Hoe relevant dat is? Voor Voyager die voorbij Pluto vliegt behoorlijk, voor een thuis server die je kunt repareren/vervangen wellicht minder.

Bedankt voor je uitleg. Het wordt me alleen nog niet helderder. Je zegt dat voor detectie 1 pariteitsbit voldoende is. Alleen per hoeveel bits is dat, per 8 bit? Dan zou je toch meer dan 1/32ste aan geheugen moeten reserveren? Daarnaast dacht ik dat normaal/sideband ECC geheugen ook geen 2 bit errors (SECDEC) kan repareren, wel detecteren.

Gelukkig hoeft mijn thuisserver niet voorbij pluto te werken.

[latka]

Mars Warrior schreef op donderdag 23 juli 2026 @ 09:32:
[...]

Hmm. Ik draai al 10 jaar zonder ECC en zonder scrub errors. Dus wat zegt dat dan 😇😬

Dat je harder moet scrubben ;-) Maar het klopt. Ik gebruik nu al 10+ jaar ZFS. Na 1 akkefietje met een kapotte dimm gevonden met ZFS scrub heb ik verder geen EDAC meldingen in de kernel meer gezien. Dus het blijft vooral een 'het kan misgaan'. En als de vakantiefotos niet meer leesbaar zijn dan heb ik heel wat uit te leggen hier thuis.

[latka]

croque_monsieur schreef op donderdag 23 juli 2026 @ 11:59:
[...]

Bedankt voor je uitleg. Het wordt me alleen nog niet helderder. Je zegt dat voor detectie 1 pariteitsbit voldoende is. Alleen per hoeveel bits is dat, per 8 bit? Dan zou je toch meer dan 1/32ste aan geheugen moeten reserveren? Daarnaast dacht ik dat normaal/sideband ECC geheugen ook geen 2 bit errors (SECDEC) kan repareren, wel detecteren.

Gelukkig hoeft mijn thuisserver niet voorbij pluto te werken.

1 bit parity voor een onbeperkte hoeveelheid bits....

Parity is, simpel gezegd, 1 als het aantal bits in je data even is en 0 als het oneven is. Dus binair:

010 -> parity 0
011 -> parity 1

Maar dat werkt natuurlijk ook met meer dan 3 bits, dus:

010101010101010101010101 -> parity 1

met 1 bit parity kun je dus 1 bit errors detecteren in desnoods 32Gb. Het duurt alleen te lang om voor iedere read/write het hele geheugen te lezen.
En met 1 bit parity kun je dus niets repareren (je weet niet welk bit er omgeklapt is, alleen dat er 1 omgeklapt is). Normaal ECC kan 1 bit errors repareren (en detecteren) en 2 bit errors alleen detecteren. Je OS moet het wel rapporteren (EDAC driver). IBECC kan dus alleen 1 bit errors detecteren (en tegenwoordig in Linux ook rapporteren).

[croque_monsieur]

latka schreef op donderdag 23 juli 2026 @ 12:09:
[...]

1 bit parity voor een onbeperkte hoeveelheid bits....

Parity is, simpel gezegd, 1 als het aantal bits in je data even is en 0 als het oneven is. Dus binair:

010 -> parity 0
011 -> parity 1

Maar dat werkt natuurlijk ook met meer dan 3 bits, dus:

010101010101010101010101 -> parity 1

met 1 bit parity kun je dus 1 bit errors detecteren in desnoods 32Gb. Het duurt alleen te lang om voor iedere read/write het hele geheugen te lezen.
En met 1 bit parity kun je dus niets repareren (je weet niet welk bit er omgeklapt is, alleen dat er 1 omgeklapt is). Normaal ECC kan 1 bit errors repareren (en detecteren) en 2 bit errors alleen detecteren. Je OS moet het wel rapporteren (EDAC driver). IBECC kan dus alleen 1 bit errors detecteren (en tegenwoordig in Linux ook rapporteren).

Ok nu snap ik het, dan zal IBECC ws 1 parity bit per 4 bytes gebruiken. En wordt het OS relatief vaker "lastig" gevallen dan bij normaal ECC ram, omdat hij het niet kan repareren.

[latka]

croque_monsieur schreef op donderdag 23 juli 2026 @ 12:27:
[...]

Ok nu snap ik het, dan zal IBECC ws 1 parity bit per 4 bytes gebruiken. En wordt het OS relatief vaker "lastig" gevallen dan bij normaal ECC ram, omdat hij het niet kan repareren.

"Lastig vallen" loopt ook voor 1 bit errors met ecc: je wil echt weten dat je hardware aan het sterven is en 1 bit errors zijn daar een voorbode van. Dus de edac driver meld netjes dat er een error gefixed is. Omdat ecc en raid geen vervanging zijn voor een backup is dat het moment om je hardware na te lopen, connectoren schoon te blazen en eventueel te vervangen. Omdat ecc+raid (of zfs) geen vervanger is van een backup is vooral de vroege signalering fijn.

[croque_monsieur]

latka schreef op donderdag 23 juli 2026 @ 12:31:
[...]

"Lastig vallen" loopt ook voor 1 bit errors met ecc: je wil echt weten dat je hardware aan het sterven is en 1 bit errors zijn daar een voorbode van. Dus de edac driver meld netjes dat er een error gefixed is. Omdat ecc en raid geen vervanging zijn voor een backup is dat het moment om je hardware na te lopen, connectoren schoon te blazen en eventueel te vervangen. Omdat ecc+raid (of zfs) geen vervanger is van een backup is vooral de vroege signalering fijn.

Ok, good point. Maar ik neem aan dat bij reparatie door side band ecc, de opdracht gewoon door kan gaan, terwijl bij IBECC het nogmaals moet worden gedaan. Dan heeft het bij IBECC meer gevolgen als het OS IBECC niet ondersteunt, terwijl bij ECC veelal de fouten gerepareerd worden zonder tussenkomst van het OS.

Samenvatten heeft IBECC:
+ detectie van 1 bit + repatratie
+ detectie 2 bit fouten
(SECDEC implementatie)
- geen reparatie van fouten
- geen aanwijzing welke dimm fout is (meestal 1 bank, dus geen probleem)

[ Voor 5% gewijzigd door croque_monsieur op 24-07-2026 06:59 ]

[latka]

croque_monsieur schreef op donderdag 23 juli 2026 @ 12:39:
[...]

Ok, good point. Maar ik neem aan dat bij reparatie door side band ecc, de opdracht gewoon door kan gaan, terwijl bij IBECC het nogmaals moet worden gedaan. Dan heeft het bij IBECC meer gevolgen als het OS IBECC niet ondersteunt, terwijl bij ECC veelal de fouten gerepareerd worden zonder tussenkomst van het OS.

Samenvatten heeft IBECC:
+ detectie van 1 bit
- geen detectie 2+ bit
- geen reparatie van fouten
- geen aanwijzing welke dimm fout is

Je samenvatting klopt op het laatste punt na: de meeste bordjes met IBECC hebben maar 1 dimm-slot. Het grootste probleem wat ik zie met IBECC is dat zelfs als de hardware het technisch kan het wel ontsloten moet zijn in de bios. Odroid h4 had het initieel niet, pas in een latere bios update kwam het beschikbaar. Asrock heb ik gevraagd of ze het voor hun N100 board op wilden nemen in de bios en het antwoord was: nee. IBECC blijft behoorlijk niche.

[croque_monsieur]

Ja, het is zeker niche, maar gelukkig meer dan alleen odroid; lattepanda mu en sigma hebben ook IBECC en minisforum arm workstation ms-r1.

Ik ben er net nog even ingedoken. In theorie zou je IBECC ook SECDEC kunnen krijgen door het datablok groter te maken naar 255 bits. De benodigde hoeveelheid parity bits stijgt dan ook naar 8. (zie Wikipedia: Hamming code)

ik lees in de github code van de ibecc edac driver wel errors gecorrigeerd kunnen worden: https://github.com/torvalds/linux/blob/master/drivers/edac/igen6_edac.c en https://docs.zephyrproject.org/latest/hardware/peripherals/edac/ibecc.html

24-7: Ik lees dat IBECC SECDEC implementeerd, dus het kan ook double bit errors detecteren.

[ Voor 16% gewijzigd door croque_monsieur op 24-07-2026 06:58 ]

[Pana]

Ik gebruik momenteel mijn oude desktop (R5 5800X, 32GB ram, RTX2070 super) als docker host icm 3 oude NAS'sen (Syno DS716+, DS916+ en QNAP TS453A) met een hoop 2TB disken die ik her en der vergaard heb. Daarnaast heb ik ook een spare HP elitedesk mini G3 liggen met 16GB ram en een i5 7500T, maar deze is volgens mij net niet genoeg om Immich ML op los te laten en zo te gebruiken als zuinige host.

Dus igenlijk wil ik dat allemaal wel wat consolideren naar een kleinere en zuinige footprint, maar veel verstand heb ik er eerlijk gezegd niet van en ik zie soms de bomen door het bos niet. Via Azerty vond ik deze barebone gigabyte brix minipc voor 290 (op de zaak), wat me wel ok lijkt. 32GB DDR5 erin en SSD'tje dat ik nog liggen heb en dan ben ik wel klaar voor 600 euro denk ik. En dan zou ik eventueel een Ubiquity Unas pro 4 aanschaffen met (voorlopig) 2 refurbished 16TB disken of een pro 8 en volproppen met de bestaande 2TB's, wat dan mooi in mijn bestaande Ubiquity ecosysteem kan inhaken en als media storage kan dienen voor de gigabyte host.

De desktop en de NAS'en worden dan verkocht.

Eventueel de HP elitedesk dan nog gebruiken als tailscale entry point?
Is dit allemaal wat zinnig?

Of toch beter de desktop parts hergebruiken op een mATX bordje en zo een zuinige kleine kubusserver proberen te bouwen?

[ Voor 7% gewijzigd door Pana op 23-07-2026 15:29 ]

[Jerie]

Mars Warrior schreef op donderdag 23 juli 2026 @ 11:40:

Laat staan de rommel die we dan elke dag produceren op onze desktop, laptop en telefoon: na een week is er geen bestand meer dat niet corrupt is en moeten we elke website wel 5x laden voordat deze zonder corrupte tekens op het scherm staat

Ik noem dat puur geluk hebben.

'Corrupte tekens' is niet hoe het werkt. Dit is wat er dan plaats gaat vinden: 10% van alle Firefox crashes komen door bitrot. Bron: Firefox engineer die deze detectie ontwikkelde https://mas.to/@gabrielesvelto/116171750653898304

Om dat te detecteren kun je inderdaad al je data verifiëren. Ik heb al vaak genoeg gehad dat ZFS een silent corruption heeft opgelost, en ik gebruik ZFS al bijna 20 jaar. Op een systeem met ECC daarentegen, moet ik de eerste keer nog meemaken.

Het adagium van sommigen hier is dat een beetje meer stroom verbruiken voor veiligheid/zekerheid direct maar 'onzuinig' is. Op die manier kun je ook verdedigen om nog steeds plaintekst telnet gebruiken i.p.v. SSH.

[ Voor 11% gewijzigd door Jerie op 23-07-2026 16:01 ]

[RobertMe]

Jerie schreef op donderdag 23 juli 2026 @ 15:59:
Het adagium van sommigen hier is dat een beetje meer stroom verbruiken voor veiligheid/zekerheid direct maar 'onzuinig' is. Op die manier kun je ook verdedigen om nog steeds plaintekst telnet gebruiken i.p.v. SSH.

Voor een thuisserver, die je alleen thuis gebruikt, een prima optie toch Als "ze" op je netwerk zitten heb je al een ander probleem. En bij remote is de aanbeveling AFAIK ook wel om."beheer" achter een VPN te zetten. SSH over VPN is dan ook semi dubbelop.

Nee. Ook ik draai gewoon SSH hoor. telnet gebruik ik alleen om eens wat in plain text te doen. telnet naar een HTTP (niet S) server, of SMTP / .... En ook dan zit je al vaak met SSL en dus openssl s_client etc.

En intern komt HTTP i.p.v. HTTPS natuurlijk ook vaak voor (/kwam? Gezien browsers steeds meer features alleen over https ondersteunen. Zoals klembord toegang, webserial, ...). Nu verwacht ik niet dat die keuze vaak uit zuinigheid wordt gemaakt, maar het kan wel, en http zonder ssl/tls was jaren prima geaccepteerd voor een homelab. (En 10, 15 plus jaar terug was https zelfs op internet "zeldzaam" / "alleen waar nodig", zelfs webshops die alleen het betalen over https deden en gewoon de catalogus browsen over http).

[mrmrmr]

Jerie schreef op donderdag 23 juli 2026 @ 15:59:
Het adagium van sommigen hier is dat een beetje meer stroom verbruiken voor veiligheid/zekerheid direct maar 'onzuinig' is. Op die manier kun je ook verdedigen om nog steeds plaintekst telnet gebruiken i.p.v. SSH.

Dat is heel slechte vergelijking. OpenSSH verbruikt bijna niets.

Ik ben het helemaal eens met @Mars Warrior dat het energieverbruik en investering ECC niet rechtvaardigen. Ooit leek het erop dat Intel ECC standaard wilde maken, maar kennelijk kwam er tegenstand van verkopers van (overmatig dure) professionele producten, waardoor dat niet is gelukt.

Zoals jij ook wel weet bestaat er zoiets als een risicoberekening. Dat gaat om de waarde van hetgeen je probeert te beschermen. Als er een bitje omvalt in een stream of in een plaatje, merk je daar weinig of niets van. Als in: er is praktisch geen schade. Risico is een vermenigvuldiging van schade keer kans. Als er vrijwel geen schade is, is er geen reden voor bezorgdheid. Zelfs niet als de kans hoog zou zijn.

Het wordt natuurlijk helemaal anders als er een bedrijfsboekhouding draait op de server waar het wel wat uitmaakt of het gaat om 1.152.921.504.606.846.976 of 0 (dat is 1 bitje verschil in een 64 bit waarde). Waar mensen werken die betaald moeten worden. Dus ja, redundantie is prima, maar echt niet nodig voor thuis. Dat gaat dan geheel voorbij aan de geringe schade.

Ik snap het gevoel wel dat je het precies zo wilt doen als op het werk, maar er is wel degelijk een rationele verklaring achter de keuzes die je (kan) maken in een thuissituatie.

[Jerie]

Intel wilde geen ECC. Hadden ze zo kunnen doen, maar ze willen hun Xeon spul graag differentiëren. Terwijl je eigenlijk beter dat 1/8 deel van RAM op kunt offeren.

[...] Als "ze" op je netwerk zitten heb je al een ander probleem. [...]

'Ze' komen eenvoudig via IoT binnen, maar dan zitten 'ze' nog niet op je thuisserver. Als je telnet i.p.v SSH gebruikt is die horde veel kleiner.

Nee. Ook ik draai gewoon SSH hoor.

Precies, want zoveel CPU time kost het niet, en het is een prima manier om te authen.

telnet gebruik ik alleen om eens wat in plain text te doen. telnet naar een HTTP (niet S) server, of SMTP / .... En ook dan zit je al vaak met SSL en dus openssl s_client etc.

Daar gebruikt men doorgaans netcat voor, niet telnet.

[...] Nu verwacht ik niet dat die keuze vaak uit zuinigheid wordt gemaakt, maar het kan wel, en http zonder ssl/tls was jaren prima geaccepteerd voor een homelab. (En 10, 15 plus jaar terug was https zelfs op internet "zeldzaam" / "alleen waar nodig", zelfs webshops die alleen het betalen over https deden en gewoon de catalogus browsen over http).

Dat waren gouden tijdens voor onze diensten. Toen kwam Snowden en werd de infosec gemeenschap wakker (na jaren signalen afschuiven als 'is een samenzweringstheorie'). HTTPS-gebruik is sindsdien gestegen. En ja, dat deden we vroeger niet omdat het qua belasting te duur was. Dat is ook waarom die IP camera's met hun MIPSjes zo gaar zijn. Die hebben de resources niet.

Ik blokkeer zelfs uitgaand verkeer naar port 80. Komt niets goeds uit. Helaas doet Android (althans, Qualcomm o.a.) ook verkeer naar port 80, en wel voor je VPN loopt. Tot zo ver de killswitch...

PS: Ik denk overigens dat we het de komende tijd wel vaker gaan zien, de data corruptie. Vanwege het overvolle stroomnet of de digitale dreiging is de kans op locale power surges hoger.

edit:
In ieder geval wil ik jullie allen een advies nog geven: zet zonder PLP/UPS de write cache uit.

[ Voor 7% gewijzigd door Jerie op 23-07-2026 16:33 ]

[Twee]

croque_monsieur schreef op donderdag 23 juli 2026 @ 07:34:
Ik heb nu een odroid h3 als thuis server. Ik wil toch voor een ECC build gaan, ik zit te twijfelen tussen systemen met IBECC, bijvoorbeeld odroid h4+/h5 of ik ga voor zelfbouw. Bij zelfbouw zat ik te denken aan een oude ryzen pro 4750G icm 550 mobo en DDR4 ecc geheugen.

De odroid hebben een idle van rond de 4-5 watt en een max van 25 watt, terwijl de ryzen setup een idle heeft van rond de 20-25w en een max. van 65-80 watt. Terwijl de ryzen(Geekbench Multi-Core 7463) maar een beetje sneller is dan de odroid h5 (Geekbench multi core 5178).

[...]

Ik weet niet precies waar je die scores vandaan hebt, maar ik denk dat het verschil in performance groter is dan dat. Als ik het opzoek bij Passmark zie ik dat een 4750G ruim twee keer zo snel is als een N300 (Odroid H5). Benchmarks hebben zo hun beperkingen, maar dat lijkt me een stuk realistischer.

---

Jerie schreef op donderdag 23 juli 2026 @ 15:59:
[...]
Het adagium van sommigen hier is dat een beetje meer stroom verbruiken voor veiligheid/zekerheid direct maar 'onzuinig' is. Op die manier kun je ook verdedigen om nog steeds plaintekst telnet gebruiken i.p.v. SSH.

Ik lees al een hele tijd mee in dit topic. Je stelt het wat scherp, maar m.i. heb je wel een punt. Dit topic kan soms wat eenkennig zijn, waarbij alleen de aller, aller zuinigste server acceptabel is. Usecases waar dat niet in past bestaan niet, of moet je dan maar aanpassen. Niet om de mensen die zo veel kennis bijdragen nou voor het hoofd te stoten, maar wat mij betreft mag het een tandje minder. Er zijn meer wegen naar Rome.

Simpel voorbeeld: de huidige generatie van het welbekende Kontron bord ondersteunt geen ECC, maar de vorige generaties wèl. Als je kunt leven met de performance van Intel 9th gen (eventueel een Xeon variant, ook die kunnen zuinig zijn) dan kun je daar een zuinige server met ECC mee bouwen. Veel mensen overschatten de CPU performance die een thuisserver nodig heeft behoorlijk, als je niet aan AI/ML doet dan voldoet zo'n oude CPU vaak prima. Toegegeven, het kan wel een uitdaging zijn om dat spul nog tweedehands te vinden.

Je kunt uiteraard ook geen ECC gebruiken. Ik zeg niet dat dat mòet, het is maar net wat je wil en/of wat je belangrijk vindt. Er zijn opties.

[ Voor 39% gewijzigd door Twee op 23-07-2026 18:08 ]

[RobertMe]

Jerie schreef op donderdag 23 juli 2026 @ 16:26:
[...]


'Ze' komen eenvoudig via IoT binnen, maar dan zitten 'ze' nog niet op je thuisserver. Als je telnet i.p.v SSH gebruikt is die horde veel kleiner.

offtopic:
IoT hoort natuurlijk op een gescheiden VLAN.
En SSH op mijn server(s) is ook alleen bereikbaar in het infra VLAN waar alleen mijn PC/laptop/... naartoe mogen (vanaf het "prive" VLAN) en niet de apparaten van andere gezinsleden.

[croque_monsieur]

Heeft er iemand ervaring met een recente intel ecc build met lage idle?

[croque_monsieur]

Pana schreef op donderdag 23 juli 2026 @ 15:26:
Ik gebruik momenteel mijn oude desktop (R5 5800X, 32GB ram, RTX2070 super) als docker host icm 3 oude NAS'sen (Syno DS716+, DS916+ en QNAP TS453A) met een hoop 2TB disken die ik her en der vergaard heb. Daarnaast heb ik ook een spare HP elitedesk mini G3 liggen met 16GB ram en een i5 7500T, maar deze is volgens mij net niet genoeg om Immich ML op los te laten en zo te gebruiken als zuinige host.

De i5 7500T lijkt me sneller dan mijn odroid h3, daar draai ik momenteel immich met ML op. Ik denk dat het zou kunnen. Het is de eerste sessie vooral langzaam dan moet hij alle foto's door. Daarna gaat het prima.

Mocht je alles willen samenvoegen tot een apparaat. Er zijn mensen die compute en storage gescheiden willen houden.

[GioStyle]

Oh, we hebben hier weer een ECC vs non-ECC discussie? Dan loop ik even een blokje om.

Ik heb mijn Odroid H4 Ultra verkocht, een H5 voor teruggekocht en mijn opstelling weer aangepast, maar de bedoeling is dat dit jaren blijft werken;

Primary server:
Case: Hardkernel Odroid H5 Type 1
Fan: Noctua NF-A9x14 PWM
SBC: Hardkernel Odroid H5
Memory: Samsung M425R2GA3BB0-CQKOL (1x16GB 4800Mhz)
SSD1: SK hynix PC711 256GB
SSD2: SK hynix PC711 256GB
SSD3: Lexar NM790 4TB
Power supply: Leicke 12V7.5A

De SK hynix ssd's in ZFS mirror, tig aantal containers in gebruik, 1Gbit aangesloten en het verbruik schommelt tussen de 4 en 5W.

Secondary (backup) server:
Case: Hardkernel Odroid H4 Type 1
Fan: Odroid DC Cooling Fan
SBC: Odroid H4
Memory: Crucial CT16G48C40S (1x16GB 4800Mhz)
SSD: Lexar NM790 4TB
Power supply: Leicke 12V5A

De tweede server wordt gebruikt voor backup AdGuard Home (DNS) in combinatie met Keepalived. Daarnaast is het ook een backuplocatie voor dagelijkse snapshots van de primary server. Verbruik ligt rond de 2,2/2,4W.

Heel misschien ga ik mijn 16GB van de H4 downgraden naar 8GB en van de H5 upgraden naar 32GB, maar voor de rest zijn dit wel de setups die ik de komende jaren niet meer wil gaan aanraken.

Mocht ik wat VM's willen opstarten om het een en ander te testen, dan ga ik mijn GMKtec K12 dualbooten met Windows/Proxmox, zodat die andere twee servers compleet met rust gelaten kunnen worden.

[Mars Warrior]

GioStyle schreef op donderdag 23 juli 2026 @ 20:13:
Oh, we hebben hier weer een ECC vs non-ECC discussie? Dan loop ik even een blokje om.

Het is geen discussie. Het zijn gewoon feiten

Ik heb mijn Odroid H4 Ultra verkocht, een H5 voor teruggekocht en mijn opstelling weer aangepast, maar de bedoeling is dat dit jaren blijft werken;

Primary server:
Case: Hardkernel Odroid H5 Type 1
Fan: Noctua NF-A9x14 PWM
SBC: Hardkernel Odroid H5
Memory: Samsung M425R2GA3BB0-CQKOL (1x16GB 4800Mhz)
SSD1: SK hynix PC711 256GB
SSD2: SK hynix PC711 256GB
SSD3: Lexar NM790 4TB
Power supply: Leicke 12V7.5A

De SK hynix ssd's in ZFS mirror, tig aantal containers in gebruik, 1Gbit aangesloten en het verbruik schommelt tussen de 4 en 5W.

Secondary (backup) server:
Case: Hardkernel Odroid H4 Type 1
Fan: Odroid DC Cooling Fan
SBC: Odroid H4
Memory: Crucial CT16G48C40S (1x16GB 4800Mhz)
SSD: Lexar NM790 4TB
Power supply: Leicke 12V5A

De tweede server wordt gebruikt voor backup AdGuard Home (DNS) in combinatie met Keepalived. Daarnaast is het ook een backuplocatie voor dagelijkse snapshots van de primary server. Verbruik ligt rond de 2,2/2,4W.

Jij boft dat je met zuinige bordjes uit kan komen met weinig RAM. Ik ben maar wat blij met mijn 24c/32t CPU en 128GB RAM.

Eerdaags krijg ik wel de beschikking over een 32c Xeon-server met 256GB ECC RAM en 2x 10Gbit netwerk. Daar ga ik het verbruik maar niet van meten. Gelukkig zijn de stroomkosten ook niet voor mij, maar voor de baas
Er zit geen storage in, dus die gaat over het netwerk naar een SSD-array

[GioStyle]

Mars Warrior schreef op donderdag 23 juli 2026 @ 21:11:

Jij boft dat je met zuinige bordjes uit kan komen met weinig RAM. Ik ben maar wat blij met mijn 24c/32t CPU en 128GB RAM.

In het verleden had ik 64GB zitten in een Odroid H3. Niet omdat ik het nodig had, maar omdat het kon. Met de huidige prijzen ben ik gewoon heel kritisch gaan kijken naar wat ik nodig heb. Een kale Debian met ZFS on Root heeft heel weinig nodig. Een beetje reserveren voor ARC en Docker en je bent er wel. Ik kan begrijpen als je complexe Dockerprojecten hebt draaien dat de vraag naar geheugen toeneemt, maar dat is hier niet het geval.

Hetzelfde geldt voor mijn nas. Daar had ik 2x16GB geheugen in zitten, maar mijn nas serveert alleen maar films/series via Samba. Die heb ik ook teruggeschaald naar 2x8GB geheugen.

[croque_monsieur]

Ik lees net dat IBECC, SECDEC implementeert. Het lijkt er op dat het kwa veiligheid nagenoeg hetzelfde is als sideband ECC. Ik neig er daarom naar (vanwege de huidige prijzen voor ECC geheugen) om dan voor odroid h4/h5 of lattepanda mu/sigma te gaan.

Zijn er nog redenen om toch side band ECC te gebruiken, behalve dat het sneller is en geen geheugen kost?

Heeft iemand ervaring met lattepanda, deze bordjes hebben sneller geintegreerd LPDDR5 geheugen dan odroid?

Daarnaast scheiden jullie het liefste de storage van de compute of hebben jullie het liefst een geintegreerde homelab/server?

[ Voor 14% gewijzigd door croque_monsieur op 24-07-2026 07:21 ]

[jvwou123]

croque_monsieur schreef op vrijdag 24 juli 2026 @ 07:07:

Daarnaast scheiden jullie het liefste de storage van de compute of hebben jullie het liefst een geintegreerde homelab/server?

voor thuis: ik heb het liefst zo weinig mogelijk, dus alles lekker in 1, scheelt ruimte, en stroom. Thuis heb ik maar ruimte voor 5u, en die is nu vol met: unifi switch, unifi cloud gen2+, patch paneel en rangeerrack, en een server die alles doet. Op het “rack” staat nog een ds918+ die ik probeer uit te faseren, dus die tel ik al niet meer mee.

[N8w8]

@croque_monsieur de afkorting is niet SECDEC maar SECDED.
@Jerie sinds Intel gen12(?) hebben CPUs vanaf Core i5/Ultra5 ook ECC, geen Xeon meer nodig hiervoor.
Probleem is dat je nog steeds een W/C/R chipset moet hebben.
@Pana Immich ML draait hier prima op een Celeron N4000 (7500T is 3x zo snel?).
Ik heb ook 16GB maar 8GB was ook genoeg geweest. Verwerken duurt zeker geen minuut/foto.
Maar ik kies niet de zwaarste modellen, die leken meestal ook prima te werken maar zag er weinig meerwaarde in.
Alleen de zwaarste OCR gaf problemen, vergeten welke maar ws te weinig RAM.

[croque_monsieur]

N8w8 schreef op maandag 27 juli 2026 @ 03:48:
@croque_monsieur de afkorting is niet SECDEC maar SECDED.
@Jerie sinds Intel gen12(?) hebben CPUs vanaf Core i5/Ultra5 ook ECC, geen Xeon meer nodig hiervoor.
Probleem is dat je nog steeds een W/C/R chipset moet hebben.
@Pana Immich ML draait hier prima op een Celeron N4000 (7500T is 3x zo snel?).
Ik heb ook 16GB maar 8GB was ook genoeg geweest. Verwerken duurt zeker geen minuut/foto.
Maar ik kies niet de zwaarste modellen, die leken meestal ook prima te werken maar zag er weinig meerwaarde in.
Alleen de zwaarste OCR gaf problemen, vergeten welke maar ws te weinig RAM.

Bedankt. Wat betreft "sinds Intel gen12(?) hebben CPUs vanaf Core i5/Ultra5 ook ECC, geen Xeon meer nodig hiervoor.". Heb je voorbeelden van een intel build met lage idle, goede efficientie en ECC?

Overigens kwam ik er gisteren achter dat niet alle IBECC implementaties gelijk zijn. De ms-r1 reserveert 1/8ste deel van het geheugen voor ECC ipv 1/32ste.

[ Voor 8% gewijzigd door croque_monsieur op 27-07-2026 07:22 ]

[Pana]

N8w8 schreef op maandag 27 juli 2026 @ 03:48:
@croque_monsieur de afkorting is niet SECDEC maar SECDED.
@Jerie sinds Intel gen12(?) hebben CPUs vanaf Core i5/Ultra5 ook ECC, geen Xeon meer nodig hiervoor.
Probleem is dat je nog steeds een W/C/R chipset moet hebben.
@Pana Immich ML draait hier prima op een Celeron N4000 (7500T is 3x zo snel?).
Ik heb ook 16GB maar 8GB was ook genoeg geweest. Verwerken duurt zeker geen minuut/foto.
Maar ik kies niet de zwaarste modellen, die leken meestal ook prima te werken maar zag er weinig meerwaarde in.
Alleen de zwaarste OCR gaf problemen, vergeten welke maar ws te weinig RAM.

Thx voor de feedback. Dan probeer ik het voorlopig even op de HP :-)

[Melkaz]

croque_monsieur schreef op vrijdag 24 juli 2026 @ 07:07:

Daarnaast scheiden jullie het liefste de storage van de compute of hebben jullie het liefst een geintegreerde homelab/server?

Ik ben een aantal jaar geleden afgestapt van één server met alles omdat ik vaak tegen issues aan liep met proxmox met daarop openmediavault bij reboots. Nu draai ik proxmox op mijn oude Fujitsu D3643 moederbordje en heb ik een Debian NAS draaiende op een n100.

In principe werkt het allemaal prima maar het stroomverbruik is wel verdubbeld en het neemt meer ruimte in + warmte in de berging. Waardoor ik eigenlijk tot de conclusie ben gekomen dat ik eigenlijk terug wil naar een single server met puur SSD storage met Debian+zfs+docker erop. Alleen heb ik dat voorlopig even uitgesteld vanwege de euh.."uitdagende marktomstandigheden". Ik had in 2023 tijdens black friday bijna de 4 en 8 tb ssds gekocht van samsung maar besloten te wachten want "prijzen zullen wel verder dalen"

En ter verduidelijking, ja ik zou op één server willen draaien maar wel met een cold standby server voor backups. Daar heb ik een Ugreen NAS voor met spinning rust disks die eens in de paar weken online komt voor backups.

[N8w8]

@croque_monsieur, dat je daarvoor een W/C/R chipset moet hebben is wel echt een beperking.
Mobo's daarmee zijn meestal duur/schaars, en hebben vaak IPMI wat juist extra veel verbruikt.
Weet zelf ook geen builds daarmee. Maar Kontron mobo's waren meestal erg zuinig, en die hebben iig deze met socket 1700 en R chipset: K3836-R/K3851-R.
Dus als ik zou moeten gokken kan je t beste die proberen te vinden.
Maar alleen als je per se een nieuwere Intel "gewone" desktop CPU wilt hebben.
Als je genoeg hebt aan bijv zo'n Odroid, vlgs mij ben je dan goedkoper uit, en zuiniger.
In deze topicreeks (zoniet dit topic dan wel in deel 1 of 2) zijn trouwens wel zuinige builds voorbijgekomen met socket 1151 Fujitsu borden met C chipset (D3644-B/S, D3417-B/B2). Maar die zijn ouder en toen had je nog geen ECC op Core i5/7/9, alleen Pentium en Core i3 (dacht ik). Als dat niet snel genoeg was dan moest je toch een Xeon nemen.

[croque_monsieur]

N8w8 schreef op maandag 27 juli 2026 @ 19:43:
@croque_monsieur, dat je daarvoor een W/C/R chipset moet hebben is wel echt een beperking.
Mobo's daarmee zijn meestal duur/schaars, en hebben vaak IPMI wat juist extra veel verbruikt.
Weet zelf ook geen builds daarmee. Maar Kontron mobo's waren meestal erg zuinig, en die hebben iig deze met socket 1700 en R chipset: K3836-R/K3851-R.
Dus als ik zou moeten gokken kan je t beste die proberen te vinden.
Maar alleen als je per se een nieuwere Intel "gewone" desktop CPU wilt hebben.
Als je genoeg hebt aan bijv zo'n Odroid, vlgs mij ben je dan goedkoper uit, en zuiniger.
In deze topicreeks (zoniet dit topic dan wel in deel 1 of 2) zijn trouwens wel zuinige builds voorbijgekomen met socket 1151 Fujitsu borden met C chipset (D3644-B/S, D3417-B/B2). Maar die zijn ouder en toen had je nog geen ECC op Core i5/7/9, alleen Pentium en Core i3 (dacht ik). Als dat niet snel genoeg was dan moest je toch een Xeon nemen.

Bedankt, ik heb redelijk wat builds bekeken (op tweakers, levelone, google spreadsheet met systemen met laagste idle 1). Je beschrijft goed waar ik tegenaan loop. Het is vaak niet verkrijgbaar, omdat de builds al wat ouder zijn. Daarnaast zie ik vaak dat de idle heel hoog is of dat de processor bijzonder onzuinig lijkt (ik bedoel langzaam voor de hoeveelheid energie die je er in stopt). Of dat de ondersteunde IO al wat ouder is, bijv. geen m.2.

Ik zag ook diverse Xeon E of Pentium Gold builds, maar dan is het moederbord niet meer verkrijgbaar. Worden er geen moederborden met lage idle geproduceerd?

Voor een ECC + lage idle build kom je eigenlijk, maar op een paar opties:
Je accepteerd IBECC -> odroid h4/h5, lattepanda mu/sigma, minisforum ms-r1 of een NAS met IBECC
Je wilt perse ECC: Ryzen APU 5750G (= al wat ouder) of een NAS gebaseerd op een embedded Ryzen. Vanwege de huidige geheugen prijzen is deze optie best wel duur en wat voegt het toe t.o.v. IBECC?

De meeste/alle ryzen AM5, epyc en xeon vallen af vanwege hoge idle?

1: https://docs.google.com/spreadsheets/d/1LHvT2fRp7I6Hf18LcSzsNnjp10VI-odvwZpQZKv_NCI/edit?gid=0#gid=0

[N8w8]

@croque_monsieur ja zo is het nou eenmaal lijkt het he?
Ik had ook weinig toe te voegen, alleen die SECDED en Xeon opmerkingen.
(dus valt (alle) Xeon af, dan valt ook socket 1700 Core af lijkt mij, want die zijn bijna hetzelfde als socket 1700 Xeon).
PS ik zei dus die Kontrons met R chipset, maar van wat ik er nu zo snel over vind zijn ook die toch niet erg zuinig.

[Jerie]

Als het oudere enterprise systemen betreft, zou ik toch overwegen bij de tweedehands markt te kijken. eBay, Troostwijk, Domeinen, ...

Ook die mini ITX kastjes kun je spotgoedkoop op de kop tikken. Dan zijn ze maar iets minder zuinig. Qua prijs/kwaliteit zijn het koopjes.

[Church of Noise]

Ik ben sinds kort wat aan het stoeien met audio spullen, en heb beslist om ook HQplayer, Gentooplayer en/of Roon eens te gaan gebruiken.

Daarom heb ik beslist een specifiek systeem op te zetten, allereerst omdat mijn NAS (een Beelink ME Mini) te zwak is voor de meer intense upsampling technieken van HQplayer te verzorgen, maar even goed omdat ik mijn ouwe trouwe Antec Fusion Remote Max HTPC case nog eens een nuttige invulling kan geven. Hieronder het systeem zoals ik het nu voorzie, graag jullie input.

Ter verduidelijking: ik voorzie 2x 16GB RAM

(SSD, GPU, case en Blu Ray drive heb ik al, rest ben ik aan het kopen)

#	Categorie	Product
1	Processors	Intel Core i5-14500T Tray
1	Moederborden	Kontron K3842-Q
1	Videokaarten	Gigabyte GT 1030 Silent Low Profile 2G
1	Behuizingen	Antec Fusion Remote Max
1	Processorkoeling	Noctua NH-P1
2	Geheugen intern	SK hynix HMCG66MEBSA095N
1	Optische drives	Pioneer BDR-206DBK
1	Voedingen	Mini-box picoPSU PicoPSU-160-XT
1	Interne ssd's	Samsung 840 EVO 250GB

Graag tips of duiding bij wat beter kan!

Ik heb een PSU calculator gebruikt om tot de juiste PicoPSU te komen, en besef dat ik mogelijks een iets lichtere versie zou kunnen nemen als ik de GPU er uit gooi. En dat kan best wel eens gebeuren, want ie heeft vermoedelijk niet veel nut...

[Mich]

Church of Noise schreef op zondag 2 augustus 2026 @ 21:40:
Ik ben sinds kort wat aan het stoeien met audio spullen, en heb beslist om ook HQplayer, Gentooplayer en/of Roon eens te gaan gebruiken.

Daarom heb ik beslist een specifiek systeem op te zetten, allereerst omdat mijn NAS (een Beelink ME Mini) te zwak is voor de meer intense upsampling technieken van HQplayer te verzorgen, maar even goed omdat ik mijn ouwe trouwe Antec Fusion Remote Max HTPC case nog eens een nuttige invulling kan geven. Hieronder het systeem zoals ik het nu voorzie, graag jullie input.

Ter verduidelijking: ik voorzie 2x 16GB RAM

(SSD, GPU, case en Blu Ray drive heb ik al, rest ben ik aan het kopen)

#	Categorie	Product
1	Processors	Intel Core i5-14500T Tray
1	Moederborden	Kontron K3842-Q
1	Videokaarten	Gigabyte GT 1030 Silent Low Profile 2G
1	Behuizingen	Antec Fusion Remote Max
1	Processorkoeling	Noctua NH-P1
2	Geheugen intern	SK hynix HMCG66MEBSA095N
1	Optische drives	Pioneer BDR-206DBK
1	Voedingen	Mini-box picoPSU PicoPSU-160-XT
1	Interne ssd's	Samsung 840 EVO 250GB

Graag tips of duiding bij wat beter kan!

Ik heb een PSU calculator gebruikt om tot de juiste PicoPSU te komen, en besef dat ik mogelijks een iets lichtere versie zou kunnen nemen als ik de GPU er uit gooi. En dat kan best wel eens gebeuren, want ie heeft vermoedelijk niet veel nut...

Ik heb die picoPSU ook. En haalde met een ander kontron bord + i5-13500 + ssd onder de 3W idle. Dus ik geloof niet dat je daar nog veel winst op gaat pakken.

[mrmrmr]

@Church of Noise De grafische kaart en Blue Ray drive zullen vermoedelijk een constant hoog verbruik toevoegen. Een PCIe GPU kan voorkomen dat de package C state hoog kan worden, waardoor het verbruik toeneemt.

Ik zou deze computer daarom alleen aanzetten wanneer je hem nodig hebt.

Welke 12V adapter wil je gebruiken met de PicoPSU-160XT?

T versies zijn niet meer nodig sinds de TDP instelbaar is. Je kan beter een Intel Core i5-14500 Boxed kiezen en de TDP in de BIOS instellen. Die is ook iets goedkoper dan de T tray versie en de standaard boxed koeler is prima.

[N8w8]

@Church of Noise K3842Q vereist gewone desktop UDIMMs, maar die op je lijstje zijn SODIMMs?
En ze zijn 2x8GB terwijl je t hebt over 2x16GB (ws omdat je dat later pas wilt? Nouja ik noem t toch maar).

[Church of Noise]

mrmrmr schreef op zondag 2 augustus 2026 @ 22:53:
@Church of Noise De grafische kaart en Blue Ray drive zullen vermoedelijk een constant hoog verbruik toevoegen. Een PCIe GPU kan voorkomen dat de package C state hoog kan worden, waardoor het verbruik toeneemt.

Ik zou deze computer daarom alleen aanzetten wanneer je hem nodig hebt.

Welke 12V adapter wil je gebruiken met de PicoPSU-160XT?

T versies zijn niet meer nodig sinds de TDP instelbaar is. Je kan beter een Intel Core i5-14500 Boxed kiezen en de TDP in de BIOS instellen. Die is ook iets goedkoper dan de T tray versie en de standaard boxed koeler is prima.

Da's goed om weten! Eventueel overweeg ik om beide er uit te laten. Ik zal wat metingen doen met en zonder ook. De bedoeling is inderdaad om 'm enkel te gebruiken wanneer nodig, dat is een beetje hoe t nu is opgevat

3 systemen:

• laag verbruik systeem voor continu gebruik van home assistant dat 2.8W verbruikt op basis van een nuc 8 i3 met Akasa passieve behuizing, zie eerder in dit topic
• NAS die iets vaker draait en slechts een dikke 7W verbruikt, op basis van een Beelink ME Mini en een aantal nvmes. Is ook de bron van data voor oa het nieuwe systeem maar ook een aantal andere zaken.
• Systeem dat ik aan't bouwen ben voor hqplayer en wat andere zaken, zal enkel draaien wanneer nodig. Desalniettemin wil ik toch graag goede efficiëntie

Ik zal beginnen met een Leicke 12v voeding vermoed ik, maar sta open voor suggesties.

De cpu vond ik 2dehands en is onderweg, wist niet dat T versies niet meer nodig waren. Nu, prijs was fair en het zal niet schaden ook. Ik ben aan het overwegen om te pogen een oude Zalman 9500 koeler te doen werken (heb online een aanpak gevonden van iemand die dat met dezelfde koeler heeft gedaan op een andere cpu), puur uit nostalgie

[Church of Noise]

N8w8 schreef op maandag 3 augustus 2026 @ 00:02:
@Church of Noise K3842Q vereist gewone desktop UDIMMs, maar die op je lijstje zijn SODIMMs?
En ze zijn 2x8GB terwijl je t hebt over 2x16GB (ws omdat je dat later pas wilt? Nouja ik noem t toch maar).

Terechte punten!

Heb ik fout ingegeven in het lijstje, wel degelijk 2x 16 GB UDIMMs gekocht ondertussen. Er blijken echter geen 16gb modules van sk hynix gekend in de db hier.

[ Voor 8% gewijzigd door Church of Noise op 03-08-2026 08:19 ]

[Golenes]

Ik zou graag wat advies krijgen om mijn server zuiniger te laten draaien. Ik gebruik hem voor Home Assistant, Actual Budget, fotoopslag (NAS), change detect, beszel, en als wireguard server. Mijn andere diensten draai ik in een VPS. Hij is dus aanzienlijk te zwaar voor wat ik nodig heb, en trekt idle 32W. De configuratie staat hieronder:

#	Categorie	Product	Prijs	Subtotaal
1	Processors	Intel Core i3-12100F Boxed	€ 100,41	€ 100,41
1	Moederborden	MSI PRO H610M-E DDR4	€ 55,99	€ 55,99
2	Interne harde schijven	Seagate IronWolf NAS HDD (ST4000VN006), 4TB	€ 190,90	€ 381,80
1	Behuizingen	Inter-Tech IM-1 Pocket	€ 0,-	€ 0,-
1	Geheugen intern	Corsair Vengeance LPX CMK32GX4M2E3200C16	€ 255,-	€ 255,-
1	Voedingen	be quiet! Pure Power 11 400W	€ 0,-	€ 0,-
1	Interne ssd's	WD Black SN770 1TB	€ 199,75	€ 199,75
1	Interfaces	Sonoff Zigbee 3.0 Dongle Plus (ZBdongle-E) (thread)	€ 20,29	€ 20,29
1	Interfaces	Sonoff Zigbee 3.0 Dongle Plus (ZBdongle-P) (zigbee)	€ 20,93	€ 20,93
			Totaal	€ 1.034,17

Veel van de containers draaien vanuit mijn HDD's, waardoor ze nooit downspinnen. Dat lijkt mij een eerste stap om te fixen die niks kost. Daarnaast overweeg ik het systeem over te zetten naar een PicoPSU, maar weet niet of dat zinnig is, zeker gezien ik de huidige PSU al heb? Ik zie ze niet (gezien mobo / CPU duur zijn te vervangen), maar zijn er andere duidelijke (en economisch zinnige) manieren om dit systeem wat efficienter te laten draaien?

[Mich]

Golenes schreef op zaterdag 8 augustus 2026 @ 18:47:
Ik zou graag wat advies krijgen om mijn server zuiniger te laten draaien. Ik gebruik hem voor Home Assistant, Actual Budget, fotoopslag (NAS), change detect, beszel, en als wireguard server. Mijn andere diensten draai ik in een VPS. Hij is dus aanzienlijk te zwaar voor wat ik nodig heb, en trekt idle 32W. De configuratie staat hieronder:

#	Categorie	Product	Prijs	Subtotaal
1	Processors	Intel Core i3-12100F Boxed	€ 100,41	€ 100,41
1	Moederborden	MSI PRO H610M-E DDR4	€ 55,99	€ 55,99
2	Interne harde schijven	Seagate IronWolf NAS HDD (ST4000VN006), 4TB	€ 190,90	€ 381,80
1	Behuizingen	Inter-Tech IM-1 Pocket	€ 0,-	€ 0,-
1	Geheugen intern	Corsair Vengeance LPX CMK32GX4M2E3200C16	€ 255,-	€ 255,-
1	Voedingen	be quiet! Pure Power 11 400W	€ 0,-	€ 0,-
1	Interne ssd's	WD Black SN770 1TB	€ 199,75	€ 199,75
1	Interfaces	Sonoff Zigbee 3.0 Dongle Plus (ZBdongle-E) (thread)	€ 20,29	€ 20,29
1	Interfaces	Sonoff Zigbee 3.0 Dongle Plus (ZBdongle-P) (zigbee)	€ 20,93	€ 20,93
			Totaal	€ 1.034,17

Veel van de containers draaien vanuit mijn HDD's, waardoor ze nooit downspinnen. Dat lijkt mij een eerste stap om te fixen die niks kost. Daarnaast overweeg ik het systeem over te zetten naar een PicoPSU, maar weet niet of dat zinnig is, zeker gezien ik de huidige PSU al heb? Ik zie ze niet (gezien mobo / CPU duur zijn te vervangen), maar zijn er andere duidelijke (en economisch zinnige) manieren om dit systeem wat efficienter te laten draaien?

Intel 12,13 en 14 borden kunnen niet zo goed overweg met USB dongles. Je haalt maximaal C6 CPU power state. Daarmee kan je nog steeds uit komen op een verbruik van 10-15W. Of je harde schijven in spin down kunnen weet ik niet. Anders is het verbruik wellicht nog net wat hoger.

[project.bobby]

Golenes schreef op zaterdag 8 augustus 2026 @ 18:47:
Ik zou graag wat advies krijgen om mijn server zuiniger te laten draaien. Ik gebruik hem voor Home Assistant, Actual Budget, fotoopslag (NAS), change detect, beszel, en als wireguard server. Mijn andere diensten draai ik in een VPS. Hij is dus aanzienlijk te zwaar voor wat ik nodig heb, en trekt idle 32W. De configuratie staat hieronder:

#	Categorie	Product	Prijs	Subtotaal
1	Processors	Intel Core i3-12100F Boxed	€ 100,41	€ 100,41
1	Moederborden	MSI PRO H610M-E DDR4	€ 55,99	€ 55,99
2	Interne harde schijven	Seagate IronWolf NAS HDD (ST4000VN006), 4TB	€ 190,90	€ 381,80
1	Behuizingen	Inter-Tech IM-1 Pocket	€ 0,-	€ 0,-
1	Geheugen intern	Corsair Vengeance LPX CMK32GX4M2E3200C16	€ 255,-	€ 255,-
1	Voedingen	be quiet! Pure Power 11 400W	€ 0,-	€ 0,-
1	Interne ssd's	WD Black SN770 1TB	€ 199,75	€ 199,75
1	Interfaces	Sonoff Zigbee 3.0 Dongle Plus (ZBdongle-E) (thread)	€ 20,29	€ 20,29
1	Interfaces	Sonoff Zigbee 3.0 Dongle Plus (ZBdongle-P) (zigbee)	€ 20,93	€ 20,93
			Totaal	€ 1.034,17

Veel van de containers draaien vanuit mijn HDD's, waardoor ze nooit downspinnen. Dat lijkt mij een eerste stap om te fixen die niks kost. Daarnaast overweeg ik het systeem over te zetten naar een PicoPSU, maar weet niet of dat zinnig is, zeker gezien ik de huidige PSU al heb? Ik zie ze niet (gezien mobo / CPU duur zijn te vervangen), maar zijn er andere duidelijke (en economisch zinnige) manieren om dit systeem wat efficienter te laten draaien?

Die monitoring services houden misschien de boel ook actief ?

Ik heb actieve services en usb dongles allemaal op een simpel j4125 bordje gezet en fysiek eea. gesplitst - dan kon de grote machine gewoon uit. Als je services blijft houden die actief zijn op een zwaar systeem blijft het een beetje dweilen met de kraan open?

[ Voor 6% gewijzigd door project.bobby op 08-08-2026 19:33 ]

[Jerie]

Golenes schreef op zaterdag 8 augustus 2026 @ 18:47:
Ik zou graag wat advies krijgen om mijn server zuiniger te laten draaien. Ik gebruik hem voor Home Assistant, Actual Budget, fotoopslag (NAS), change detect, beszel, en als wireguard server. Mijn andere diensten draai ik in een VPS. Hij is dus aanzienlijk te zwaar voor wat ik nodig heb, en trekt idle 32W. De configuratie staat hieronder:

#	Categorie	Product	Prijs	Subtotaal
1	Processors	Intel Core i3-12100F Boxed	€ 100,41	€ 100,41
1	Moederborden	MSI PRO H610M-E DDR4	€ 55,99	€ 55,99
2	Interne harde schijven	Seagate IronWolf NAS HDD (ST4000VN006), 4TB	€ 190,90	€ 381,80
1	Behuizingen	Inter-Tech IM-1 Pocket	€ 0,-	€ 0,-
1	Geheugen intern	Corsair Vengeance LPX CMK32GX4M2E3200C16	€ 255,-	€ 255,-
1	Voedingen	be quiet! Pure Power 11 400W	€ 0,-	€ 0,-
1	Interne ssd's	WD Black SN770 1TB	€ 199,75	€ 199,75
1	Interfaces	Sonoff Zigbee 3.0 Dongle Plus (ZBdongle-E) (thread)	€ 20,29	€ 20,29
1	Interfaces	Sonoff Zigbee 3.0 Dongle Plus (ZBdongle-P) (zigbee)	€ 20,93	€ 20,93
			Totaal	€ 1.034,17

Veel van de containers draaien vanuit mijn HDD's, waardoor ze nooit downspinnen. Dat lijkt mij een eerste stap om te fixen die niks kost. Daarnaast overweeg ik het systeem over te zetten naar een PicoPSU, maar weet niet of dat zinnig is, zeker gezien ik de huidige PSU al heb? Ik zie ze niet (gezien mobo / CPU duur zijn te vervangen), maar zijn er andere duidelijke (en economisch zinnige) manieren om dit systeem wat efficienter te laten draaien?

Yep, ga eerst eens containers op NVMe(s)/SSD(s) zetten. Dan Powertop draaien.

[Church of Noise]

Church of Noise schreef op maandag 3 augustus 2026 @ 07:25:
[...]

Da's goed om weten! Eventueel overweeg ik om beide er uit te laten. Ik zal wat metingen doen met en zonder ook. De bedoeling is inderdaad om 'm enkel te gebruiken wanneer nodig, dat is een beetje hoe t nu is opgevat

3 systemen:

• laag verbruik systeem voor continu gebruik van home assistant dat 2.8W verbruikt op basis van een nuc 8 i3 met Akasa passieve behuizing, zie eerder in dit topic
• NAS die iets vaker draait en slechts een dikke 7W verbruikt, op basis van een Beelink ME Mini en een aantal nvmes. Is ook de bron van data voor oa het nieuwe systeem maar ook een aantal andere zaken.
• Systeem dat ik aan't bouwen ben voor hqplayer en wat andere zaken, zal enkel draaien wanneer nodig. Desalniettemin wil ik toch graag goede efficiëntie

Ik zal beginnen met een Leicke 12v voeding vermoed ik, maar sta open voor suggesties.

De cpu vond ik 2dehands en is onderweg, wist niet dat T versies niet meer nodig waren. Nu, prijs was fair en het zal niet schaden ook. Ik ben aan het overwegen om te pogen een oude Zalman 9500 koeler te doen werken (heb online een aanpak gevonden van iemand die dat met dezelfde koeler heeft gedaan op een andere cpu), puur uit nostalgie

Het blijkt dat ik de Leicke 12V voeding ooit heb weggegeven, dus de 120W voeding uit de OP besteld. Vraag we wel af in welke mate er nu een groot verschil zal zijn met de Antec Earthwatts EA-430D die in het systeem zat (en voorlopig zit, zij het niet aangesloten - ik zoek nog een blanking plate ervoor).

[mbbs1024]

Golenes schreef op zaterdag 8 augustus 2026 @ 18:47:
Ik zou graag wat advies krijgen om mijn server zuiniger te laten draaien. Ik gebruik hem voor Home Assistant, Actual Budget, fotoopslag (NAS), change detect, beszel, en als wireguard server. Mijn andere diensten draai ik in een VPS. Hij is dus aanzienlijk te zwaar voor wat ik nodig heb, en trekt idle 32W. De configuratie staat hieronder:

#	Categorie	Product	Prijs	Subtotaal
1	Processors	Intel Core i3-12100F Boxed	€ 100,41	€ 100,41
1	Moederborden	MSI PRO H610M-E DDR4	€ 55,99	€ 55,99
2	Interne harde schijven	Seagate IronWolf NAS HDD (ST4000VN006), 4TB	€ 190,90	€ 381,80
1	Behuizingen	Inter-Tech IM-1 Pocket	€ 0,-	€ 0,-
1	Geheugen intern	Corsair Vengeance LPX CMK32GX4M2E3200C16	€ 255,-	€ 255,-
1	Voedingen	be quiet! Pure Power 11 400W	€ 0,-	€ 0,-
1	Interne ssd's	WD Black SN770 1TB	€ 199,75	€ 199,75
1	Interfaces	Sonoff Zigbee 3.0 Dongle Plus (ZBdongle-E) (thread)	€ 20,29	€ 20,29
1	Interfaces	Sonoff Zigbee 3.0 Dongle Plus (ZBdongle-P) (zigbee)	€ 20,93	€ 20,93
			Totaal	€ 1.034,17

Veel van de containers draaien vanuit mijn HDD's, waardoor ze nooit downspinnen. Dat lijkt mij een eerste stap om te fixen die niks kost. Daarnaast overweeg ik het systeem over te zetten naar een PicoPSU, maar weet niet of dat zinnig is, zeker gezien ik de huidige PSU al heb? Ik zie ze niet (gezien mobo / CPU duur zijn te vervangen), maar zijn er andere duidelijke (en economisch zinnige) manieren om dit systeem wat efficienter te laten draaien?

Ik heb een Manjaro KDE Linux systeem met een core i5 13500, met een 500G SSD en 2x 10TB hard disks.
Het doet dienst als HTPC, NAS en er draaien een 10 tal containers op.
In idle 10W verbruikt, en terwijl ik TV kijk en mijn containers draaien, rond de 20-25W zit.
Alles wat aktief draait (containers en browser en allerlei applicaties) draaien op de SSD, de disks worden puur als storage gebruikt.
Via tlp worden energiebesparende maatregelen ingesteld.
Als ik bvb een serie kijk, wordt de ganse serie van disk naar SSD gekopiëerd, zodat de disks altijd maximaal in slaapstand zitten. bij de 2de disk, die als baclup dient van de 1ste en een DVD speler, heb ik zelfs een schakelaar in de voedingsdraden gezet, zodat die volledig uit zijn als ze niet gebruikt worden.

[Church of Noise]

Nog een vraag voor anderen die in ATX context zijn overgestapt naar PicoPSU: wat doen jullie met de vrijgekomen ruimte en opening? Laten jullie de ATX zitten als backup of gaat ie er uit en komt er een afdekplaat om de opening dicht te maken?

[GioStyle]

Church of Noise schreef op zondag 9 augustus 2026 @ 17:30:
Nog een vraag voor anderen die in ATX context zijn overgestapt naar PicoPSU: wat doen jullie met de vrijgekomen ruimte en opening? Laten jullie de ATX zitten als backup of gaat ie er uit en komt er een afdekplaat om de opening dicht te maken?

Kwestie van smaak, ik had die server destijds afgedekt met een aluminium plaatje van ome Ali.

Voor de homelabbers onder ons:

YouTube: Your Life at Every Level of a Homelab (Raspberry Pi to Rack)

Been there, done that. Die video is wel pijnlijk accuraat voor mij.

[Church of Noise]

Mja, ik vrees dat ik ook op de 'slippery slope' zit :-D

[Raven]

Church of Noise schreef op zondag 9 augustus 2026 @ 17:30:
Nog een vraag voor anderen die in ATX context zijn overgestapt naar PicoPSU: wat doen jullie met de vrijgekomen ruimte en opening? Laten jullie de ATX zitten als backup of gaat ie er uit en komt er een afdekplaat om de opening dicht te maken?

Afdekplaatje met gat erin voor DC-barrel connector: https://www.kustompcs.co....dapter-steel-with-screws/

[Jerie]

Church of Noise schreef op zondag 9 augustus 2026 @ 17:30:
Nog een vraag voor anderen die in ATX context zijn overgestapt naar PicoPSU: wat doen jullie met de vrijgekomen ruimte en opening? Laten jullie de ATX zitten als backup of gaat ie er uit en komt er een afdekplaat om de opening dicht te maken?

Ik heb een mooi zwart, metaal licht geborsteld afdekplaatje kunnen kopen via een ik meen Duitse webwinkel. Kostte iets meer dan een tientje. Voor die tijd gebruikte ik een 3D print, maar die zat in mijn geval net niet lekker, dus ook tape erbij. In mijn geval was het belangrijk voor airflow, niet eens zo zeer esthetisch. Want zit aan de achterkant...

[_Apache_]

croque_monsieur schreef op vrijdag 24 juli 2026 @ 07:07:


Daarnaast scheiden jullie het liefste de storage van de compute of hebben jullie het liefst een geintegreerde homelab/server?

Mijn compute heeft een hele ander fylosofie als mijn storage. Mijn compute is praktisch disposable. De ene was een gratis Optiplex en de ander heb ik 5 tientjes voor betaald. Heb er wel 32gb ram in gedaan. Die draaien mysql (galera cluster) en k3s. Elk van de Optiplexes kreeg er nog een 250gb ssd bij, die vind je tekenwoordig voor 2 tientjes / stuk.

Mij storage heeft 70TB aan Hdd's.

Die twee staan met sftp met elkaar in verbinding. De Optiplex nodes gebruiken rclone (met cache) en dat werkt verbazingwekkend goed.

De cache is voor snelheid, alle files die de nodes hebben opgehaald van d ehtpc worden lokaal op ene ssd vastgehouden. Ideaal voor previews van foto's.

Draait nextcloud, WordPress, openwebui, qbittorrent met VPN, home automation en allerlei *arr's.

[ Voor 23% gewijzigd door _Apache_ op 10-08-2026 08:59 ]

[Yarisken]

GioStyle schreef op zondag 9 augustus 2026 @ 21:29:
[...]


Kwestie van smaak, ik had die server destijds afgedekt met een aluminium plaatje van ome Ali.

Voor de homelabbers onder ons:

YouTube: Your Life at Every Level of a Homelab (Raspberry Pi to Rack)

Been there, done that. Die video is wel pijnlijk accuraat voor mij.

Goh een echte server komt er hier wel nooit in bij mij. Maar leuk filmpje 😉

[Woodski]

Ik ben een nieuwe server aan het bouwen met een PicoPSU
Zuinig is leuk maar niet tegen elke prijs, dus ik heb budget onderdelen gekozen.
Uiteindelijk ben ik nu voor 47 euro inc verzendkosten klaar.

Na lang zoeken heb ik een Mean Well voeding voor LED's gekozen, de GST120A12-R7B
Volgens tests en opgegevens waardes is deze behoorlijk efficient.
En ze hebben een zeer stabiele en schone uitgangsspanning met lage rimpel (ripple and noise).
Energie-efficiëntieklasse: Level VI
Deze heeft de beroemde R7B 4-pins stekker, net als de Leicke
Kosten: 36 euro minus een 10 euro coupon dus 26 euro



En een 12v PicoPSU van Intertech Inter-Tech 88882188 voeding 160 W
Deze was even 16,95 wat een stuk goedkoper is dan de Minibox van 52 euro
Het zal misschien 1 watt schelen bij 25watt (mijn sweet spot), dus iets van 2,50 euro per jaar.
Een tvt van 14 jaar tov minibox. Prima budget keuze voor mijn doel.
(volgens de grafiek scheelt het 2% dus 0,5 watt bij 25 watt load)



Mijn server doet 70 watt full load dus deze combi is zwaar zat verwacht ik.
Die Mean Well is trouwens 102 watt (niet 120 watt)

Hopelijk kom ik niet in de knoei met de turbo boost.
Die 70 watt is full load, wat de echte piek is weet ik niet.

Ik heb beide voedings stekkers afgeknipt en heb er XT60 connectors aangemaakt.
Die zijn gemaakt voor hoge stromen van b.v. RC accu's.
Geen paneel montage, dat heb ik niet nodig.

Op de PicoPSU is nog een rij van 5 gaten vrij voor een extra voedingsconnector.
Hier soldeer ik een extra Sata voedingskabel op.
Op het moment is dat niet nodig maar het kan een keer van pas komen.

[ Voor 35% gewijzigd door Woodski op 18-08-2026 22:37 ]

[mrmrmr]

@Woodski Inter-Tech verkoopt doorgaans een OEM product uit China. Kennelijk worden er verschillende producten aangeboden onder dezelfde naam (bol.com/inter-tech.de). Er is niets vermeld over efficiëntie.

Ik heb zo'n voeding getest. Chinese PicoPSU klonen zijn typisch onzuinig.

Het model uit de bol.com link wordt ook aangeboden door Rgeek. Dat betreft waarschijnlijk een voeding van ABT, een OEM fabrikant uit China.

Hoewel Level VI, vermoed ik dat de Mean Well niet zo zuinig zal uitpakken bij lage belasting. Dat kan een flink percentueel verschil maken met bijvoorbeeld een FSP096-AHAN3 96W 12V, omdat deze FSP de efficiëntie hoog houdt tot dicht bij nul Watt belasting.

"Iedereen" zou in principe een zuinige ATX psu kunnen maken met toepassing van de juiste Texas Instruments power chip om de 5V en 3.3V spanningen te produceren. Dat hoeft niet op een printplaat met daaraan vast de ATX stekker, het kan ook een losse printplaat zijn.

[tjanssen]

Weet iemand hier of een I226-V NIC wakker kan worden door middel van een tagged WoL frame?

[Lalalampje]

Woodski schreef op dinsdag 18 augustus 2026 @ 20:04:
Ik ben een nieuwe server aan het bouwen met een PicoPSU
Zuinig is leuk maar niet tegen elke prijs, dus ik heb budget onderdelen gekozen.
Uiteindelijk ben ik nu voor 47 euro inc verzendkosten klaar.

Leuk om een budget keuze te zien hier.
Als je meetresultaten hebt zou je die dan willen posten?

mrmrmr schreef op dinsdag 18 augustus 2026 @ 21:51:
@Woodski Inter-Tech verkoopt doorgaans een OEM product uit China. Kennelijk worden er verschillende producten aangeboden onder dezelfde naam (bol.com/inter-tech.de). Er is niets vermeld over efficiëntie.

Ik heb zo'n voeding getest. Chinese PicoPSU klonen zijn typisch onzuinig.

Het model uit de bol.com link wordt ook aangeboden door Rgeek. Dat betreft waarschijnlijk een voeding van ABT, een OEM fabrikant uit China.

Hoewel Level VI, vermoed ik dat de Mean Well niet zo zuinig zal uitpakken bij lage belasting. Dat kan een flink percentueel verschil maken met bijvoorbeeld een FSP096-AHAN3 96W 12V, omdat deze FSP de efficiëntie hoog houdt tot dicht bij nul Watt belasting.

"Iedereen" zou in principe een zuinige ATX psu kunnen maken met toepassing van de juiste Texas Instruments power chip om de 5V en 3.3V spanningen te produceren. Dat hoeft niet op een printplaat met daaraan vast de ATX stekker, het kan ook een losse printplaat zijn.

Je bent wel heel negatief over iemand die een andere benading heeft dan jij.
Lees anders eerst de onderbouwing voor je met zoveel kritiek komt.

[mrmrmr]

@Lalalampje
Ik snap dat het zo overkomt, maar ik wil een realistisch beeld geven voor lezers die dit lezen en aannemen dat het een zuinige voeding is. Dezelfde waarschuwing staat in de topicstart. Met name de vorm van het ATX DC-DC deel van de voeding zegt niet voldoende over zuinigheid.

[Jerie]

mrmrmr schreef op woensdag 19 augustus 2026 @ 20:23:
@Lalalampje
Ik snap dat het zo overkomt, maar ik wil een realistisch beeld geven voor lezers die dit lezen en aannemen dat het een zuinige voeding is. Dezelfde waarschuwing staat in de topicstart. Met name de vorm van het ATX DC-DC deel van de voeding zegt niet voldoende over zuinigheid.

s/een zuinige/de zuinigste

Voor de zuinigste kloppen we bij jou aan hoor.

[mrmrmr]

Ik zie dat @Woodski heeft het originele bericht heeft gewijzigd en cijfers heeft toegevoegd.

@Woodski, ik heb deze vragen:
Wat is de bron van de cijfers? Als je zelf hebt gemeten: kun je aangeven hoe je hebt gemeten en met welke meetappatuur? Zijn de percentages van de 102W en/of 120W AC/DC adapter? Kun je aangeven hoeveel Watt er in- en uitgaan (onderliggende cijfers)?

Waar komen de cijfers van de DC-DC voedingen vandaan? Wat is de basis van de schattingen?

25W belasting valt op de grens tussen een Mini-Box PicoPSU en een ATX voeding (25-40W is vaak het omslaggebied). Het is een tamelijk hoge belasting.

[jelmervos]

Ik zoek een vervanger voor mijn Raspberry Pi 3 waar ik Home Assistant (met Docker, Conbee 3 stick, Deconz, DSMR P1 USB, modbus) en nog wat kleine Linux tools op draai. Ik merk dat deze instabiel is en volgens mij krap in zijn geheugen zit.

Is dit een goeie vervanger?

https://www.marktplaats.nl/v/computers-en-software/desktop-pc-s/m2431795807-hp-t540-thin-client-amd-ryzen-embedded-r1305g

Energiezuinig is mooi, maar niet het grootste doel. Het moet vooral stabiel zijn.

[bjp]

jelmervos schreef op donderdag 27 augustus 2026 @ 11:26:
Ik zoek een vervanger voor mijn Raspberry Pi 3 waar ik Home Assistant (met Docker, Conbee 3 stick, Deconz, DSMR P1 USB, modbus) en nog wat kleine Linux tools op draai. Ik merk dat deze instabiel is en volgens mij krap in zijn geheugen zit.

Is dit een goeie vervanger?

https://www.marktplaats.nl/v/computers-en-software/desktop-pc-s/m2431795807-hp-t540-thin-client-amd-ryzen-embedded-r1305g

Energiezuinig is mooi, maar niet het grootste doel. Het moet vooral stabiel zijn.

CPU stamt uit 2018 of zoiets.

als je "iets vooral stabiel wil" dan is de vraag "hoelang gaat deze mee" - en dus wat kan er aan kapot gaan en hoe gemakkelijk kan je dat fixen.

Het is een all-on-1 -> dus niet alles is gemakkelijk te vervangen. De klassieker "kan ik gemakkelijk de voeding/RAM of disk vervangen" lijkt me de meest voorkomende problemen. Voeding is extern, lijkt dus "doenbaar". RAM -> geen idee of het een SODIMM of DIMM is, of gesoldeerd. SSD zelfde vraag.

Performance: het is een 2Core/4Thread, dus zal in de grove buurt van je Pi3 liggen. Is dat toekomstbestendig? Veel meer RAM dan je Pi3 is wss je grootste wens, en die vervul je.

Ik kijk meestal ook naar "uitbreidingsmogelijkheden", want vaak is dat de reden dat ik een machine vervang Kan er extra storage bij (is er al USB3 bijvoorbeeld? of een SATA poort), kan je een extra latje geheugen erin prikken, ...

Ik zie dat je alvast al enkele USB ga nodig hebben voor je HA setup (P1, modbus, conbee, ...).

Dus vervanger: ja, met vooral meer geheugen (van 1 naar 8GB) en wat extra display connectors. Gaat hij veel langer meegaan? Moeilijk te zeggen. Wss is de storage al van betere klasse dan de SDkaart, en wss vervangbaar.

Bonus vraag: is hem geleverd met of zonder voeding?

Na wat snelle online zoeken: performance lijkt toch een stuk beter, en je krijg eventueel (mits correct geheugen) ECC support. Geheugen is van type DDR4, gaat dus ook vooruit tegenover een Pi3.

[ Voor 5% gewijzigd door bjp op 27-08-2026 12:32 ]

[mrmrmr]

@jelmervos Die thin clients zijn bijna altijd stabiel. Ze worden in grote aantallen geproduceerd voor zakelijke toepassing en een A-merk fabrikant doet zijn best om het vertrouwen van de klanten te behouden.

Je kan bij HP soms het verbruik terugvinden in Energy Star documentatie. Dit is een link naar spreadsheet waar die in staat. Daar staat 34,8W als totaal energieverbruik en 8,4W als long term idle voor model TPC-W061-TC. Dat is niet laag. Het kan ook met de helft. Waar je zakelijk naar zou moeten kijken zijn de kosten van de investering versus het verbruik. Ik neem daarvoor € 3 per kWh per jaar. Over een levensduur van 7 jaar is dat € 21 per Watt. Bij een verschil van 4W zou het gaan over € 84. Daar gaan vanaf de renteverliezen. Dat is 1,5% bij Nederlandse grootbanken, laten we zeggen € 9. Dus de prijs kan dan € 75 afwijken. Als de doelstelling is zuinig met energie om te gaan is de besparing in geld niet het belangrijkst.

Een Intel desktop processor is typisch zuiniger dan een soortgelijke AMD processor. In jouw link gaat het om een embedded processor van AMD. Als je voor een zakelijk bedrag meer een Intel desktop zou kunnen krijgen zou ik daarvoor kiezen. Die is krachtig en zuinig.

Overigens ziet de aangeboden computer op Marktplaats er uit alsof het de slaapplaats van een kat was. Die zul je eerst geheel schoon moeten maken en de ventilatoren ontdoen van haren.

[edwin2021]

er zitten op MP een paar mensen die al paar jaar thinclient's inclusief HA aanbieden!

[Woodski]

Ik heb inmiddels de nodige meetwaardes voor mijn PicoPSU oplossing.

Vergeleken met een vrij nieuwe Corsair ATX voeding die ik een paar weken heb gebruikt doet deze combinatie als de host en de nodige devices midden in de nacht rustig zijn 6 watt minder.

Het systeem is van gemiddeld 31Wh naar 25Wh gegaan.
Bij load is de winst ca 4 watt, van 70Wh naar nu 66Wh.

In de afgelopen week was alles totaal stabiel.
Dus wat mij betreft is deze budget combinatie een dikke aanrader.
De tvt is dik 3 jaar wat voor mij prima is.

[Twee]

jelmervos schreef op donderdag 27 augustus 2026 @ 11:26:
Ik zoek een vervanger voor mijn Raspberry Pi 3 waar ik Home Assistant (met Docker, Conbee 3 stick, Deconz, DSMR P1 USB, modbus) en nog wat kleine Linux tools op draai. Ik merk dat deze instabiel is en volgens mij krap in zijn geheugen zit.

Is dit een goeie vervanger?

https://www.marktplaats.nl/v/computers-en-software/desktop-pc-s/m2431795807-hp-t540-thin-client-amd-ryzen-embedded-r1305g

Energiezuinig is mooi, maar niet het grootste doel. Het moet vooral stabiel zijn.

m.i. Is dat aan de dure kant. Een SFF of mini PC met een Intel 6th of 7th gen is sneller, en die zijn goedkoper te vinden. Die hebben dan wel een fan, is fanless een vereiste?

Overigens kun je op ParkyTowers veel meer info vinden over deze (en vele andere) thin client, zeker qua uitbreidbaarheid e.d. Als je graag een fanless machine wil en performance niet zo belangrijk is zijn het mooie machientjes. Al zou ik zelf voor een wat ouder model gaan, die zijn een stuk betaalbaarder.

[dcm360]

Twee schreef op donderdag 27 augustus 2026 @ 17:24:
[...]

m.i. Is dat aan de dure kant. Een SFF of mini PC met een Intel 6th of 7th gen is sneller, en die zijn goedkoper te vinden. Die hebben dan wel een fan, is fanless een vereiste?

Uiteraard zijn die ruim sneller, want die verbruiken ook ruim meer stroom om die (piek)prestaties te behalen. Als je kijkt naar prestaties/W is die Ryzen eigenlijk nog best snel. Of dat iets is om rekening mee te houden, hangt vooral af van het gebruik. Idle zal (hopelijk) wel de overhand hebben, maar hoe daar die systemen vergelijken weet ik niet.

[mrmrmr]

@Twee Vanaf Intel 8th gen kunnen moederborden zuinig zijn. Oudere generaties zijn flink onzuiniger, dat kan een factor 2 schelen. Er zijn veel 8th+ gen consumentenmoederborden die niet zuinig zijn. Bepaalde thin clients/desktop computers van zakelijke A-merken zoals Fujitsu, HP zijn vanaf die tijd zuinig.

Bij Intel 10th gen zijn er wel consumentenfabrikanten geweest die hebben ontdekt dat ze ook zuinige moederborden kunnen maken. Bijvoorbeeld Gigabyte.

Bij 12th-14th gen zijn er hier en daar zuinige consumentenmoederborden te vinden van bijvoorbeeld Asus, maar het is niet zo zuinig als zuinige borden van zakelijke A-merken. Asus probeert zich op die markt te manoeuvreren met borden die lang beschikbaar blijven (CSM).

[jelmervos]

@bjp @mrmrmr @Twee dank voor jullie antwoorden. Hij is dus aan de dure kant.

Belangrijk voor mij is dat hij klein en betrouwbaar is, zuinig is mooi meegenomen. Prestaties zijn niet heel belangrijk, als het maar niet slechter dan de Pi 3 is. Daarmee loop ik tegen te weinig geheugen aan.

Wat is dan iets wat ik op Marktplaats in de gaten kan houden? Liefst afhalen omgeving Amersfoort.

[Jerie]

jelmervos schreef op donderdag 27 augustus 2026 @ 20:19:
@bjp @mrmrmr @Twee dank voor jullie antwoorden. Hij is dus aan de dure kant.

Belangrijk voor mij is dat hij klein en betrouwbaar is, zuinig is mooi meegenomen. Prestaties zijn niet heel belangrijk, als het maar niet slechter dan de Pi 3 is. Daarmee loop ik tegen te weinig geheugen aan.

Wat is dan iets wat ik op Marktplaats in de gaten kan houden? Liefst afhalen omgeving Amersfoort.

Hoeveel geheugen zit er in je RPi3? Welk model is het? Er is niet 1 model.

https://www.troostwijkauctions.com/search?searchTerm=sff

50 EUR voor 4 à 6 SFF desktop machines, ieder met 8 tot 16 GB DDR4. Alleen al als je dat RAM eruit stript haal je het er al uit. Weet je ook waar handelaren alhier ze vandaan hebben

[jelmervos]

Jerie schreef op donderdag 27 augustus 2026 @ 20:27:
[...]


Hoeveel geheugen zit er in je RPi3? Welk model is het? Er is niet 1 model.

https://www.troostwijkauctions.com/search?searchTerm=sff

50 EUR voor 4 à 6 SFF desktop machines, ieder met 8 tot 16 GB DDR4. Alleen al als je dat RAM eruit stript haal je het er al uit. Weet je ook waar handelaren alhier ze vandaan hebben

Raspberry Pi 3 Model B+

Die SFF desktop machines zijn zo groot, past slecht in de meterkast.

[alesandro_46]

Of een Chromebox omkatten naar server:

Idle: 1.8 watt (met 19V voeding).
Afhankelijk van de uitvoering zijn er nog wat uitbreidingsmogelijkheden, zoals RAM en M.2 sloten.

Meer info van de maker:
https://docs.mrchromebox.tech/docs/getting-started.html

Voorbeelden (de prijzen zijn links naar advertenties op Marktplaats, zonder connecties naar mij toe ):

• Acer CXI3 - Celeron 3867U, 4GB ram, vraagprijs € 30,-
• ASUS CN62-G004U - Ci3-5010U, 4GB ram, vraagprijs € 40,- of € 25,-

[Woodski]

jelmervos schreef op donderdag 27 augustus 2026 @ 20:31:
[...]

Raspberry Pi 3 Model B+

Die SFF desktop machines zijn zo groot, past slecht in de meterkast.

SFF = small form factor, redelijk klein dus.
MFF (Micro) is natuurlijk nog kleiner en superzuinig.

[Jerie]

jelmervos schreef op donderdag 27 augustus 2026 @ 20:31:
[...]

Raspberry Pi 3 Model B+

Die SFF desktop machines zijn zo groot, past slecht in de meterkast.

1GB LPDDR2 SDRAM? Goh, dat kan weinig zijn. Ook traag. Maar de taken die je noemde, zijn licht.

Joh, ik heb hier nog minstens 4x CM4 liggen met 2 GB en 4 GB RAM die niks doen. Een RPi4 of RPi5 (CM of niet) en je bent klaar. Zie rpilocator.com voor prijzen. Fatsoenlijke koeling helpt wel, je kunt ook downclocken. Dietpi erop en gaan. Zal ze eens op V&A zetten, hopelijk kan ik er iemand blij mee maken.

Heb er volgens mij ook nog een 2 GB CM4 zitten in een behuizing waar dan OpenWrt op staat. Reserverouter: Glasvezel SFP+ in media converter, dit ding ertussen, kids hebben TV terwijl ik de all-in-one Proxmox repareer.

Wat betreft slecht in meterkast vraag ik me tich af hoe je meterkast eruit ziet. Je kunt ze ook ophangen of op een plankje plempen.

[ Voor 7% gewijzigd door Jerie op 27-08-2026 22:34 ]

[andru123]

Golenes schreef op zaterdag 8 augustus 2026 @ 18:47:
Ik zou graag wat advies krijgen om mijn server zuiniger te laten draaien. ..

Trek maar de usb dongles eruit en kijk wat verbruik wordt.
Dat is een oudere niet echt zuinige voeding. Ik verwacht 5W aan besparing met een zuinigere voeding.

Dus mijn schatting:
- usb dongles eruit - 10W
- voeding - 5W
- HDD spindown - 5W

[Church of Noise]

Hier net begonnen met een volgend projectje obv den chromebox cxi3 waar DietPi op zal komen. Volgens online bronnen zou die 1.5W idle doen...

Eventueel wordt het een home assistant servertje. Zelf heb ik er al een obv een nuc8i3 in een Akasa passieve behuizing (doet een 2.7W bij lage load), vermoed niet dat die ga vervangen, tenzij ik er een audio speler van maak.

Eens ie draait deel ik de metingen.

[Mars Warrior]

Church of Noise schreef op zondag 6 september 2026 @ 00:00:
Hier net begonnen met een volgend projectje obv den chromebox cxi3 waar DietPi op zal komen. Volgens online bronnen zou die 1.5W idle doen...

Eventueel wordt het een home assistant servertje. Zelf heb ik er al een obv een nuc8i3 in een Akasa passieve behuizing (doet een 2.7W bij lage load), vermoed niet dat die ga vervangen, tenzij ik er een audio speler van maak.

Eens ie draait deel ik de metingen.

Grappig. Staat er toevallig 1 in vraag & aanbod voor €50

Acer Chromebox CXI3 voorzien van de laatste versie van Home Assistant OS (HAOS), maar kan ook een willekeurige Linux distro of Windows draaien. Met een stroomverbruik van 2W tot onder 10W bij volle belasting ideaal als kleine server. Verder is het schoongemaakt en voorzien van nieuwe koelpasta voor optimale prestaties.

• Intel Celeron dual-core (Kaby Lake)
• 32 GB M.2 SATA SSD en SD kaart slot
• 1x 4 GB RAM (+ een extra open slot)
• Ethernet, Wifi en Bluetooth
• 5x USB-A en 1x USB-C
• 40 x 150 x 150 mm

Dual core. Had meer verwacht. Maar waarschijnlijk alsnog sneller dan een RPItje.

[Church of Noise]

Heb 'r een gevonden voor 30 euro - weliswaar draaide die nog ChromeOS etc, maar het overzetten naar een andere distro is echt niet zoveel werk...

Pakken sneller dan een RPi

[ Voor 10% gewijzigd door Church of Noise op 06-09-2026 21:43 ]

[mrmrmr]

Als je ze kan vinden is 8th gen misschien zuiniger. Dat hangt af van de fabrikant van de notebook, vooral van het moederbord. Sommige ARM chips kunnen ook zuinig zijn. Zuinige moederborden bevatten soms een EC (embedded controller) chip met een ingebouwde ARM processor ingebouwd, als stuurprocessor.

[Jerie]

Church of Noise schreef op zondag 6 september 2026 @ 21:35:
Heb 'r een gevonden voor 30 euro - weliswaar draaide die nog ChromeOS etc, maar het overzetten naar een andere distro is echt niet zoveel werk...

Pakken sneller dan een RPi

Stukken goedkoper. Een CM5 met 4 GB RAM ga je niet voor 30 EUR vinden.

[_Apache_]

@jelmervos ik zou in jouw geval ook eens kijken bij refurbished zaken. Remarkt, en itgigant bijv. Daar kan je vaak per model ook nog aangeven of je er nog meer geheugen bij wil of niet.

Daar heb ik een NUC gevonden, +8gb geheugen, en een sata hdd van 240gb. En die gaat nu weer jaren. Heb later nog andere media-pc's gemaakt. Voor een zacht prijsje.

[Yarisken]

Ik heb 2 minisforum N40 met celeron 4000 en 4GB gesoldeerd geheugen op de kop kunnen tikken voor 50 euro elk ( fanless ). Ik wil het als home assistant bakje gaan gebruiken met haos, nu heb ik een docker container draaien.
Heb een nvme 2242 sata toegevoegd van kingston ipv gesoldeerd emmc 64GB te gaan gebruiken dat er standaard op zit. Had gelezen dat emmc stuk gaat met home assistant na 2-3 jaar.

Heb eerst windows 11 erop gezet en verbruik was een 6-7 watt. Dan ubuntu server erop gezet ( wilde alma linux maar boot niet op dit bakje ).
Effe aan Claude gevraagd om de power te optimaliseren:

sudo apt update
sudo apt install tlp tlp-rdw
sudo systemctl enable --now tlp
sudo tlp-stat -s # confirm it's running

Zit nu idle aan 2 watt. Benieuwd wat het gaat zijn met haos van home assistant.

[mrmrmr]

@Yarisken

Is het een Minisforum N4020 met 2,4g + 5.8g Dual Band Wi-Fi, BT4.2 en 1000Mbps LAN?

Wat is de output van:

tlp-stat -c
tlp-stat -d
tlp-stat -e
tlp-stat -g
tlp-stat -p
tlp-stat -r
tlp-stat -u

Dat staat voor config, disk, pcie, gpu, cpu, radio, usb - respectievelijk.

tlp-rdw is voor "radio devices", WiFi, Bluetooth e.d.

Is het verbruik zonder tlp maar met de powertop --auto-tune en consoleblank=15 boot configuratie hetzelfde? Zie topic start.

[Yarisken]

Het is de intel celeron n4000 die erin zit. Voor de rest gaat het qua specs ook overeenkomen met de minisforum N4020.

Intel Celeron N4000 vs N4020:

	N4000	N4020
Architectuur	Gemini Lake	Gemini Lake Refresh (iets nieuwer)
Cores/threads	2/2	2/2
Basisklok	1,1 GHz	1,1 GHz
Turboklok	2,6 GHz	2,8 GHz
L2 cache	4 MB	4 MB
TDP	6W	6W
PassMark (indicatief)	~1426	~1551 (~9% hoger)

Ik zal morgen die tlp commando's is runnen en dan tlp uitzetten, rebooten en dan powertop en consoleblank runnen. Denk niet dat ik het nog lager als 2 watt ga krijgen. Wifi is normaal disabled bij de installatie van ubuntu server.

Het is wel een pain in the ass om daar een ssd in te krijgen ( enkel M.2 2242 formaat, SATA III (6 Gb/s) SSD kan gebruikt worden ).
Je moet eerst die voetjes eraf krijgen, dan 4 vijsjes losmaken, dan met iets heel dun het deksel losmaken. Dan moet je nog het mini moederbord eruit krijgen en zien dat je niks breekt. En dan dat moederbord nog kunnen terug plaatsen nadat je de ssd erin hebt gezet ... .

Heb aan Claude gevraagd wat verbruik met haos zou kunnen zijn en dat zou niet zo optimaal zijn omdat haos niet zoveel mogelijkheden heeft om te tunen. Maar ja meten is weten dus ik ga dat nog wel is testen.

[Yarisken]

mrmrmr schreef op woensdag 9 september 2026 @ 02:24:
@Yarisken

Is het een Minisforum N4020 met 2,4g + 5.8g Dual Band Wi-Fi, BT4.2 en 1000Mbps LAN?

Wat is de output van:

tlp-stat -c
tlp-stat -d
tlp-stat -e
tlp-stat -g
tlp-stat -p
tlp-stat -r
tlp-stat -u

Dat staat voor config, disk, pcie, gpu, cpu, radio, usb - respectievelijk.

tlp-rdw is voor "radio devices", WiFi, Bluetooth e.d.

Is het verbruik zonder tlp maar met de powertop --auto-tune en consoleblank=15 boot configuratie hetzelfde? Zie topic start.

mrmrmr,

Ik heb nu dit uitgevoerd:

1. sudo powertop --calibrate — runs a longer calibration pass to build accurate power estimates for your specific hardware (takes a few minutes, cycles through devices)
2. sudo powertop --html=report.html — dumps a one-shot report to HTML instead of the interactive TUI, handy for logging/automation
3. sudo powertop --auto-tune — applies all suggested "Tunables" (USB autosuspend, PCIe ASPM, disk APM, etc.) immediately, non-interactively

Nu is mijn idle verbruik 1 watt ... Dus nog scherper dan TLP.

Ik gebruik de fibaro wall plug 2 dus heel scherp kan ik niet meten. Maar zonder tlp en powertop zit ik aan 4-5 watt, met tlp zit ik aan 2 watt en met powertop zit ik aan 1 watt idle.
uitvoering: Fibaro Wall Plug 2 (Z-Wave Plus) (BE/FR model)

[mrmrmr]

@Yarisken Powertop calibrate/report is in de praktijk niet nodig bij autotune. Autotune doet zoals de naam zegt (bijna) alles automatisch. Goed dat het nu relatief minder verbruikt! Ik was benieuwd naar het verschil tussen TLP en powertop. Meestal zit dit type processor/chipset/mb rondom 1,5 Watt.

De nauwkeurige Brennenstuhl Primera-Line PM231E energiemeter is er ook in Belgische variant.

[ Voor 12% gewijzigd door mrmrmr op 11-09-2026 00:41 ]

[Piet91]

In het verleden hier al vaker langs geweest, maar ondertussen heb ik al een tijdje een systeem draaien.
Op Marktplaats kwam dit (uitvoering: HP EliteDesk 800 G8 SFF (4V691EA, Azerty toetsenbord)) langs voor een mooie prijs. Bleek uiteindelijk nieuw in doos (inclusief toetsenbord en muis ) en er waren 2 512GB SSD's geïnstalleerd.
(uitvoering: Intel 660p 512GB).
Eerder had ik ook al 2 van deze bij een aanbieding gescoord (uitvoering: WD Elements Desktop Storage 12TB Zwart).
Tijdelijk gebruikt als PC maar nu Unraid. Beide HDD's zijn geshucked en dienen als array en parity.
Een van de SSD's verwijderd (is erg handig gebleken in externe behuizing om data over te zetten).
Ik gebruik internal boot, dus niet vanaf USB-stick. (SSD dus voor boot en cache)

Met de HDD's spindown zit ik nu op ~10W idle. (gemeten met Brennenstuhl PM 231 E)
Althans, gemiddeld. Schommelt elke seconde tussen ~8 - 12W ongeveer.

Ik geloof dat ik in de (IMHO beperkte BIOS) alles zo gunstig mogelijk heb ingesteld, DVD-speler is niet eens aangesloten
(had ik vanwege de warme HDD's bij de data ingress verwijderd en is nog niet terug gemonteerd) en ik *denk* dat ik Powertop ook goed heb uitgevoerd. Ik lijk C7 te halen.
Met de SSD in andere slot haalde het systeem geen C7 en was verbruik dus ook enkele watts meer.

Ik geloof dat er van die 10W niet zo veel meer van af valt te halen; in dit topic worden vergelijkbare resultaten op genoemd.
Punt is alleen om de diverse dockers zoveel mogelijk in te richten dat die HDD's zoveel mogelijk in spindown blijven.
Met in het begin maar 1 docker (BirdNET-Go) ging dat wel, maar met een arr-stack, (wanneer ik alle foto's eindelijk gesorteerd heb) Immich en mogelijk Frigate wordt dat wel moeilijk.
In theorie zou Unraid met een cache-SSD en mijn gebruik de HDD's bijna altijd spindown kunnen blijven (alleen dagelijks in de nacht even voor mover aan) maar ik merk dat deze toch regelmatig draaien.
Dus ik moet de diverse arr-apps eens goed doornemen, want ook die zijn nieuw voor mij.

Maar voor nu is het eerst belangrijk dat ik alle oude data van de NAS over heb (ik geloof dat ik alles over heb, zie dit verhaal: Valt QNAP JBOD data nog te redden?), alle foto's heb gesorteerd en opgeschoond, arr-stack goed heb draaien (Trash-guides; lijkt nu redelijk te werken) en een backup-strategie heb voor dit nieuwe Unraid-systeem.
Daarna richten op installeren van Immich, evt. Frigate en of er nog iets te tweaken valt aan zuinigheid.

Anyway; TLDR for the records: een Elitedesk SFF met 11th gen i5, 16GB werkgeheugen, 1 NVME-SSD en 2 3.5" disks in spindown zit op ~10W in idle.

[mrmrmr]

@Piet91 Je kan het beste meten zonder de DVD/hard disks aangesloten (computer uit, voedingkabel loshalen, weer aan zetten). Dan krijg je een getal dat vergelijkbaar is met andere metingen. Nog beter is meten met een Linux distributie zoals Debian. Heb je nog een SATA of M.2 SSD liggen dan kun je de aansluiten en daarop installeren, zo verlies je geen werk.

Unraid gebruikt onderhuids Slackware. Die heeft uitgangspunten kaal (simpel/eenvoudig) en stabiel. Ik weet niet wat het effect is op zuinigheid.