Het grote zuinige server topic - deel 3

[Juup]

Ik ga toch nog een een Level VI voeding proberen denk ik, welke van deze 3 zou het beste zijn?
https://www.marktplaats.n...19v-4-74a-90w-goede-staat
https://www.marktplaats.n...oplader-19v-orgineel-acer
https://www.marktplaats.n...lectronics-adp-65dw-z-19v

[mrmrmr]

@Juup Ik denk niet dat het veel verschil maakt. Ik zou kijken naar HP, maar die hebben wel een andere connector. (sommige laptopvoedingen "onderhandelen" over de te leveren spanning/vermogen, die zijn niet geschikt.)

De eerste is van een mij onbekend Chinees merk KFD.
De tweede is een 45W, te weinig.
De derde is een Delta ADP-065DW, verschilt misschien weinig van degene die je al hebt.

Ik heb geen idee wat deze voedingen doen qua efficientie bij lage belasting.

Level V garandeert dat de voeding 87% efficiënt is bij bepaalde belasting, en Level VI garandeert op die manier 88%. CoC V5 (Tier 2) is de Europese efficiëntie waartegen "succesvol" bezwaar is gemaakt door lobbyisten, dat garandeert 89% efficiëntie. Maar helaas zeggen deze standaarden niets over efficiëntie bij zeer lage belasting. Daarvoor is meer informatie nodig, soms staat die in de spec sheet, soms is het gemeten en wordt het alleen gedeeld met grote afnemers op aanvraag.

FSP is over het algemeen een kwalitatief goed merk voor moderne modellen (sommigen bieden nog altijd antiek materiaal aan). De FSP096-AHAN3 12V is een van de zuinigste bekende adapters. Helaas zegt het niet zo veel op een andere spanning, maar van de FSP090-ABAN3 19V verwacht ik niet dat het een miskoop zal zijn. Dat risico is denk ik hoger bij andere merken. Om je een idee te geven over verschillen tussen adapters (hier 12V):
andru123 in "blogartikelen over zuinige computers"
mrmrmr in "blogartikelen over zuinige computers"

Bekende A-merken zoals HP en Dell huren andere merken in om voor hen te produceren. Merken als Lite-On en Chicony krijgen dan opdracht een bepaald model te produceren. Het is zeldzaam om een FSP te vinden bij een HP artikel. Als de voeding hoorde bij een mini PC, dan is de kans aanwezig dat het tamelijk zuinig was, zakelijke computers moesten namelijk voldoen aan efficiëntie-eisen. Als het hoorde bij een gaming laptop, dan is het waarschijnlijk niet zo zuinig, maar die heeft meestal een (veel) groter vermogen.

[_Apache_]

Yarisken schreef op zondag 21 juni 2026 @ 20:40:
Kijk is naar een 2dehands optiplex.
https://tweakers.net/aanbod/zoeken/?vat=a#filter:q1bKTq0szy9KUbJSyi8oySzISa1Q0lECCqQWuWWm5oDESzJzU4FiJZUFqcVKVtFKiUqxtQA

Ik heb er thuis 4 draaien. Verbruikt weinig en is stuk krachtiger als een Pi.
Ik draai een stuk of 20 containers waaronder adguard, jellyfin, arr stack, home assistant etc.. en zit meestal idle rond de 7-8 watt verbruik ( gemiddelde verbruik over 2,5 jaar is 8,3 watt ).

Je hebt ook lenovo, hp, fujitsu met dit soort mini pc's.

Ja, alle grote merken hebben nu eigen SFF lijnen. Best goede computers en voor ene scherpe prijs te krijgen (refurbished vaak onder de 100eu).

Let wel dat je vaak lastiger kan upgraden (mem en disks vooral), dus wel even je huiswerk doen.

Had laatst een refurbished NUC te pakken voor 50eu. Toegegeven, was een van de oudste modellen, maar als mediecentre een film op 1080p is geen enkel probleem.

[Yarisken]

_Apache_ schreef op woensdag 1 juli 2026 @ 18:31:
[...]

Ja, alle grote merken hebben nu eigen SFF lijnen. Best goede computers en voor ene scherpe prijs te krijgen (refurbished vaak onder de 100eu).

Let wel dat je vaak lastiger kan upgraden (mem en disks vooral), dus wel even je huiswerk doen.

Had laatst een refurbished NUC te pakken voor 50eu. Toegegeven, was een van de oudste modellen, maar als mediecentre een film op 1080p is geen enkel probleem.

MFF van micro, SFF is van small en deze zijn groter. Voordeel van de SFF reeksen is dat je er 1 of 2 3.5 schijven kan insteken. Verbruik valt ook heel goed mee.

Zo'n toestellen zijn idd gelimiteerd maar voor home assistant, jellyfin, adguard, etc.. reuze handig en heel weinig verbruik. Kan geen nas vervangen, kan geen 128GB in of 4 3.5 inch schijven ... .

[_Apache_]

Yarisken schreef op woensdag 1 juli 2026 @ 19:31:
[...]

MFF van micro, SFF is van small en deze zijn groter. Voordeel van de SFF reeksen is dat je er 1 of 2 3.5 schijven kan insteken. Verbruik valt ook heel goed mee.

Zo'n toestellen zijn idd gelimiteerd maar voor home assistant, jellyfin, adguard, etc.. reuze handig en heel weinig verbruik. Kan geen nas vervangen, kan geen 128GB in of 4 3.5 inch schijven ... .

Nee dat klopt, maar gelukkig is een NUC ook nooit gemaakt om zelf als NAS te fungeren. Ik doe hier nu een testje met een NUC als speler, maar met een SFTP server verbonden waar de media staat. En dan lokale caching. De NUC heeft dan iets van 100-200GB SSD en bewaard daar files die je hebt gelezen als media.

[edwin2021]

Hou van de nuc wel de ventilator in de gaten!

[Yarisken]

_Apache_ schreef op donderdag 2 juli 2026 @ 14:13:
[...]

Nee dat klopt, maar gelukkig is een NUC ook nooit gemaakt om zelf als NAS te fungeren. Ik doe hier nu een testje met een NUC als speler, maar met een SFTP server verbonden waar de media staat. En dan lokale caching. De NUC heeft dan iets van 100-200GB SSD en bewaard daar files die je hebt gelezen als media.

Ik gebruik kodi op mijn optiplex die aan mijn TV hangt en mount mijn media via nfs maar samba kan ook. Denk ik wel handiger zo.

[Yarisken]

edwin2021 schreef op donderdag 2 juli 2026 @ 14:18:
Hou van de nuc wel de ventilator in de gaten!

Idd reden voor mij om over te stappen naar optiplex mff. Goedkoper als een nuc 2dehands en makkelijker in onderhoud. Minder "pielen" zoals jullie Nederlanders zeggen

[_Apache_]

Yarisken schreef op donderdag 2 juli 2026 @ 14:56:
[...]

Ik gebruik kodi op mijn optiplex die aan mijn TV hangt en mount mijn media via nfs maar samba kan ook. Denk ik wel handiger zo.

Ik ben dus bezig met een media server voor een vriend, maar de media staat bij mij. Dus de aanpak is iets anders. Heb een proef gedaan met een RPI3, maar die heeft de power niet, en de 4 en 5 vind ik te snel te duur worden. Als je daar een goede behuizing en wat koeling bijvoegt zit je al in de markt voor een refurbished mini pc, die vervolgens ook nog eens rondjes om de rpi heen rent. Dus ik zit nu te kijken naar een refurbished THINKCENTRE M710, 7th gen i5 voor ~100eu. Die zou genoeg power moeten hebben voor 1080p en 4k beeld.

De media word binnen gehaald met Tailscale (p2p vpn), en rclone (die lokaal media cachet). Er hoeft dus alleen een SSD (120/240GB) in voor caching. De library ziet alle media en kan dat indexeren, zodra je begint met lezen download hij heel het bestand en zet het in een lokale cache, een sata ssd voldoet dan prima. De rest van de media staat op mijn HTPC (60TB). We hebben beide glasvezel verbindingen.

Wil er dan Linux Mint met (o.a.) Kodi op zetten, met een Rii Mini als remote / keyboard / gyro muis

[Juup]

mrmrmr schreef op woensdag 1 juli 2026 @ 17:02:
... de FSP090-ABAN3 19V ...

Van 6.8W naar 5.1W met deze FSP090-ABAN3. Niet slecht.

[Juup]

Als m'n MacBook slaapt gebruikt die 4.5W gemiddeld.
Met de standaard USB-PD lader.

Weet iemand een USB-PD lader met een hoge efficiency bij lage load (2Watt ofzo)?
Eentje van FSP misschien?

[mrmrmr]

@Juup Welke MacBook precies?

[Juup]

MacBook Pro 16" M4 Pro Mac16,7 MX2X3B/A

[mrmrmr]

Als er iemand is met Odroid ervaring, er wordt hier een vraag gesteld over hoe die samen te stellen zijn.

---

@Juup Volgens Jeff Geerling zou een M4 ongeveer 3-4W in idle moeten verbruiken. Ik weet niet of er een nog lagere stand is. Misschien kan iemand anders daar wat over zeggen?

Standaard Apple adapters zouden gewoon goed moeten zijn. Het is de meegeleverde Apple adapter?

[Juup]

Ah ik bedoel echt de slaapstand.
De adapter is na een uur in de slaapstand nog steeds warm.

[Church of Noise]

Left field idea, maar trekt de batterij het lang genoeg tijdens de periodes van sleep? Want dan kan je het probleem vermijden, door nooit aan zo'n laag vermogen te laden...

Het is maar een suggestie uiteraard

[mrmrmr]

Juup schreef op maandag 13 juli 2026 @ 20:37:
Ah ik bedoel echt de slaapstand.
De adapter is na een uur in de slaapstand nog steeds warm.

De standby stand zou ongeveer 0,5W gebruiken. Misschien is de oplader bezig met (druppelend) opladen? Bijvoorbeeld op 5V. Of misschien is de machine bezig met een achtergrondtaak.

Op het Apple forum wordt aangeraden om slaapstand uit te schakelen.
https://discussions.apple.com/thread/255974616?sortBy=rank

Er zijn een paar vreemde settings (voor mij althans). Bijvoorbeeld "Prevent automatic sleeping when the display is off". Dat zou ik niet aanzetten.

"Turn Display off when inactive" zou ik wel aanzetten.

Je kan ook eens kijken of Power Nap beter aan of uit kan staan.

[Juup]

De accu is (altijd) op 80% en die zakt met 1% per week ofzo.
En dan na een paar weken wordt die weer naar de 80% opgeladen.
Ik heb powernap uit staan
Als ik de slaapstand uitschakel dan is hij dus gewoon aan, eventueel met het display uit en dat scheelt niet veel.

Dus ik doe nog steeds de aanname dat de MacBook echt slaapt, en 0.5W zou moeten gebruiken en dat de adapter aan de 230V kant 4.5W trekt.

[Juup]

Ah dom, het was de USB-hub + muis dongle, Qi telefoonlader, netwerkadapter en toetsenbordlader.
Bij de action 5 USB-C laders gehaald.
Alle 6 getest met externe monitor aangesloten, MacBook Pro M4 Pro laten slapen, ~30sec wachten en dan een beetje het gemiddelde gokken van de waardes op de Voltcraft Energy Logger 4000:

Lader	USB los	USB in
Apple 140W	2.9W	4.5W
Re-load 65W	1.4W	4.6W
Sitecom 65W	1.2W	4.4W
Re-load 45W	1.1W	4.3W	Coil whine
Sologic 20W	1.0W	4.4W
Sologic 10W	-	-

[andru123]

Juup in "Het grote zuinige server topic - deel 3" Juup schreef op maandag 13 juli 2026 @ 14:56[/message]:
Weet iemand een USB-PD lader met een hoge efficiency bij lage load (2Watt ofzo)?
Eentje van FSP misschien?

Een USB-PD lader efficientie is lastig(er) te meten zonder speciale meetinstrument, omdat het dynamisch schakelt tussen 5, 9, 15, 20, 28V. Ik heb ooit een poging gedaan voor een Dell lader, die was vrij efficient op 5V onder 10W, maar als het is echt de spanning dat gekozen wordt bij een idle macbook, dat weet ik niet.

Ik heb een meting van 140W Apple adapter ooit gezien in een video

[Juup]

Kleine update (kan het originele bericht niet meer wijzigen)

Lader	USB los	USB in
Apple 140W	2.9W	4.5W
Re-load 65W	1.4W	4.6W
Sitecom 65W	1.2W	4.4W	Stops soms even met laden
Re-load 45W	1.1W	4.3W	Coil whine
Sologic 20W	1.0W	4.4W
Sologic 10W	-	-	Werkt niet met MacBook

[andru123]

Apple adapter verrassend onzuinig op lage vermogens. Maar voor een laptop je hebt tenminste 100W nodig. Dus andere adapters zijn prima in slaapstand of licht gebruik/bijladen, je kan de max vermogen van de laptop niet halen. @Juup

[project.bobby]

andru123 schreef op zaterdag 18 juli 2026 @ 14:32:
Apple adapter verrassend onzuinig op lage vermogens. Maar voor een laptop je hebt tenminste 100W nodig. Dus andere adapters zijn prima in slaapstand of licht gebruik/bijladen, je kan de max vermogen van de laptop niet halen. @Juup

Voor het gros van de laptops is 65w meer dan genoeg hoor. Bij normaal / licht gebruik 45w (al kan je dan een 'slow charger' melding krijgen).

Alleen gamelaptops of de állerzwaarste macbooks (max) is tijdens intensief gebruik misschien meer nodig.

[RobertMe]

project.bobby schreef op zaterdag 18 juli 2026 @ 14:45:
[...]

Voor het gros van de laptops is 65w meer dan genoeg hoor. Bij normaal / licht gebruik 45w (al kan je dan een 'slow charger' melding krijgen).

Alleen gamelaptops of de állerzwaarste macbooks (max) is tijdens intensief gebruik misschien meer nodig.

Ik heb mijn laptop vaak aangesloten op mijn scherm én energiemeting op het stopcontact waar het scherm in zit. Alleen het scherm (met PC als input) verbruikt ~25W, laptop + scherm verbruikt ~50W. Bij normaal browsen en dergelijke dan.

Het schern is een 32" 4K model, waardoor het verbruik wellicht relatief hoog is, als je het zou vergelijken met zeg 24" FHD.

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