Het grote zuinige server topic - deel 3

[project.bobby]

newz schreef op zondag 21 juni 2026 @ 10:25:
Misschien zit ik niet in het goeie topic, dus als dat zo is verwijs me dan graag door

Ik heb al jaren een RPi 4 (8GB) draaien met Raspbian en portainer met heel wat docker containers. Dat ging eigenlijk altijd goed, maar sinds kort heb ik ook een eigen Blazor app als container draaien die met OpenXML een PPTX genereert. Anderen, van buitenaf, hebben ook toegang tot deze applicatie. Deze applicatie kan best wat memory en CPU in beslag nemen en komt af en toe zelfs op een punt dat de Pi vastloopt. (Ik heb de container al geknepen qua resources). Aangezien dan ook HomeAssistant en Node-RED dan niet meer werken en anderen ervoor kunnen zorgen dat de Pi vastloopt ben ik op zoek naar een oplossing.

Ik zoek m' oplossing op dit moment in een vervanger voor de Pi, maar ik sta open voor andere ideeën. De Pi verbruikt 99% van de tijd tussen de 5 en 6 watt.

Vanmorgen kwam ik deze aanbieding tegen. Intel Core 5 120U, 16GB DDR4, 512GB SSD voor €419. De CPU lijkt 15W idle te doen. Nu gebruik ik 128GB SSD en ga dus ook niet verder uitbreiden. Wat vinden jullie van dit apparaat? Of kan ik beter kijken naar een i3 of NUC?

Wat m'n vraag misschien nog moeilijker maakt... ik heb ook nog een fullsize PC die ik voor twee dingen gebruik: 1x in de twee weken thuiswerken (software engineer van beroep) en op afroep laat ik de PC starten als UNRAID server voor linux ISO's en als NAS, immich, etc. Gemiddeld genomen draait de PC dus maar 4 uurtjes per week. De PC bestaat uit een AMD Ryzen 7 5800X, 16GB DDR4, NVIDIA GTX 1060 en een 4-tal HDD's, 1 SATA SSD en 1 NVMe SSD. De videokaart is al wat ouder, maar ik denk dat ik prima zou kunnen leven met onboard graphics (als ik dat zou hebben gehad). Ik ben best bereid om de Pi en PC te verwisselen met twee andere systemen (danwel de PC ombouwen) als dat goedkoper zou zijn.

Wat zou jullie advies zijn? Bedankt alvast!

Als je die ppt generator niet per se self hosted wil/hoeft te doen, kan je ook kijken naar google cloud runner. Redelijk wat gratis minuten, en schaalt naar 0.

Maar je Pi vervangen met een odroid h3/4/5 bijvoorbeeld scheelt al veel in je performance en wordt je idle verbruik ook lager denk ik. Moeilijk inschatten hoeveel die generator nodig heeft.

[RobertMe]

project.bobby schreef op zondag 21 juni 2026 @ 13:22:
Maar je Pi vervangen met een odroid h3/4/5 bijvoorbeeld scheelt al veel in je performance en wordt je idle verbruik ook lager denk ik. Moeilijk inschatten hoeveel die generator nodig heeft.

Een Odroid H3 zou ik persoonlijk niet (meer) doen. Deze CPU en iGPU missen wat features waar je later misschien tegenaan loopt. Zoals de AVX instructieset en iets in het encoden van video dat beperkt is. Hier loop ik met mijn eigen N5105 systemen tegenaan. Waardoor bv ZFS native encryptie nogal traag is doordat die "geoptimaliseerd" is voor AVX gebruik. En ook video transcoding dat alleen met, ik meen, een fixed bitrate kan wat nogal "kreupel" is.

[Yarisken]

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.

[newz]

Gevoelsmatig wil ik het liefst het lokaal hebben draaien. Ik denk dat de andere docker containers ook wel profijt zullen hebben van wat meer CPU/RAM resources

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.

Goed idee! Ik heb wat gezocht naar i5-x500T processors. En dan met name de 7e, 8e, 9e en 10e generatie. De goedkoopst mogelijke 7500T die ik even snel kon vinden is €170 en de 10500T is €250 met gelijke specs qua RAM (16GB) en SSD (256GB). M'n onderbuikgevoel zegt dat het prijsverschil te klein is om een 3 jaar oudere generatie te gaan. Wat denken jullie? Of moet ik nog breder kijken qua CPU?

[Detmer]

newz schreef op donderdag 25 juni 2026 @ 22:33:
Gevoelsmatig wil ik het liefst het lokaal hebben draaien. Ik denk dat de andere docker containers ook wel profijt zullen hebben van wat meer CPU/RAM resources


[...]


Goed idee! Ik heb wat gezocht naar i5-x500T processors. En dan met name de 7e, 8e, 9e en 10e generatie. De goedkoopst mogelijke 7500T die ik even snel kon vinden is €170 en de 10500T is €250 met gelijke specs qua RAM (16GB) en SSD (256GB). M'n onderbuikgevoel zegt dat het prijsverschil te klein is om een 3 jaar oudere generatie te gaan. Wat denken jullie? Of moet ik nog breder kijken qua CPU?

Mee eens. De 7500t moet je veel goedkoper kunnen vinden. Die ondersteunen geen Windows 11 meer en zijn daardoor veel minder waard. Met goed zoeken en een beetje geduld moet je ook nog wel een 12e generatie kunnen vinden voor rond de €250;-.

[newz]

Detmer schreef op donderdag 25 juni 2026 @ 22:39:
[...]

Mee eens. De 7500t moet je veel goedkoper kunnen vinden. Die ondersteunen geen Windows 11 meer en zijn daardoor veel minder waard. Met goed zoeken en een beetje geduld moet je ook nog wel een 12e generatie kunnen vinden voor rond de €250;-.

En dan bedoel je ook een 12500T? Daarvoor moet je wel héél goed zoeken lijkt het

[Detmer]

newz schreef op donderdag 25 juni 2026 @ 23:42:
[...]


En dan bedoel je ook een 12500T? Daarvoor moet je wel héél goed zoeken lijkt het

Klopt inderdaad. En daarvoor moet je wat geduld hebben, maar soms komen er leuke dingen online (en moet je snel zijn).

[ Voor 3% gewijzigd door Detmer op 26-06-2026 07:05 ]

[newz]

Detmer schreef op vrijdag 26 juni 2026 @ 07:04:
[...]

Klopt inderdaad. En daarvoor moet je wat geduld hebben, maar soms komen er leuke dingen online (en moet je snel zijn).

Voor €250 was ik niet geduldig genoeg, maar ik kwam wel deze tegen voor €299. (Heb nagevraagd en de voeding zit erbij). Gezien de eerstvolgende met gelijke specs meteen €50 erboven zit leek me dit voor nu een goeie deal, en dus besteld. Bedankt voor de tip!

[mrmrmr]

ASRock heeft al lang geleden (mei/aug 2025) een ASRock H810TM-ITX aangekondigd. Maar kennelijk is het nog niet (makkelijk) verkrijgbaar. Het is gericht op gebruik in appliances zoals Point-of-Sale (PoS) systemen.



Wat dit bord interessant maakt is het ontbreken van gewone PCIe slots en de 19V 4 pin voeding (90W voor 35W TDP processor en 120W voor 65W TDP processor). Verder heeft het SODIMM of CSO-DIMM geheugen en een Nuvoton NCT6686D EC chip, Macronix (MXIC) BIOS. Linux bevat ondersteuning voor de monitoring van de EC chip.

Minder goed is een Intel 226-V (wegens slechte ondersteuning voor C states), dat zou beter een Realtek 2.5 of 1 Gbps Intel kunnen zijn. LVDS is ook overbodig. Er zijn 5 MOSFETs voor de cpu. Er is een leeg M.2 2230 slot voor WiFi/Bluetooth. Er zijn 2 slots voor SSD's: PCIe 4 en PCIe 5. 2x SATA. Thunderbolt is optioneel.

In theorie zou het zuinig kunnen zijn als het je lukt de 226-V in het gareel te krijgen (d.w.z. meewerken aan package C8/C10 state).

Als het zou werken, zou je ook overbodige onderdelen kunnen lossolderen of op een andere manier van de spanningrails loshalen.

[P5ycho]

Mijn server op basis van een Fujitsu D3417-B2 + Pentium G4560 + 16GB ECC mist AVX en kan wel iets meer oomph gebruiken voor wat intensievere taken zoals Frigate, immich etc.

Ik heb een Xeon E3-1245 v6 en een extra latje 16GB op de kop getikt voor weinig, een complete upgrade zie ik neit zitten met de huidige markt.

So far so good, ram geinstalleerd, memtest, alles ok. CPU geinstalleerd, prime95, plop, uit! Blijkt dat mijn PicoPSU 90 + 84W Fortron adapter het niet trekken, ik zag 105W tijdens de ~10sec full load. Dat wordt verder upgraden...

Wat is nu wijsheid, is een PicoPSU tegenwoordig nog steeds de beste keus (upgrade naar 120W adapter is misschien genoeg?) of moet ik naar iets anders kijken?
Een Mean Well UHP 200-12 als 12V adapter is misschien ook een optie?

[mrmrmr]

@P5ycho Als je goedkoop wil doen is er een Leicke 120W 12V, maar die is niet geweldig. Veel beter is een XP Power VES120PS12 (12V, 120W), die gebruikt een specifieke methode die leidt tot een zuinige adapter. Deze adapter is goed verkrijgbaar: 1 2 3 4

Let op de stekkers! Ik gebruik Molex Mini-Fit Jr 4 pin blokstekkers (niet de platte).

AC/DC adapters met meer vermogen dan 120W zijn typisch een stuk minder zuinig.

Je hebt ook een PicoPSU-160XT nodig.

Een alternatief is een tweede voeding gebruiken voor alleen de cpu. Als de adapter van goede kwaliteit is (d.w.z. goed signaal geeft) kun je de cpu rechtstreeks voorzien van 12V.

[P5ycho]

Bedankt voor de tips!

Een PicoPSU 160xt + XP Power 120W voeding is wel prijzig samen, al snel 130+ euro. En 4DIN vs barrel jack, dus dat is geen PnP oplossing.

Als de beperking van de PicoPSU 90 de passthrough van de 12V is (er wordt niets gereguleerd, dus alleen kabeldikte van de PicoPSU boeit dan) dan kan ik ook wel een P4 stekker rechtstreeks aan de 12V voeding knopen. Dan is de UHP-200-12 misschien ook nog wel interessant, ik heb een kast met een 230V passthrough dus dat is netjes weg te werken. Dan ben ik voor 50 euro klaar?

[latka]

P5ycho schreef op maandag 29 juni 2026 @ 19:29:
Mijn server op basis van een Fujitsu D3417-

ik zag 105W tijdens de ~10sec full load. Dat wordt verder upgraden...

Een deel van de oomph zit in meer cores (2x zoveel). Wellicht de turbo uitzetten in de bios of de cores beperken qua turbo is al afdoende.

[P5ycho]

latka schreef op maandag 29 juni 2026 @ 20:12:
[...]

Een deel van de oomph zit in meer cores (2x zoveel). Wellicht de turbo uitzetten in de bios of de cores beperken qua turbo is al afdoende.

Ik ben bang dat dit moederbord daar geen settings voor heeft. 100% zeker weten doe ik het niet, daar zou ik later naar moeten kijken.

Edit: VES120PS12‎ + DC PLUG-R7BF-P1M‎ adapter besteld, zou voldoende moeten zijn.

[ Voor 20% gewijzigd door P5ycho op 29-06-2026 21:02 ]

[mrmrmr]

@P5ycho Er zitten vaak haken en ogen aan "snelle" oplossingen.

Het probleem met veel adapters is de slechte documentatie. Mean Well levert wel veel cijfers, maar de meeste zijn van weinig belang. Bijvoorbeeld bij efficiëntie wordt doorgaans alleen de top weergegeven. De 93% kan dus pas gelden bij 170W belasting. Het zegt helaas niets over efficiëntie bij lagere of normale belasting.

De aangegeven 240mVp-p noise is slechts een (hoge) limiet, geen daadwerkelijke meetwaarde.

Bij het genoemde XP Power model (en specifiek dat model!) weten we wat het doet over het hele bereik en daarin excelleert het.

Een 5.5/2.5mm barrelconnector vind ik geen goede keuze voor meer dan 120W. Je kan het wel doen, maar houd er dan rekening mee dat het heet wordt door energieverlies. Als het kortdurend is, is het niet zo erg, maar bij continue belasting zou ik het zonder meer afraden. Gewone ATX voedingen gebruiken dan ook connectoren soortgelijk aan Molex Mini Fit Jr, hoe meer hoe beter als het aantal ampères hoog ligt.

Aangezien de PicoPSU-90 een grens heeft van 5A (7A piek) op 12V, zal je de cpu afzonderlijk moeten aansluiten. De cpu voedingsaansluiting moet dan rechtstreeks van de 12V voeding komen. Omdat de cpu een Molex Mini Fit Jr aansluiting heeft, zul je die toch moeten toepassen. Als de hoeveelheid noise niet bekend is of gewoon te hoog (120mV is het voorgeschreven maximum), dan kun je beter de noise beperken via condensatoren. Dan krijg je zoiets:

12V bron -> Panasonic OSCON 16V 105° low-ESR condensatoren -> Molex Mini Fit Jr. EPS (4/8 pin)

De truuk is om kabels te kopen en de aders daarvan zelf te solderen, zodoende hoef je niet zelf een krimptang te hebben en (echte) Molex kabels zijn goed geconstrueerd.

Als je dit allemaal niet wil kun je beter een ATX voeding kiezen. Zie topic start. Dan vervallen de efficiëntievoordelen van de setup die je had.

[latka]

P5ycho schreef op maandag 29 juni 2026 @ 20:25:
[...]

Ik ben bang dat dit moederbord daar geen settings voor heeft. 100% zeker weten doe ik het niet, daar zou ik later naar moeten kijken.

Edit: VES120PS12‎ + DC PLUG-R7BF-P1M‎ adapter besteld, zou voldoende moeten zijn.

Linux? echo 1 > /sys/devices/system/cpu/intel_pstate/no_turbo

[P5ycho]

FreeBSD .
Ik ga even testen met 120W en daarna de P4 direct aansluiten. Dan maar even solderen, dat is verder geen probleem.

[bjp]

tenzij je in de BIOS een power-limit kunt instellen op de CPU (heb ik gedaan op mijn i7-14700 met picoPSU). Eens die limiet er is, start dat zonder problemen op. Het beperkt ook pieken tijdens gebruik.

[Rickbhs]

Ik heb het toevallig vorige week ook zo opgelost bij mij eem Fujitsu D3644-B met een i7-8700k, tijdens boot trok de adapter het ook niet, toen een power-limit in gesteld en geen probleem meer

[Juup]

mrmrmr schreef op maandag 8 juni 2026 @ 20:42:
@Juup Je kan wel kijken naar ASUS Pro H610T D4-CSM of ASUS Pro H610T-CSM met 1700 socket en Intel processor. Eerst zoeken naar ervaringen met het idle verbruik, en op basis daarvan beslissen.

Dat was een goede tip.
Heb nu de ASUS Pro H610T D4-CSM met 32GB DDR4 en een Samsung 970Evo+ op Ubuntu Server 26.04 draaien.
Toshiba PA5034U-1ACA 19V voeding.

SATA, Audio en VMD uitgezet in de BIOS, tijdje lopen pielen met powertop en tlp om de Realtec NIC in ASPM te krijgen en dat lijkt allemaal gelukt te zijn.
Laagste waarde op m'n Voltcraft Energy Monitor 4000 is nu 6.8Watt

Ik lees dat anderen 2.5Watt weten te halen met ongeveer dezelfde setup - hoe dan?

[mrmrmr]

@Juup 2,5W in idle aan de stekker lijkt me te laag voor zo'n bord met desktopprocessor, dat past beter bij minder krachtige moederborden met een N processor.

6,8W lijkt mij niet vreemd, zoiets zou ik verwachten. Heb je package C state 8 of 10 bereikt?

De PA5034U-1ACA voeding kon ik op de toshiba.com site niet vinden. Heb je een leesbare foto van de label op de voeding? Als het een recente voeding is zou daar een VI met een cirkel omheen op moeten staan. En de naam van de originele fabrikant.

[Juup]

mrmrmr schreef op dinsdag 30 juni 2026 @ 18:49:
De PA5034U-1ACA voeding kon ik op de toshiba.com site niet vinden. Heb je een leesbare foto van de label op de voeding? Als het een recente voeding is zou daar een VI met een cirkel omheen op moeten staan. En de naam van de originele fabrikant.

Is van een oude Toshiba laptop

[mrmrmr]

ADP-75WB A is denk ik een 75W adapter van fabrikant Delta. (US Department of Energy) Level V geeft aan dat het iets minder zuinig zou kunnen zijn dan Level VI, maar dat scheelt weinig. Echte meetcijfers zullen moeten uitwijzen hoe efficiënt die is onder 10W.

Het is in ieder geval niet zomaar een willekeurig merkloze "vervanger". Geen reden dus om daar een probleem te vermoeden.

[Juup]

mrmrmr schreef op dinsdag 30 juni 2026 @ 18:49:
Heb je package C state 8 of 10 bereikt?

8 wel, 10 niet (die schijnt ook niet te kunnen op dit platform)

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