Het grote zuinige server topic - deel 3

[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 ]