Het grote zuinige server topic - deel 3

[pimlie]

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

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

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

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

[Mars Warrior]

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

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

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

[RobertMe]

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

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

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


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

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

[...]


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

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

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

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

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

[pimlie]

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

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

[bjp]

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

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

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

[Jerie]

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


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


[...]


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

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

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

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

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

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

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

[GioStyle]

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


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

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

[pimlie]

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

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

[mrmrmr]

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

code:

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

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

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

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

Wat niet zou werken volgens Grok:

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

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

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

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

[pimlie]

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

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

[mrmrmr]

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

[Mich]

Ik heb wat kleine aanpassingen in mijn server gemaakt en had componenten over waar ik heb een "NAS" mee heb gemaakt.

#	Categorie	Product	Prijs	Subtotaal
1	Processors	Intel Core i5-13500 Tray	€ 261,-	€ 261,-
1	Moederborden	Kontron K3843-B	€ 185,25	€ 185,25
1	Computer-accessoires	Leicke ULL power supply 150W	€ 47,78	€ 47,78
1	Processorkoeling	Noctua NH-L9i-17xx chromax.black	€ 56,54	€ 56,54
1	Geheugen intern	Corsair Vengeance CMK32GX5M2B5600C36	€ 0,-	€ 0,-
1	Voedingen	Mini-box picoPSU PicoPSU-160-XT	€ 52,73	€ 52,73
1	Interne ssd's	Lexar NM710 2TB	€ 242,90	€ 242,90
1	Interne ssd's	Sandisk SSD Plus (TLC) 240GB	€ 0,-	€ 0,-
1	Interne ssd's	WD Black SN770 2TB	€ 499,-	€ 499,-
			Totaal	€ 1.345,20

De SATA ssd (sandisk) dient als boot drive en de 2 nvme schijven staan in een ZFS mirror en via een NFS share kan ik deze benaderen. Voor mij prima om het zo basis te houden. Al mijn backups maak ik toch altijd handmatig op het moment dat ik het nodig acht.

Ik draai de laatste Debian (13.4) en heb eigenlijk alleen powertop gedraaid. Systeem staat zo goed als strak op 3.8W idle in CPU C-state 8.

Volgens mij haalt niemand nog 10 met de laatste Debian.

[aerials1990]

Hoi allen,

Ik heb een edge case vraag en hopelijk zit ik hier goed, anders hoor ik het graag:
Ik heb een patchkast van 600x600x900mm (https://www.patchkast.com...ordeur-600x600x900mm.html). De 600mm diepte ondersteunt maximaal een chassis diepte van 500mm.

Nu ben ik op zoek naar ervaringen van mensen met een DSIT kast. Is de 500mm maximaal voor de server chasis inclusief bekabeling? Of heb ik nog 5cm speelruimte voor de kabels achter de installatie balken? Ik ben aan het kijken naar server behuizingen van ronde 46-48cm diepte.

[poes]

Ik ben bezig om een opvolger voor mijn QNAP- Nas samen te stellen. Ik wil op die Nas Trueserver, NextCloud en Immich draaien. Meer dan twee gebruikers zullen er niet zijn. Wat adviseren jullie voor intern geheugen? Nu heb ik 32Gb op het lijstje staan, maar is dat geen overkill?

[blauw puntje]

@aerials1990 Beetje off-topic. Allereerst heb ik zelf geen ervaring met deze specifieke kast.
Afgaande op de foto's op de website heb je weinig tot geen ruimte achter de laatste profielen. Het lijkt mij ook een kast gemaakt voor netwerken zoals patchpanelen en switches en niet zozeer voor servers. Dat betekent niet dat je er geen server in kan plaatsen maar dat een goede air-flow wel een belangrijk aandachtspunt is. Zeker als je gaat voor een zuinige server. Hoe dieper je server hoe minder ruimte je krijgt achter je server. En dat is de plek waar de warme lucht uit je server komt. De lucht botst dan tegen de dichte achterwand van de kast en dat komt de air-flow dus niet ten goede als er weinig ruimte is. Je kan dat weer compenseren met meer of zwaardere ventilatoren in de server maar dat komt het energiegebruik niet ten goede.
Mijn advies zou zijn om een ondiepe rackserver te plaatsen of nog beter een legbord hoog in de kast plaatsen waar je dan een tower behuizing op kan plaatsen. En dan het liefste een tower behuizing met openingen aan de bovenzijde.

[jackkiej]

Ik heb een upgrade uitgevoerd van Proxmox 8 naar 9, welke dus een upgrade van Debian Bookworm naar Trixie uitvoert en kernel 6.17 installeert. Het hoogst haalbare voor mij nu lijkt C8 (intel core i5-13500, kontron K3843B).
Is het iemand al gelukt om C10 te halen op kernel 6.17? Zo nee welke kernel zou het me wel lukken?

[GoBieN-Be]

Ik denk dat de consensus was dat bijna niemand nu nog C10 haalde, maar dat het verbruik met C8 ongeveer hetzelfde was als vroeger met C10 ofzo.

[Perzikvrucht]

Hebben meer mensen last gehad van een spontane LAN disconnectie van een Proxmox server? Heb een Elitedesk 800 g4 met Intel I219. Na een aantal dagen/weken verliest mijn server spontaan de netwerkverbinding. Als ik de kabel er uit en in doe werkt het weer. Suggesties?

[logitechi]

Perzikvrucht schreef op dinsdag 21 april 2026 @ 16:52:
Hebben meer mensen last gehad van een spontane LAN disconnectie van een Proxmox server? Heb een Elitedesk 800 g4 met Intel I219. Na een aantal dagen/weken verliest mijn server spontaan de netwerkverbinding. Als ik de kabel er uit en in doe werkt het weer. Suggesties?

Het kan te maken hebben met de NIC offloading. Deze wordt aangeraden om uit te zetten.

[McKaamos]

Misschien ook nuttig voor de zuinige server enthausiatelingen:
McKaamos in "[3D Printen] Deel je nuttige/functionele prints"

[Woodski]

Perzikvrucht schreef op dinsdag 21 april 2026 @ 16:52:
Hebben meer mensen last gehad van een spontane LAN disconnectie van een Proxmox server? Heb een Elitedesk 800 g4 met Intel I219. Na een aantal dagen/weken verliest mijn server spontaan de netwerkverbinding. Als ik de kabel er uit en in doe werkt het weer. Suggesties?

https://community-scripts...fix?id=nic-offloading-fix

Voor de fix meerdere crashes per weer, om gek van te worden.
Na deze fix 0 chrashes sinds vorig jaar Augustus

[ Voor 10% gewijzigd door Woodski op 27-04-2026 21:52 ]

[FlorisVN]

Woodski schreef op maandag 27 april 2026 @ 21:51:
[...]

https://community-scripts...fix?id=nic-offloading-fix

Voor de fix meerdere crashes per weer, om gek van te worden.
Na deze fix 0 chrashes sinds vorig jaar Augustus

Is deze fix ook nog steeds nodig voor Proxmox V9 ?
Ik draai nog op V8 namelijk...

[dcm360]

Ook op Proxmox 9 is dat nog van toepassing. Eerder dit jaar liep ik daar nog tegenaan toen ik Proxmox op een oude laptop had geïnstalleerd. Die viel ook willekeurig uit, en sinds het toepassen van de fix niet meer (nouja, niet om die reden, ook laptops vallen uit als je de netspanning lang genoeg uit zet).

[GioStyle]

Ik kon het weer niet laten, ik heb een upgrade gedaan. Mijn backup server (Odroid H3) vervangen door een Odroid H4.

Deze H4 gaat mijn primary server worden en de H4 Ultra mijn secondary server. De gewone H4 gaat alleen Docker draaien en de H4 Ultra Docker + QEMU/KVM.

Setup:
SBC: Odroid H4
Geheugen: Samsung OEM geheugen (8GB DDR5-5600)
SSD: Lexar NM790 4TB
Voeding: Leicke 12V 7.5A voedingsadapter
Energiemeter: Energy Logger 4000

Geheugen is tijdelijk, ik ben nog op zoek naar een 16GB of 32GB geheugenmodule voor de H4 Ultra. Dan ga ik 16GB in de H4 stoppen.

Debian 13.4 (ZFS on Root), idle: 1,6W. Alleen niet echt stabiel, af en toe uitschieters naar 2,0/2,4W.

[manusjevanalles]

GioStyle schreef op zaterdag 2 mei 2026 @ 19:07:
Ik kon het weer niet laten, ik heb een upgrade gedaan. Mijn backup server (Odroid H3) vervangen door een Odroid H4.

Deze H4 gaat mijn primary server worden en de H4 Ultra mijn secondary server. De gewone H4 gaat alleen Docker draaien en de H4 Ultra Docker + QEMU/KVM.

Setup:
SBC: Odroid H4
Geheugen: Samsung OEM geheugen (8GB DDR5-5600)
SSD: Lexar NM790 4TB
Voeding: Leicke 12V 7.5A voedingsadapter
Energiemeter: Energy Logger 4000

Geheugen is tijdelijk, ik ben nog op zoek naar een 16GB of 32GB geheugenmodule voor de H4 Ultra. Dan ga ik 16GB in de H4 stoppen.

Debian 13.4 (ZFS on Root), idle: 1,6W. Alleen niet echt stabiel, af en toe uitschieters naar 2,0/2,4W.

Echt respect dat je dit lage verbruik weet te halen uit de Odroid H4. Mijn H4+ verbruikt gemidddeld 8.3W. Dat is met Proxmos met VM met Truenas, Ubuntu Server met Docker en Adguard in LXC. De zigbee-usbstick zal het verbruik hoger maken, maar door de upgrade van Proxmos 8 naar 9 is er ook 1-1.5W bijgekomen (volgens mij mede door een kernel 6.17 die in powertop ervoor zorgt dat niet alles op good kan staan).

[RobertMe]

GioStyle schreef op zaterdag 2 mei 2026 @ 19:07:
Ik kon het weer niet laten, ik heb een upgrade gedaan. Mijn backup server (Odroid H3) vervangen door een Odroid H4.

Deze H4 gaat mijn primary server worden en de H4 Ultra mijn secondary server. De gewone H4 gaat alleen Docker draaien en de H4 Ultra Docker + QEMU/KVM.

Setup:
SBC: Odroid H4
Geheugen: Samsung OEM geheugen (8GB DDR5-5600)
SSD: Lexar NM790 4TB
Voeding: Leicke 12V 7.5A voedingsadapter
Energiemeter: Energy Logger 4000

Geheugen is tijdelijk, ik ben nog op zoek naar een 16GB of 32GB geheugenmodule voor de H4 Ultra. Dan ga ik 16GB in de H4 stoppen.

Debian 13.4 (ZFS on Root), idle: 1,6W. Alleen niet echt stabiel, af en toe uitschieters naar 2,0/2,4W.

Blijft netjes wat zij steeds kunnen bereiken en de concurrentie ogenschijnlijk niet.

Alleen tijd voor een Twin Lake opvolger (N150 / ...)

* RobertMe moet ook maar eens gaan zoeken naar een opvolger van zijn N5105 gebaseerde systeem. Maar met huidige RAM prijzen sowieso geen pretje. En N100 is dan ook maar één generatie nieuwer. (Alhoewel de N5105 dan een zelfstandige serie was die bewust kreupel is gemaakt door Intel (geen AVX ondersteuning bv), waardoor de N100 / N97 (/Alder Lake) een wat groter verschil geeft).

En de N5105 zelfbouw router heeft ook nukken en niet onverstandig om die te vervangen Reboot niet meer. Sluit af maar gaat onmogelijk aan (knop reageert ook niet etc). Alleen met vaak genoeg de stroom opnieuw inpluggen en/of lang genoeg de stroom eraf dat die weer opstart. Niet echt prettig om te moeten rebooten voor copy-fail en staan te bidden dat die weer opstart En gezien het uitgebreide gebruik (o.a. trash SATA SSD voor torrents rechtstreeks op de router binnen te halen) ook niet makkelijk te vervangen door bv een Rockchip RK358x gebaseerd systeem (Radxa E52c / NanoPi R6S / ...) die wel super zuinig schijnen te zijn (IIRC iets van 5W als je 2,5Gbit/s dicht trekt met Wireguard verkeer).

[RobertMe]

manusjevanalles schreef op zaterdag 2 mei 2026 @ 19:54:
[...]


Echt respect dat je dit lage verbruik weet te halen uit de Odroid H4. Mijn H4+ verbruikt gemidddeld 8.3W. Dat is met Proxmos met VM met Truenas, Ubuntu Server met Docker en Adguard in LXC. De zigbee-usbstick zal het verbruik hoger maken, maar door de upgrade van Proxmos 8 naar 9 is er ook 1-1.5W bijgekomen (volgens mij mede door een kernel 6.17 die in powertop ervoor zorgt dat niet alles op good kan staan).

Idle vs volledig in gebruik incl VMs en USB sticks geeft natuurlijk ook nogal een verschil.

Daarnaast natuur H4 vs H4+. De H4+ (en Ultra) hebben een (extra) SATA controller en die niet op de H4 zit. Ook dat gaf volgens mij al een verschil van ~1W.

[manusjevanalles]

RobertMe schreef op zaterdag 2 mei 2026 @ 19:56:
[...]

Idle vs volledig in gebruik incl VMs en USB sticks geeft natuurlijk ook nogal een verschil.

Daarnaast natuur H4 vs H4+. De H4+ (en Ultra) hebben een (extra) SATA controller en die niet op de H4 zit. Ook dat gaf volgens mij al een verschil van ~1W.

Klopt, alhoewel hij met de H4 Ultra ook een heel laag verbruik weet te halen.

[GioStyle]

manusjevanalles schreef op zaterdag 2 mei 2026 @ 19:54:
[...]


Echt respect dat je dit lage verbruik weet te halen uit de Odroid H4. Mijn H4+ verbruikt gemidddeld 8.3W. Dat is met Proxmos met VM met Truenas, Ubuntu Server met Docker en Adguard in LXC. De zigbee-usbstick zal het verbruik hoger maken, maar door de upgrade van Proxmos 8 naar 9 is er ook 1-1.5W bijgekomen (volgens mij mede door een kernel 6.17 die in powertop ervoor zorgt dat niet alles op good kan staan).

Zo spannend is het echt niet, hoor. Ik pas de bios instellingen aan, ik installeer Debian met bepaalde packages, even powertop --auto-tune en we zijn er. Dit is wel de basis. Ik heb nog geen Docker + containers draaien. Als ik alles draaiend heb, verwacht ik een continu verbruik tussen de 2 en 3W. En dat is natuurlijk prima.

Als ik mijn IP KVM aansluit op de Odroid H4, dan schiet het verbruik richting de 5W en dan komt vooral door de USB aansluiting, die vraagt echt enkele watts. Dat probeer ik daarom te vermijden. Ik heb mede daarom ooit bewust gekozen voor WiFi stekkers in plaats van Zigbee of andere protocollen. Mijn server(s) hebben alleen een stroomkabel en een utp kabel.

En je geeft zelf aan dat je Proxmox gebruikt. Ja, dat gebruik ik dus bewust niet, omdat het overhead qua verbruik geeft. Ik gebruik Debian en straks op de H4 Ultra Debian met QEMU/KVM. Ik merk dat ik de laatste tijd af en toe de behoefte heb om een VM aan te slingeren om het een en ander uit te proberen. Ik heb alleen geen zin om dat op mijn primary server te doen, dus vandaar dat mijn setup gaat veranderen. En ja, ik gebruik juist de H4 als primary, omdat deze geen sata controller heeft en tweede nic, zo kan ie lekker efficiënt zijn taken (Docker containers) uitvoeren en kan ik gewoon op de H4 Ultra lekker 'rommelen'.

RobertMe schreef op zaterdag 2 mei 2026 @ 19:54:
[...]

Blijft netjes wat zij steeds kunnen bereiken en de concurrentie ogenschijnlijk niet.

Alleen tijd voor een Twin Lake opvolger (N150 / ...)

* RobertMe moet ook maar eens gaan zoeken naar een opvolger van zijn N5105 gebaseerde systeem. Maar met huidige RAM prijzen sowieso geen pretje. En N100 is dan ook maar één generatie nieuwer. (Alhoewel de N5105 dan een zelfstandige serie was die bewust kreupel is gemaakt door Intel (geen AVX ondersteuning bv), waardoor de N100 / N97 (/Alder Lake) een wat groter verschil geeft).

En de N5105 zelfbouw router heeft ook nukken en niet onverstandig om die te vervangen Reboot niet meer. Sluit af maar gaat onmogelijk aan (knop reageert ook niet etc). Alleen met vaak genoeg de stroom opnieuw inpluggen en/of lang genoeg de stroom eraf dat die weer opstart. Niet echt prettig om te moeten rebooten voor copy-fail en staan te bidden dat die weer opstart En gezien het uitgebreide gebruik (o.a. trash SATA SSD voor torrents rechtstreeks op de router binnen te halen) ook niet makkelijk te vervangen door bv een Rockchip RK358x gebaseerd systeem (Radxa E52c / NanoPi R6S / ...) die wel super zuinig schijnen te zijn (IIRC iets van 5W als je 2,5Gbit/s dicht trekt met Wireguard verkeer).

De Intel processoren (N97, N100, i3-N305) zijn leuk, maar niet erg krachtig. Voor mijn servertaken zijn ze gelukkig rap genoeg. Als Hardkernel ooit iets met AMD gaat doen en ze kunnen een zuinige idle setup neerzetten, koop ik die zonder blikken of blozen.

Naast mijn nas (Aoostar WTR Pro, AMD versie) heb ik ook nog een nieuw speeltje staan: GMKtec K12. Blaast natuurlijk de rest compleet weg, maar verbruik kan ook wel ruig zijn. Idle valt me nog wel mee (rond de 5W). Deze K12 gebruik ik als workstation/'gamepc' via het netwerk.

[ Voor 33% gewijzigd door GioStyle op 02-05-2026 20:57 ]

[Ankh]

@GioStyle Is het niet handiger om met zoveel losse hosts deze te consolideren naar 1 (zwaardere) host?
Ik heb zelf een H4+ met 32GB geheugen , 1x 4TB NVME + 4x 5TB disken. Hierop draait Unraid en moet zeggen dat dit perfect werkt voor mijn doel. Deze setup is sneller en zuiniger dan mijn oudere Synology NAS.
Disken gaan netjes in spindown en alleen aan als ik ze nodig heb.

[GioStyle]

Ankh schreef op zaterdag 2 mei 2026 @ 21:15:
@GioStyle Is het niet handiger om met zoveel losse hosts deze te consolideren naar 1 (zwaardere) host?
Ik heb zelf een H4+ met 32GB geheugen , 1x 4TB NVME + 4x 5TB disken. Hierop draait Unraid en moet zeggen dat dit perfect werkt voor mijn doel. Deze setup is sneller en zuiniger dan mijn oudere Synology NAS.
Disken gaan netjes in spindown en alleen aan als ik ze nodig heb.

Dat had ik vroeger. Ik had de beroemde Fujitsu D3644-B moederbord met 32GB geheugen en 6x5TB in raidz2. Dat werkte prima, maar mijn eisen/wensen/doelen zijn door de jaren heen veranderd.

Ik heb nu dus twee servers die continu aan staan. Daarnaast een 'workstation/gamepc' en een nas. De laatste twee gaan bij geen gebruik gewoon uit.

Een belangrijke reden is internet. Als je maar één server hebt die onder andere je DNS regelt en je gaat rebooten, dan heeft het huishouden even geen internet. Ik merk aan mezelf dat ik daar echt slecht tegen kan.

Zo zijn er nog andere redenen, maar laten we erop houden dat voor mijn situatie deze setups het meest ideaal zijn en het meest zuinig.

[RobertMe]

GioStyle schreef op zaterdag 2 mei 2026 @ 20:39:
Als ik mijn IP KVM aansluit op de Odroid H4, dan schiet het verbruik richting de 5W en dan komt vooral door de USB aansluiting, die vraagt echt enkele watts. Dat probeer ik daarom te vermijden. Ik heb mede daarom ooit bewust gekozen voor WiFi stekkers in plaats van Zigbee of andere protocollen.

Wifi is zo onzuiniger dat ik me zou afvragen of het effectief zuiniger is om alles via wifi te doen. Je bespaart dan 2 of 3 Watt aan verbruik op de server maar per wifi slimme stekker kost je dat volgens mij rond de 0,5W extra. Dus als je 6 wifi stekkers hebt zou je met Zigbee + wifi al ong net zo (on)zuinig uit zijn. En dat is dan nog puur naar de stekker gekeken. Je hebt uiteraard ook toegenomen verbruik van het access point / router. Of je koopt een network based Zigbee ontvanger die waarschijnlijk standalone ook minder dan 2, 3 Watt verbruikt Kost het je alleen wat extra stroom door toegenomen netwerk verbruik, but then again, dat had je met wifi natuurlijk ook al.

[GioStyle]

RobertMe schreef op zaterdag 2 mei 2026 @ 21:59:
[...]

Wifi is zo onzuiniger dat ik me zou afvragen of het effectief zuiniger is om alles via wifi te doen. Je bespaart dan 2 of 3 Watt aan verbruik op de server maar per wifi slimme stekker kost je dat volgens mij rond de 0,5W extra. Dus als je 6 wifi stekkers hebt zou je met Zigbee + wifi al ong net zo (on)zuinig uit zijn. En dat is dan nog puur naar de stekker gekeken. Je hebt uiteraard ook toegenomen verbruik van het access point / router. Of je koopt een network based Zigbee ontvanger die waarschijnlijk standalone ook minder dan 2, 3 Watt verbruikt Kost het je alleen wat extra stroom door toegenomen netwerk verbruik, but then again, dat had je met wifi natuurlijk ook al.

Vanuit mijn kant geredeneerd: mijn accesspoints staan toch al aan. Iets meer data/airtime levert praktisch geen extra verbruik op. Wat ik wel ondervonden heb met slimme stekkers is dat het grootste verbruik de relay is die ongeveer 0,5W verbruikt als ie gesloten staat. Daarom besloten om hier in huis alleen slimme stekkers te gebruiken voor lampen of apparaten die vaker uitstaan, dan aan, zoals een printer etc. Een slimme stekker met WiFi aan verbruikt hier praktisch niets. We praten dan echt in ordes van 0,1-0,3W per stuk. Stekkers met Zigbee zullen ook een verbruik hebben in dezelfde range, vermoed ik zo.

[robin_groot]

Ik heb een nas over genomen met dit Moederbord er zat eerst een i5-9400F in maar die heb ik omgewisseld voor de i5-9400 zodat ik wat kan transcoden op de igpu nu ben ik in de bios aan het zoeken maar ik kan niets vinden hiervoor.

Zit op de laatste firmware versie van het moederbord.

Is er een mogelijkheid om de igpu te gebruiken binnen TrueNas/Tdarr voor transcoding?

[mrmrmr]

@robin_groot Het gaat hier over zuinige servers. Als het niet over zuinigheid gaat kan je jouw vraag beter in een ander topic stellen.

[GioStyle]

Even een korte overzicht van mijn setup en instellingen, zodat iedereen dezelfde resultaten kan behalen in vergelijkbare setups:

Primary server:
Case: Hardkernel Odroid H4 Type 1
Fan: Noctua NF-A9x14 PWM
SBC: Hardkernel Odroid H4
Memory: Crucial CT16G48C40S (1x16GB 4800Mhz)
SSD: Lexar NM790 4TB
Power supply: Leicke 12V7.5A

Secondary server:
Case: Hardkernel Odroid H4 Type 1
Fan: Odroid DC Cooling Fan
Motherboard: Odroid H4 Ultra
Memory: Samsung M425R2GA3BB0-CQKOL (1x16GB 4800Mhz)
SSD: Lexar NM790 4TB
Power supply: Leicke 12V7.5A

Bios:

code:

- Advanced
    - Power & Performance
        - CPU - Power Management Control:
            - Boost performance mode: Max Non-Turbo Performance
            - Turbo Mode: Disabled
        - GT - Power Management Control
            - Disable turbo GT frequency: Enabled
- ACPI Settings
    - Enable ACPI Auto Configuration: Enabled
- Chipset
    - PCH-IO Configuration:
        - PCI Express Configuration:
            - PCI Express Root Port 3: Disabled
            - PCI Express Root Port 4: (NIC)
                - ASPM: Auto
            - PCI Express Root Port 7: Disabled
            - PCI Express Root Port 9: (NVME)
                - ASPM: Auto
        - SATA Configuration
            - SATA Controller(s): Disabled
        - SCS Configuration
            - eMMC 5.1 Controller: Disabled

Ik installeer Debian Trixie (ZFS on Root) op de volgende manier:

https://openzfs.github.io/openzfs-docs/Getting%20Started/Debian/Debian%20Trixie%20Root%20on%20ZFS.html

In GRUB een regel aanpassen:

code:

GRUB_CMDLINE_LINUX_DEFAULT="consoleblank=600"

Vervolgens installeer ik de volgende packages wat te maken heeft om de server in een zo zuinige mogelijke staat te krijgen:

code:

sudo apt update && sudo apt install -y \
    firmware-intel-graphics \
    firmware-intel-misc \
    firmware-sof-signed \
    intel-microcode \
    powertop

Herstarten, powertop --auto-tune en dan 10/15 minuten wachten.

De metingen zijn gedaan met een Voltcraft Energy Logger 4000. De servers zijn verbonden met 1 UTP kabel op Gbit.

Odroid H4:
Idle verbruik: 1,6W
Idle verbruik + Docker (26 containers): ~4W

Odroid H4 Ultra:
Idle verbruik: 2,6W
Idle verbruik + Docker (3 containers): 2,8W

Nog geen tijd gehad om QEMU/KVM op te zetten.

[mxmemx]

Ik ben nieuw in het zelfbouw server gebeuren, maar al jaren aan het kijken ernaar.

Nu kan ik van een vriend het volgende kopen voor een prikkie:
ASROCK B550M Pro 4
Ryzen 5 3600
Consair Vengeance 16gb DDR4

Ik heb nog een Be quiet light base 500 lx liggen, maar twijfel of ik niet beter een jonsbo of iets kan kopen.
Hoe bereken ik het idle verbruik van deze componenten zonder hem met een voltmeter aan te hebben?

[roelofz]

Het prikkie zal vast helpen in de aanschaf, ik vrees alleen voor de running cost. Of je deze onder de 20 watt kan krijgen betwijfel ik. Dus reken dat ook even door, wat je cost per jaar gaat worden en wat een prikkie dan gaat doen. Mijn gok is dat je nu rond de 30 watt uit gaat komen met deze config mét inzetten van ssd's. Die 5-3600 mist ook een gpu (je kan zonder, maar is wel wat lastiger een OS installeren). In zuinige servers reken je trouwens altijd met de idle waardes, pieken zijn minder relevant als de veroorzaker ervan maar een mens is (dus incidenteel), dus vandaar die lage getallen die hier genoemd en gezocht worden in dit topic.

Ook de voeding is een ding, heb ik door schade en schande geleerd, die kan zo 10% teveel gebruiken. Je kan hier wel tips krijgen welke voedingen wel werken in welke range (ik heb een be quiet van 550 watt (wat heeeeeeel veel is) lager is altijd beter als je de pieken niet nodig hebt.

[mxmemx]

roelofz schreef op maandag 11 mei 2026 @ 14:30:
Het prikkie zal vast helpen in de aanschaf, ik vrees alleen voor de running cost. Of je deze onder de 20 watt kan krijgen betwijfel ik. Dus reken dat ook even door, wat je cost per jaar gaat worden en wat een prikkie dan gaat doen. Mijn gok is dat je nu rond de 30 watt uit gaat komen met deze config mét inzetten van ssd's. Die 5-3600 mist ook een gpu (je kan zonder, maar is wel wat lastiger een OS installeren). In zuinige servers reken je trouwens altijd met de idle waardes, pieken zijn minder relevant als de veroorzaker ervan maar een mens is (dus incidenteel), dus vandaar die lage getallen die hier genoemd en gezocht worden in dit topic.

Ook de voeding is een ding, heb ik door schade en schande geleerd, die kan zo 10% teveel gebruiken. Je kan hier wel tips krijgen welke voedingen wel werken in welke range (ik heb een be quiet van 550 watt (wat heeeeeeel veel is) lager is altijd beter als je de pieken niet nodig hebt.

Als het goed is heeft de MOBO een geintegreerde gpu.
Ik zou 4 HDD's willen runnen (uiteindelijk ik begin met 2) met unraid waarvan 1 een parity

[dcm360]

Dat moederbord heeft zeker geen geïntegreerde GPU. Wat betreft verbruik verwacht ik dat je met 2HDD's en een verder lage belasting van de CPU al snel uitkomt op een verbruik van 40W

[Mars Warrior]

mxmemx schreef op maandag 11 mei 2026 @ 13:12:
Ik ben nieuw in het zelfbouw server gebeuren, maar al jaren aan het kijken ernaar.

Nu kan ik van een vriend het volgende kopen voor een prikkie:
ASROCK B550M Pro 4
Ryzen 5 3600
Consair Vengeance 16gb DDR4

Ik heb nog een Be quiet light base 500 lx liggen, maar twijfel of ik niet beter een jonsbo of iets kan kopen.
Hoe bereken ik het idle verbruik van deze componenten zonder hem met een voltmeter aan te hebben?

Volgens deze bron: Low idle power consumption with an AMD chip supporting ECC RAM (<25W) - Motherboards and CPUs - Unraid doet dit mobo + CPU (Ryzen 5 5500GT) iets van 20W idle. Alleen de voeding kan ik ff niet vinden die gebruikt is.

Alleen hangt het natuurlijk af van het OS, de software en hoe de schijven worden gebruikt (bovenstaande meting is in idle), want 3.5" schijven kunnen per stuk zo 5-7W toevoegen aan het verbruik.

Een slechte, oude voeding kan het verbruik zo met 10W laten toenemen.

[dcm360]

Mars Warrior schreef op maandag 11 mei 2026 @ 18:40:
[...]

Volgens deze bron: Low idle power consumption with an AMD chip supporting ECC RAM (<25W) - Motherboards and CPUs - Unraid doet dit mobo + CPU (Ryzen 5 5500GT) iets van 20W idle. Alleen de voeding kan ik ff niet vinden die gebruikt is.

Wat niet helpt is dat in jouw voorbeeld een monolitische 5500GT zit, die is in idle ruim zuiniger dan een 3600 met chipletontwerp. Met een monolitische chip is <20W zeker haalbaar gebleken uit eigen ervaring, maar systemen met chipletontwerp heb ik nog nergens zo laag gezien. Als het meezit (soort van, ik houd waarschijnlijk wat hardware over van een nu sneuvelende server en een oude kantoor-pc) heb ik binnenkort nog wel wat spullen liggen om te meten aan een relatief kaal systeem met chiplet-CPU.

[GoBieN-Be]

@dcm360 Ik heb een Ryzen 7 3700X (chiplet ontwerp) en een Gigabyte server moederbord nochtans tot 16W idle gekregen. Wel met een PICO160 met 90W voeding. Maar dat is nota bene met een IPMI actief!

Het IPMI verbruik gemeten met systeem uit was trouwens 3,3W vermogen idle. Dus je kan eigenlijk concluderen dat het systeem 13W vermogen idle gebruikt als er geen IPMI op zat.

[ Voor 7% gewijzigd door GoBieN-Be op 12-05-2026 00:07 ]

[mxmemx]

dcm360 schreef op maandag 11 mei 2026 @ 16:09:
Dat moederbord heeft zeker geen geïntegreerde GPU. Wat betreft verbruik verwacht ik dat je met 2HDD's en een verder lage belasting van de CPU al snel uitkomt op een verbruik van 40W

Zijn systemen met meer dan 2 HDD's per definitie "onzuinig"? Qua ik zou er zelf 1 bouwen om "goedkoper" uit te zijn dan de ugreen NAS DXP 4800 plus.
Ik zie wel bijzonder lage idle waardes in dit forum, maar voor mn gevoel is er geen 1 met minimaal 4 HDD en 2 SSD (docker en OS) ofwel?

[RobertMe]

mxmemx schreef op dinsdag 12 mei 2026 @ 09:24:
[...]

Zijn systemen met meer dan 2 HDD's per definitie "onzuinig"? Qua ik zou er zelf 1 bouwen om "goedkoper" uit te zijn dan de ugreen NAS DXP 4800 plus.
Ik zie wel bijzonder lage idle waardes in dit forum, maar voor mn gevoel is er geen 1 met minimaal 4 HDD en 2 SSD (docker en OS) ofwel?

Het is per definitie onzuinig door de HDDs. 1 HDD gebruikt meer stroom dan de rest van een zuinig systeem. Zie de 5-7W die hierboven wordt aangehaald per HDD. Terwijl je in dit draadje voldoende systemen vind die, zonder HDD, minder dan 5W verbruiken.
Dat het systeem met HDDs dus onzuinig is moet je op de koop toenemen. Maar een zuinig moederbord, CPU, ... wordt natuurlijk niet ineens extreem onzuinig als je HDDs aansluit. Maar er wordt wel een veelvoud aan stroom uit het stopcontact gehaald uiteraard (lees: "onzuinig").

Edit:
Waarbij je je uiteraard ook moet afvragen hoeveel geld je stuk wilt slaan op het zuiniger maken van het moederbord / CPU / ... en/of hoeveel compromissen je daarin wilt sluiten. Als je €100 extra kwijt bent om 1W te besparen terwijl je bv 3 HDDs hebt die 3x5W = 15W gebruiken is die 1W besparing natuurlijk niet echt veel als je het afzet tegen het totale verbruik.

[ Voor 16% gewijzigd door RobertMe op 12-05-2026 09:43 ]

[mxmemx]

RobertMe schreef op dinsdag 12 mei 2026 @ 09:39:
[...]

Het is per definitie onzuinig door de HDDs. 1 HDD gebruikt meer stroom dan de rest van een zuinig systeem. Zie de 5-7W die hierboven wordt aangehaald per HDD. Terwijl je in dit draadje voldoende systemen vind die, zonder HDD, minder dan 5W verbruiken.
Dat het systeem met HDDs dus onzuinig is moet je op de koop toenemen. Maar een zuinig moederbord, CPU, ... wordt natuurlijk niet ineens extreem onzuinig als je HDDs aansluit. Maar er wordt wel een veelvoud aan stroom uit het stopcontact gehaald uiteraard (lees: "onzuinig").

Edit:
Waarbij je je uiteraard ook moet afvragen hoeveel geld je stuk wilt slaan op het zuiniger maken van het moederbord / CPU / ... en/of hoeveel compromissen je daarin wilt sluiten. Als je €100 extra kwijt bent om 1W te besparen terwijl je bv 3 HDDs hebt die 3x5W = 15W gebruiken is die 1W besparing natuurlijk niet echt veel als je het afzet tegen het totale verbruik.

Ik ben nieuw in het hele zelfbouw gebeuren, ik heb wel berekent dat met 40W idle met mijn huidige stroomkosten het ongeveer 150€ kost om hem te laten draaien per jaar. Nu is google drive 2TB vergelijkbaar qua kosten dus in die zin "koop" ik iets standalone om geen afhankelijkheid te hebben meer van google. Ik gebruik backblaze als back up service dus die zou met de NAS samen mijn google drive vervangen. Wellicht is mijn use case niet vergelijkbaar met een low idle systeem ?

EDIT: Ik ben ook geinteresseerd in Unraid vanwege de dockers die je erop kan draaien en dergelijke, al vind ik de lifetime versie wel behoorlijk prijzig.

[ Voor 4% gewijzigd door mxmemx op 12-05-2026 09:56 ]

[GioStyle]

Dan betaal je €0,43 per kWh? Dat is fors te noemen. Misschien ook eens overstappen van energieleverancier?

Mijn nas gaat hier gewoon uit als het niet gebruikt wordt en ik moet eerlijk zeggen: hij staat vaker uit dan aan. Als ik een aantal films/series wil kijken, dan kopieer ik deze tijdelijk naar één van de servers die wel 24/7 aan staat.

[roelofz]

Een HDD in spindown state kan wel zuinig zijn, al is 1 watt per disk niet heeeel erg zuinig. Dit vereist wel een passieve RAID vorm (snapraid gebruikte ik hiervoor) als je redundantie wil icm met spindown bij 20 min idle + een ssd voor het OS en de wel actieve applicaties, dus een heel scherpe blik op wat disk activiteit veroorzaakt op de hdd's. . Zo spaar je wel in kosten en is een zuinig systeem met HDD's wel mogelijk. Maar door alle extra moeite vraagt dit wel veel extra werk om er nog iets zuinigs van te maken.

Unraid is denk ik de verkeerde route met hdd's...

[Bontje Blauw]

mxmemx schreef op dinsdag 12 mei 2026 @ 09:55:
[...]

Ik ben nieuw in het hele zelfbouw gebeuren, ik heb wel berekent dat met 40W idle met mijn huidige stroomkosten het ongeveer 150€ kost om hem te laten draaien per jaar. Nu is google drive 2TB vergelijkbaar qua kosten dus in die zin "koop" ik iets standalone om geen afhankelijkheid te hebben meer van google. Ik gebruik backblaze als back up service dus die zou met de NAS samen mijn google drive vervangen. Wellicht is mijn use case niet vergelijkbaar met een low idle systeem ?

EDIT: Ik ben ook geinteresseerd in Unraid vanwege de dockers die je erop kan draaien en dergelijke, al vind ik de lifetime versie wel behoorlijk prijzig.

Ik zie het zo, van makkelijk naar moeilijk:

1. ZimaOS of CasaOS op linux
2. Unraid en consorten
3. Linux met desktop
4. Linux server, terminal only

Unraid heb ik ook een aantal jaren gebruikt en is zeker vanaf versie 7 heel compleet en gebruiksvriendelijk. En je kan het ook voor een maand uitproberen dacht ik.

Lifetime licentie is een heel bedrag, wellicht hebben ze af en toe korting acties. Maar het is heel gebruiksvriendelijk en goed in "storage and config" met array and cache options.

[mxmemx]

GioStyle schreef op dinsdag 12 mei 2026 @ 10:37:
Dan betaal je €0,43 per kWh? Dat is fors te noemen. Misschien ook eens overstappen van energieleverancier?

Mijn nas gaat hier gewoon uit als het niet gebruikt wordt en ik moet eerlijk zeggen: hij staat vaker uit dan aan. Als ik een aantal films/series wil kijken, dan kopieer ik deze tijdelijk naar één van de servers die wel 24/7 aan staat.

Ik had gewoon de dagelijkse dynamische energie prijs gepakt toen ik dat berekende met 1,2kwh per dag.
Ik heb zonnepanelen dus effectief gezien, verbruik ik "niets" tijdens de zon uren (lees Verdien ik minder?)
Ik heb tot begin 2027 vast bij greenchoice uit mn hoofd ivm geen terugleververgoeding. Per 2027 ga ik de vrije markt weer op als het salderen weg gaat.

[N8w8]

@roelofz, ik had eerst 2x 500GB HDD RAID1.
Toen 1TB SSD erbij, daarmee kon ik 2x RAID1 maken van elk 1 HDD en halve SSD.
Lezen doet ie van SSD, dan gaat HDD alleen aan bij schrijven.
Wat je zegt dat is zeker wel even tunen/modden zodat ie weinig aangaat.
Hangt sterk af van wat je allemaal wilt draaien, kan me voorstellen dat dat bij sommige apps niet te doen is.
Vooral in t eerste geval (als HDD ook aan moet voor lezen), maar de mijne was toen nog puur fileserver voor hier en daar n bestandje of backup, dus dat ging nog wel.
iig, voor mij werkt het zo prima, ondanks "gewone" RAID1, met ook het OS erop.
Ben wel benieuwd of ik straks ook Immich nog onder de duim kan krijgen qua writes.
Nouja zo'n setup zullen weinig mensen ambieren, maar ik noem het maar.

[sloth]

sloth schreef op woensdag 10 september 2025 @ 21:22:
Ik zoek een zuinige home assistant server aan lage kost (<= 100 euro). Geen Pi met dank aan @Q .
Lees niet heel veel meer mee in dit topic maar wel de zoekfunctie gebruikt.

Er zijn (via Ali) n100 / n150 mini pc's te vinden binnen budget maar dan kijk je al vaak naar 8 watt idle oid?
Een refurbished thin client zoals een Esprimo Q556 zoals die van @delanget lijkt me dan leuker. Al voor 8 tientjes compleet te koop en makkelijk <5 watt idle.
Wel is het al best oude hardware dus vraag ik me af of er niet wat moderners is geschikt voor mijn wensen.

Ik heb vorig jaar de Fujitsu Esprimo Q556/2 gekocht (G5400T, 8 GB ram en 128 GB SSD) en erg tevreden van. Verbruik in Proxmox headless zonder optimalisaties ongeveer 5 watt idle gemeten met een Voltcraft Energy Logger 4000.

Nu wil ik uitbreiden met een extra server en overweeg een Esprimo Q556/2 te kopen.
Maar dan met een i7-7700t. Dan ga ik van 2 naar 4 fysieke cores en van 4 naar 8 threads.

Vraag: mag ik een vergelijkbaar laag idle verbruik verwachten als het G5400T systeem? Ik kan in dit topic weinig over de i7 processor vinden.

@mrmrmr ik heb een vermoeden dat jij dit zo kan beantwoorden

[spoor12b]

Ik had een tijd geledem gepost dat powertop bij mij geen RC6 liet zien.

Voor wie hetzelfde probleem heeft, installeer de intel-gpu-tools

sudo apt install intel-gpu-tools

en start dan intel_gpu_top



Op de bovenste regel staat 100% RC6 , dus zo te zien werkt het naar behoren

Platform OMV8 (Debian) , Odroid H4+

[ Voor 4% gewijzigd door spoor12b op 14-05-2026 18:20 ]

[mrmrmr]

@sloth Ik zou denken dat het idle verbruik niet veel van elkaar verschilt. Wel is het zo dat de extra cores een wat hoger verbruik zullen hebben tijdens opstarten. Als de voeding piepklein is of als de capaciteit van de voeding voor een groot deel in beslag wordt genomen door startende 3.5" hard disks is dat van belang. Maar meestal is er geen probleem.

Je hoeft niet speciaal een 'T' processor te kiezen als de TDP (het verbruik) instelbaar is, maar deze computers werden veel verkocht met zo'n processor, dus die keus is er meestal niet. De T variant schaaft de verbruikspieken af en het duurt daardoor wat langer totdat erg intensieve taken klaar zijn.

@spoor12b Misschien moet je in powertop doorscrollen naar onder? In een kleine shell window valt de onderkant weg.

[spoor12b]

@mrmrmr nee, hij is echt niet meer zichtbaar. Vroeger stond hij er wel. Ik heb ook al eerder met docker de meest recente versie van powertop gestart maar dat hielp ook niet. Hier nog een screenshot van een gemaximaliseerd venster op mijn 5K monitor:



Vreemd dat hij er niet bij staat maar als het goed is werkt het wel.

[mrmrmr]

@spoor12b Dat ziet er uit als een bug in powertop.

Die kun je hier melden als je dat wil: https://github.com/fenrus75/powertop/issues?q=is%3Aissue
Ik zou erbij zetten welk moederbord, processor en chipset je hebt.

Iemand met een debugger tool kan door de code stappen en zo ontdekken waar het probleem zit.

[spoor12b]

@mrmrmr goed plan, gelijk een ticket aangemaakt. Ik zag daar ook al een ticket voor dit probleem waar ik ook last van heb (Proxmox kernal 7.0.2):

[WeaZuL]

GioStyle schreef op zaterdag 2 mei 2026 @ 21:47:
[...]


Dat had ik vroeger. Ik had de beroemde Fujitsu D3644-B moederbord met 32GB geheugen en 6x5TB in raidz2. Dat werkte prima, maar mijn eisen/wensen/doelen zijn door de jaren heen veranderd.

Ik heb nu dus twee servers die continu aan staan. Daarnaast een 'workstation/gamepc' en een nas. De laatste twee gaan bij geen gebruik gewoon uit.

Een belangrijke reden is internet. Als je maar één server hebt die onder andere je DNS regelt en je gaat rebooten, dan heeft het huishouden even geen internet. Ik merk aan mezelf dat ik daar echt slecht tegen kan.

Zo zijn er nog andere redenen, maar laten we erop houden dat voor mijn situatie deze setups het meest ideaal zijn en het meest zuinig.

Dat kan ik idd beamen, ik hoor het huishouden heel duidelijk wanneer ik een reboot doe van idd mijn Fujitsu server. ik ben ook met k3s aan het klooien en dan is een cluster h3's leuk speelgoed.

Ik gebruik de 2,5Gbit poorten momenteel icm met mijn switch, werkt niet onaardig. Ik had ook "geïnvesteerd" in 64gb ram (dikke overkill) voordat de prijzen door het dak gingen, was toen al een rip uit mijn lijf. Als het goed is komen er vandaag twee h3's binnen van MP, dan worden de modules daarover verdeeld en wordt het 32gb per H3. Kunnen we weer verder hobbyen met k3s cluster.

[PuijkeN]

spoor12b schreef op vrijdag 15 mei 2026 @ 09:24:
@mrmrmr goed plan, gelijk een ticket aangemaakt. Ik zag daar ook al een ticket voor dit probleem waar ik ook last van heb (Proxmox kernal 7.0.2):

[Afbeelding]

Zijn dit toevallig lege poorten? Ik krijg die ook niet op "good" (maar aangezien leeg weet ik niet veel of het uitmaakt?)

Ik had ook een issue op andere poorten, en daarvoor moest ik "hot plug" in de BIOS uitschakelen voor die bepaalde poorten (overal gedaan - maar de lege blijven dus "bad").

[spoor12b]

PuijkeN schreef op vrijdag 15 mei 2026 @ 14:47:
[...]

Zijn dit toevallig lege poorten? Ik krijg die ook niet op "good" (maar aangezien leeg weet ik niet veel of het uitmaakt?)

Ik had ook een issue op andere poorten, en daarvoor moest ik "hot plug" in de BIOS uitschakelen voor die bepaalde poorten (overal gedaan - maar de lege blijven dus "bad").

Nee, twee ervan zijn in gebruik. De melding kan je hier vinden.

[sloth]

Hardkernel heeft de ODROID-H5 uitgebracht:

• Intel N300 (8C / 8T / 7W TDP)
• 1 x DDR5 SO-DIMM
• 3× M.2 PCIe Gen3 x2 + 1× M.2 PCIe Gen3 x1
• 1× 10GbE
• Idle verbruik (cijfers fabrikant) van 3,3W headless

Erg benieuwd naar eerste reviews

[ Voor 3% gewijzigd door sloth op 20-05-2026 17:35 ]

[bjp]

sloth schreef op woensdag 20 mei 2026 @ 17:32:
Hardkernel heeft de ODROID-H5 uitgebracht:

• Intel N300 (8C / 8T / 7W TDP)
• 1 x DDR5 SO-DIMM
• 3× M.2 PCIe Gen3 x2 + 1× M.2 PCIe Gen3 x1
• 1× 10GbE
• Idle verbruik (cijfers fabrikant) van 3,3W headless

Erg benieuwd naar eerste reviews

wow! ziet er goed uit. die 10G ethernet is verrassend. De reeks M.2 slots is ook mooi

[RobertMe]

bjp schreef op woensdag 20 mei 2026 @ 18:13:
[...]


wow! ziet er goed uit. die 10G ethernet is verrassend. De reeks M.2 slots is ook mooi

Gen 3 met x2 en x1 is natuurlijk wel "iffy". Leuk die 10Gbit/s. Maar volgens mij ga je die met deze PCIe specs niet dicht kunnen trekken. Far from zelfs.

(Uiteraard afhankelijk van use case of het echt een beperking is).

[latka]

RobertMe schreef op woensdag 20 mei 2026 @ 19:13:
[...]

Gen 3 met x2 en x1 is natuurlijk wel "iffy". Leuk die 10Gbit/s. Maar volgens mij ga je die met deze PCIe specs niet dicht kunnen trekken. Far from zelfs.

(Uiteraard afhankelijk van use case of het echt een beperking is).

10gbe is 1 gigabyte per seconde. Pcie gen 3 met 1 lane doet ongeveer 980megabyte per seconde. Ik zie geen probleem.

[RobertMe]

latka schreef op woensdag 20 mei 2026 @ 19:32:
[...]

10gbe is 1 gigabyte per seconde. Pcie gen 3 met 1 lane doet ongeveer 980megabyte per seconde. Ik zie geen probleem.

Ik zat er idd helemaal naast en zat in mijn hoofd met de ~250MByte/s van mijn HDDs. (En ooit de constatering dat mijn NVMe drives niet de benchmark snelheden halen, doordat ze maar op 2 lanes zitten. Maar dat zal idd dan nog prima boven de 10Gbit/s zitten)

[GioStyle]

Mooi om te zien dat de ontwikkeling niet stil staat. Helaas voor mij te laat aangekondigd, anders had ik in plaats van de H4 de H5 gekocht, denk ik. €300 voor het H5 bordje. Fors, maar relatief betaalbaar. De H4 serie is momenteel niet meer leverbaar vanwege CPU leveringsproblemen. Hm, misschien overwegen om mijn H4 Ultra te 'upgraden'. Pff, keuzes, keuzes.

[RobertMe]

GioStyle schreef op woensdag 20 mei 2026 @ 21:32:
€300 voor het H5 bordje. Fors, maar relatief betaalbaar.

Je krijgt er meer voor dan de €250 voor 16GB RAM in hun eigen store of de €300 voor 32GB in de pricewatch (€500 voor 32GB in hun store ).

En ja, uiteraard weet ik dat RAM duur is tegenwoordig. Maar ook nog eens €200 verschil tussen Pricewatch en Hardkernel store voor 32GB.

Edit:
Maar je had de H4 Ultra voor de performance toch? Die is bij de H5 juist iets lager. (Uiteraard krijg je er dan wel meer NVMe + 10GbE + ... voor terug)

[ Voor 14% gewijzigd door RobertMe op 20-05-2026 21:55 ]

[GioStyle]

RobertMe schreef op woensdag 20 mei 2026 @ 21:54:

Maar je had de H4 Ultra voor de performance toch? Die is bij de H5 juist iets lager. (Uiteraard krijg je er dan wel meer NVMe + 10GbE + ... voor terug)

Ja, dat is wel jammer. Had dan een snellere CPU geplaatst, maar ik denk dat de beschikbaarheid een rol heeft gespeeld. Ik heb hier nog wel een nvme x2 adapter liggen, die wil ik gaan inzetten om een ssd extra te kunnen toevoegen voor virtualisatie, maar dan moet ik gaan knutselen om de behuizing alsnog netjes dicht te krijgen.

En ja, ik denk dat het meer fanboy gedrag is dan rationeel gedrag.

[RobertMe]

GioStyle schreef op woensdag 20 mei 2026 @ 22:04:
En ja, ik denk dat het meer fanboy gedrag is dan rationeel gedrag.

Hehe. Rationeel zit ik ook al te denken... Ik heb nu nog (een) SATA SSD. Bij deze H5 heb je dan dat extra bordje nodig. Maar dan heb je nog steeds geen stroom (i.t.t. de H4 (en H3?) kun je geen SATA stroom van het bord krijgen), zelf geven ze aan dat je dan maar een ATX / ... voeding moet gebruiken (waarbij met de ITX adapter er al kabels voor ATX bij zitten). Zal alleen natuurlijk flink af doen van de zuinigheid. En je bent dan semi verplicht om naar een ITX / ATX kast te gaan.

En voor die €290 + klein spul + zuinige ATX voeding koop je dan waarschijnlijk ook wel een beetje zuinige tweedehands Optiplex / Prodesk / ... met waarschijnlijk een veel betere CPU, NVMe + SATA, mogelijk ook nog wel een PCIe slot, .... En dat voor in de basis een beetje extra idle verbruik (3W vs ... 5 of zo vaak voor dat soort systemen?), en als je voor de H5 een ATX voeding met meer verlies nodig hebt... kom je waarschijnlijk op hetzelfde verbruik uit. Mis je alleen 10GbE en een aantal NVMe slots en SATA poorten.

Heck, voor die €290 + klein spul koop je waarschijnlijk zelfs een gewoon moederbord + CPU die on par of beter is dan die N300. En zaken als RAM, voeding, kast zou je bij de H5 dan ook moeten kopen (of nog moeten hebben maar dan kan jet ook voor de gewone build gebruikt worden).

[GioStyle]

RobertMe schreef op woensdag 20 mei 2026 @ 23:03:
Heck, voor die €290 + klein spul koop je waarschijnlijk zelfs een gewoon moederbord + CPU die on par of beter is dan die N300. En zaken als RAM, voeding, kast zou je bij de H5 dan ook moeten kopen (of nog moeten hebben maar dan kan jet ook voor de gewone build gebruikt worden).

Eerste Nederlandse webshop biedt de Odroid H5 aan voor een kleine €500. Gaat hem echt niet worden. Ik bestel wel voor €10 aan nylon afstandsbussen om mijn nvme x2 adapter netjes te monteren op mijn H4 Ultra en neem het extra verbruik wel voor lief.

[ Voor 3% gewijzigd door GioStyle op 21-05-2026 18:27 ]

[Anthirian]

Hoi allemaal, alweer even geleden dat ik mijn zuinige home server bouwde (ik stam nog uit de tijd dat dit topic met deel 2 bezig was). Intussen is een van mijn geshuckte schijven overleden en ben ik bezig met herstelwerkzaamheden. Zodoende heb ik twee WD Elements Portable van 4TB gekocht en heb de eerste vanavond van zijn jasje ontdaan. Tot mijn spijt kom ik er nu achter dat er geen SATA-connector meer op deze schijven zit, maar dat de USB-connector direct vastzit op de printplaat. Is dit tegenwoordig standaard? Zijn er alternatieven die ik niet ken? Dit zijn de datadisks voor mijn verzameling Linux ISO's, dus ben specifiek op zoek naar niet-SMR-schijven.

[RobertMe]

Anthirian schreef op zaterdag 23 mei 2026 @ 22:47:
Hoi allemaal, alweer even geleden dat ik mijn zuinige home server bouwde (ik stam nog uit de tijd dat dit topic met deel 2 bezig was). Intussen is een van mijn geshuckte schijven overleden en ben ik bezig met herstelwerkzaamheden. Zodoende heb ik twee WD Elements Portable van 4TB gekocht en heb de eerste vanavond van zijn jasje ontdaan. Tot mijn spijt kom ik er nu achter dat er geen SATA-connector meer op deze schijven zit, maar dat de USB-connector direct vastzit op de printplaat. Is dit tegenwoordig standaard? Zijn er alternatieven die ik niet ken? Dit zijn de datadisks voor mijn verzameling Linux ISO's, dus ben specifiek op zoek naar niet-SMR-schijven.

Seagate 2,5" HDDs zit bij mijn weten nog steeds SATA op (/dat zat het een paar jaar terug en niet opgevangen dat dat niet meer zo zou zijn).

Maar uhm... Linux ISOs, als je die verzameld hebt kunnen ze toch prima op SMR staan? Bulk storage zal gewoon prima gaan. Je moet alleen niet (teveel) random I/O gaan genereren.

[Anthirian]

Dank, misschien dat ik ze dan ga omruilen voor Seagate inderdaad. De Linux ISO’s zijn torrents en die wil ik graag blijven seeden, if you catch my drift 😉

[latka]

Anthirian schreef op zaterdag 23 mei 2026 @ 23:11:
Dank, misschien dat ik ze dan ga omruilen voor Seagate inderdaad. De Linux ISO’s zijn torrents en die wil ik graag blijven seeden, if you catch my drift 😉

Voor seeden is SMR ook geen probleem

[haakjesluiten]

mooie propositie die H5 maar ik wacht eigenlijk op iets vergelijkbaars met de recente Wildcat Lake soc's

[ Voor 5% gewijzigd door haakjesluiten op 24-05-2026 11:38 ]

[dcm360]

RobertMe schreef op zaterdag 23 mei 2026 @ 22:55:
[...]
Maar uhm... Linux ISOs, als je die verzameld hebt kunnen ze toch prima op SMR staan? Bulk storage zal gewoon prima gaan. Je moet alleen niet (teveel) random I/O gaan genereren.

En specifieker vooral geen random writes, op random reads zit zover ik weet (en merk) geen (significante) penalty.
Overigens is mijn ervaring zelfs met niet-SMR-schijven (Toshiba MG07's) dat torrents sneller gaan door de download eerst naar een SSD te laten gaan en de torrent-client de data naar HDD's te laten verplaatsen zodra het download-deel klaar is. Naast de snellere download en lagere I/O-load tijdens het downloaden levert het ook nog eens minder gefragmenteerde bestanden op de HDD's op, wat ook weer gunstig is als je gedownloade bestanden wil lezen.

[RobertMe]

dcm360 schreef op zondag 24 mei 2026 @ 12:32:
[...]

En specifieker vooral geen random writes, op random reads zit zover ik weet (en merk) geen (significante) penalty.

Ah ja, logisch ook. Gezien SMR een oplossing is om de data dichter op elkaar te schrijven. Waarbij de beperking in de "schrijfkop" zit. Daardoor dat die steeds brede banen schrijft maar continu de banen grotendeels over elkaar heen schrijft, waardoor er effectief een smallere baan over blijft. De leeskop heeft vervolgens geen enkel probleem om te lezen van die smalle banen.

Overigens is mijn ervaring zelfs met niet-SMR-schijven (Toshiba MG07's) dat torrents sneller gaan door de download eerst naar een SSD te laten gaan en de torrent-client de data naar HDD's te laten verplaatsen zodra het download-deel klaar is. Naast de snellere download en lagere I/O-load tijdens het downloaden levert het ook nog eens minder gefragmenteerde bestanden op de HDD's op, wat ook weer gunstig is als je gedownloade bestanden wil lezen.

En dit idd. En een SSD continu actief met random I/O zal ook zuiniger zijn dan eender welk soort HDD (2,5" vs 3,5", CMR vs SMR).
Effectief doe ik dit zelf al omdat ik download op mijn router, naar een SSD. Maar bulk opslag op de NAS staat die alleen on-demand aan staat. Maar natuurlijk ook prima te bereiken door een download client in te stellen met een in-progress map vs completed map die op andere media staan.

[Anthirian]

Dus samenvattend in mijn torrent use-case kan ik dus prima SMR of CMR schijven pakken omdat die torrents geen random writes doen? En als ik de leessnelheid wil optimaliseren dan gebruik ik de SSD als een soort cache en bij completed torrents zet je ze in één keer over naar de HDD?

[RobertMe]

Anthirian schreef op zondag 24 mei 2026 @ 13:18:
Dus samenvattend in mijn torrent use-case kan ik dus prima SMR of CMR schijven pakken omdat die torrents geen random writes doen? En als ik de leessnelheid wil optimaliseren dan gebruik ik de SSD als een soort cache en bij completed torrents zet je ze in één keer over naar de HDD?

Torrents doen juist wel random writes. Maar de vraag is dan wel of ze zo snel binnen komen dat SMR echt een issue is, of dat het volledige SMR verhaal alsnog sneller is dan de verbinding.

En als je zeker wilt weten dat het goed gaat kun je dus net zo goed een (evt kleinere) SSD toevoegen waarop de downloads binnen komen en de torrent client ze daarna laten verplaatsen. Dan is het verplaatsen één grote sequential write dat voor SMR veel minder een probleem is. En als bijkomend voordeel dat ook bij het latere lezen de boel niet compleet gefragmenteerd over de schijf staat.

[latka]

RobertMe schreef op zondag 24 mei 2026 @ 14:43:
[...]

Torrents doen juist wel random writes.

Als je een seedbox hebt (dus alleen uploaden) dan is smr nooit een probleem. Bij downloaden van een verse torrent speelt smr schrijfproblematiem en fragmentatie een grotere rol. Overigens doen mijn 5tb 2.5" smrs van seagate nog steeds ruim 70mb/s als de cache vol is.

[RobertMe]

latka schreef op zondag 24 mei 2026 @ 14:49:
ruim 70mb/s

microbits per seconde?

Nu zal je wel mega bedoelen, maar bits? of Bytes? Want 70 Mbit/s is natuurlijk nog steeds weinig. Meeste internetverbindingen zijn tegenwoordig toch wel 100Mbit/s of meer. En 70MByte/s is nog steeds maar ~560Mbit/s en dus potentieel haalbaar. (Maar dus "potentieel", op een langzamer lijntje hoeft het sowieso geen issue te zijn, op een snellere verbinding ben je uiteraard afhankelijk van de seeders).

[Yarisken]

Ik heb toch slechte ervaringen met 2.5 smr schijven en ook 3.5 CMR schijf als ik die aansloot op usb en enkel gebruikte om torrents te seeden. Die 2.5 smr schijven gingen gewoon stuk en die CMR schijf van 8TB begon met corrupte date weer te geven. Ik heb wel niets van tuning gedaan ofzo. My 2 cents.

[edwin2021]

Yarisken schreef op zondag 24 mei 2026 @ 16:22:
Ik heb toch slechte ervaringen met 2.5 smr schijven en ook 3.5 CMR schijf als ik die aansloot op usb en enkel gebruikte om torrents te seeden. Die 2.5 smr schijven gingen gewoon stuk en die CMR schijf van 8TB begon met corrupte date weer te geven. Ik heb wel niets van tuning gedaan ofzo. My 2 cents.

Wel de meest recente firmware erop?

[Yarisken]

edwin2021 schreef op zondag 24 mei 2026 @ 16:31:
[...]

Wel de meest recente firmware erop?

Nee die moeite heb ik nooit gedaan. Nu seed ik van een 2TB ssd die intern is aangesloten en geen enkel probleem meer.

[RobertMe]

Yarisken schreef op zondag 24 mei 2026 @ 16:22:
Ik heb toch slechte ervaringen met 2.5 smr schijven en ook 3.5 CMR schijf als ik die aansloot op usb en enkel gebruikte om torrents te seeden. Die 2.5 smr schijven gingen gewoon stuk en die CMR schijf van 8TB begon met corrupte date weer te geven. Ik heb wel niets van tuning gedaan ofzo. My 2 cents.

Tsja, ik heb een mirror van 2 Seagate 5TB gehad als externe backup. Werd 4x per dag bijgewerkt, en dus sequentieel. Na 2, 3 jaar waren beiden stuk. Ik vertrouw die, en Seagate in het algemeen (eerder ook al een defecte Seagate gehad (3,5" in dat geval, waarschijnlijk ook pre-SMR), voor zover ik weet zit ik op een failure rate van 3 uit 4 bij Seagate), dus voor geen meter meer. Dus zit jou probleem dan in het seeden of in de kwaliteit van de schijven an zich? En ook in het ZFS topic heb ik wel eens verhalen van gesneuvelde 2,5" Seagates gezien. Gevoelsmatig zijn ze dus gewoon gevoelig voor failures. Of failures van andere worden minder besproken. Naast mijn eigen ervaring.

Intussen zit in de NAS HDD t/m 7, 5x WD 2x Toshiba. Daarvan is 1 WD gesneuveld. Begonnen met 3x 8TB, later 1 vervangen door 14TB en weer later 1 door 18TB, zodat ik wat spreiding in productie had. Vervolgens was de pool vol en heb ik de laatste 8TB vervangen door een, Toshiba, van 20TB. Op een gegeven moment bleek de 14TB helemaal niet meer te starten en is die vervangen door een, Toshiba, van 22TB. Alle 3 de 8TBs doen het dus nog als het goed is.

[mbbs1024]

Ik heb net mijn Debian Trixie KDE htpc/NAS/Docker server omgezet naar Manjaro, en gebruik gemaakt van de Manjaro KDE plasma minimal image, om zo weinig mogelijk bloat te hebben.

De reden van de migratie was omdat ik bij Debian tegen een paar outdated packages aanliep, in vergelijking met Manjaro die ik op mijn laptop heb.

Met Debian 13 kwam ik uit op een idle verbruik van ongeveer 16W, terwijl ik met Manjaro op 10 W idle uitkom, op dezelfde HW, en dit met minder strikte tlp settings dan bij Debian.
Volgens AI zou deze betere power efficiëntie vooral toe te schijven zijn aan de betere power handling van nieuwere software, en het feit dat Arch/Manjaro software met meer optimalisatie compiler flags gecompileerd wordt dan bij Debian.

Ik was daar toch verrast door, omdat ook hier, Debian toch wel aangeraden wordt als energie zuinig.
Mijn verwachting was dat ik met de migratie een iets hoger stroomverbruik zou hebben, maar in plaats daarvan zie ik toch wel een niet te verwaarlozen minderverbruik van ongeveer 6W, op dezelfde hardware (intel core i5 13500 + 32GB RAM + 500GB SSD + 10TB disk.

Ik denk dat het nu wel interessant wordt om mijn Home Assistant van een O-droid XU4 naar dit systeem te migreren, en het systeem dan 24/7 te laten draaien, ipv enkel als ik het gebruik om TV te kijken of als NAS.
Eventueel zou ik ook nog s'nachts kunnen uitschakelen, omdat ik dan Home Assistant niet nodig heb, en het via de BIOS autostart functie s'morgens laten opstarten, en via een automation, s'avonds de pc uitschakelen, zodat hij niet nodeloos draait en stroom verbruikt als ik hem toch niet nodig heb.

[ Voor 21% gewijzigd door mbbs1024 op 24-05-2026 19:28 ]

[mrmrmr]

@mbbs1024 Heb je wel de optimalisaties uitgevoerd bij Debian 13? Dat zijn meestal consoleblank (met GUI xset of al geregeld) en powertop --auto-tune. Zie topic start.

Voor hard disks kan de disk in spindown worden gezet. Dat kan ook flink schelen. TLP kan dat ook, maar ik raad aan het handmatig te doen in combinatie met powertop, anders krijg je settings die mogelijk kunnen conflicteren.

LLM's herhalen vaak slecht geïnformeerde teksten en stukken uit reclameteksten en verzint er met overtuiging zelf wat bij, dat is zonder bronnen a priori ongeloofwaardig.

[mbbs1024]

mrmrmr schreef op zondag 24 mei 2026 @ 19:25:
@mbbs1024 Heb je wel de optimalisaties uitgevoerd bij Debian 13? Dat zijn meestal consoleblank (met GUI xset of al geregeld) en powertop --auto-tune. Zie topic start.

Ja, op Debian had ik zelfs striktere optimalisaties, waardoor ik soms tegen disk spindown blokkeringen aanliep na enkele seconden.
Bij zowel Debian als Manjaro kon ik via Home Assistant, de GUI uitschakelen als ik geen TV kijk, wat ook weer een paar Watt scheelt (systemctl stop sddm)
Het systeem draait nu vlotter, en verbruikt minder.

Dat er in recentere kernels betere optimalisaties zijn doorgevoerd is geen AI sprookje, tenzij je de release notes van Linus Torvalds over de verbeteringen in de kernel en in drivers ook in twijfel gaat trekken.
En Manjaro, met het rolling release model zit een stuk dichter op recente software releases dan Debian, die eerder behoudend zijn en wachten met updates.
Mogelijk staan er bij de Debian KDE versie ook meer standaard dingen aan dan bij de Manjaro KDE minimal install versie, Want na de installatie van Debian, heb ik nog heel wat dingen moeten verwijderen, wat bij Manjaro KDE minimal niet nodig was, omdat ze gewoon standaard al niet geinstalleerd werden.

[ Voor 7% gewijzigd door mbbs1024 op 24-05-2026 19:44 ]

[latka]

RobertMe schreef op zondag 24 mei 2026 @ 14:57:
[...]

microbits per seconde?

Nu zal je wel mega bedoelen, maar bits? of Bytes? Want 70 Mbit/s is natuurlijk nog steeds weinig. Meeste internetverbindingen zijn tegenwoordig toch wel 100Mbit/s of meer. En 70MByte/s is nog steeds maar ~560Mbit/s en dus potentieel haalbaar. (Maar dus "potentieel", op een langzamer lijntje hoeft het sowieso geen issue te zijn, op een snellere verbinding ben je uiteraard afhankelijk van de seeders).

70 megabytes per seconde. Niet genoeg voor volledige snelheid downloaden op een gigabit maar in de praktijk voor mij voldoende.

[edwin2021]

Yarisken schreef op zondag 24 mei 2026 @ 16:53:
[...]

Nee die moeite heb ik nooit gedaan. Nu seed ik van een 2TB ssd die intern is aangesloten en geen enkel probleem meer.

Toch is het met ssd's wel aan te raden (ik deed vroeger daar zeker geen moeite voor) Bevatten vaak bugfixes.

[ Voor 7% gewijzigd door edwin2021 op 24-05-2026 20:31 ]

[Church of Noise]

mbbs1024 schreef op zondag 24 mei 2026 @ 19:41:
[...]

Ja, op Debian had ik zelfs striktere optimalisaties, waardoor ik soms tegen disk spindown blokkeringen aanliep na enkele seconden.
Bij zowel Debian als Manjaro kon ik via Home Assistant, de GUI uitschakelen als ik geen TV kijk, wat ook weer een paar Watt scheelt (systemctl stop sddm)
Het systeem draait nu vlotter, en verbruikt minder.

Dat er in recentere kernels betere optimalisaties zijn doorgevoerd is geen AI sprookje, tenzij je de release notes van Linus Torvalds over de verbeteringen in de kernel en in drivers ook in twijfel gaat trekken.
En Manjaro, met het rolling release model zit een stuk dichter op recente software releases dan Debian, die eerder behoudend zijn en wachten met updates.
Mogelijk staan er bij de Debian KDE versie ook meer standaard dingen aan dan bij de Manjaro KDE minimal install versie, Want na de installatie van Debian, heb ik nog heel wat dingen moeten verwijderen, wat bij Manjaro KDE minimal niet nodig was, omdat ze gewoon standaard al niet geinstalleerd werden.

DietPi al eens geprobeerd? Lightweight Debian-based distro, al jaren erg tevreden mee

[mbbs1024]

Church of Noise schreef op zondag 24 mei 2026 @ 23:14:
[...]

DietPi al eens geprobeerd? Lightweight Debian-based distro, al jaren erg tevreden mee

Maar zit je daar ook niet met de verouderde Debian packages, en is dat niet iets om op een raspberry pi te draaien, ik heb een Intel core i5 1350 CPU.
HEt is omdat ik het systeem ook als media player gebruik, dat ik soms problemen had met oude Debian software packages.
Manjaro is gebaseerd op Arch, en krijgt snel de laatste software packages, en dat heeft een aantal dingen opgelost waar ik met Debian tegen aan liep, en het heeft het energieverbruik van mijn PC van 16W naar 10W teruggebracht, terwijl tlp minder strikt ingesteld is dan bij Debian.

[ Voor 8% gewijzigd door mbbs1024 op 25-05-2026 18:20 ]

[Church of Noise]

mbbs1024 schreef op maandag 25 mei 2026 @ 17:30:
[...]

Maar zit je daar ook niet met de verouderde Debian packages, en is dat niet iets om op een raspberry pi te draaien, ik heb een Intel core i5 1350 CPU.
HEt is omdat ik het systeem ook als media player gebruik, dat ik soms problemen had met oude Debian software packages.
Manjaro is gebaseerd op Arch, en krijgt snel de laatste software packages, en dat heeft een aantal dingen opgelost waar ik met Debian tegen aan liep, en het heeft het energieverbruik van mijn PC van 16W naar 10W teruggebracht, terwijl tlp minder strikt ingesteld is dan bij Debian.

Ik heb het momenteel op zowel rpi's als op volwaardige systemen (met Intel cpu' van de 8e tem de 12 e generatie) draaien. Werkt erg vlot, en is bedoeld voor lightweight gebruik. Nog geen probs gehad met oude packages, als ik recentere versies wil, vind ik die altijd (of compile ik ze, zoals ik dat bvb in het verleden deed met unbound). Onderliggend is het natuurlijk wel nog altijd Debian...

[Anthirian]

Anthirian schreef op zaterdag 23 mei 2026 @ 22:47:
Hoi allemaal, alweer even geleden dat ik mijn zuinige home server bouwde (ik stam nog uit de tijd dat dit topic met deel 2 bezig was). Intussen is een van mijn geshuckte schijven overleden en ben ik bezig met herstelwerkzaamheden. Zodoende heb ik twee WD Elements Portable van 4TB gekocht en heb de eerste vanavond van zijn jasje ontdaan. Tot mijn spijt kom ik er nu achter dat er geen SATA-connector meer op deze schijven zit, maar dat de USB-connector direct vastzit op de printplaat. Is dit tegenwoordig standaard? Zijn er alternatieven die ik niet ken? Dit zijn de datadisks voor mijn verzameling Linux ISO's, dus ben specifiek op zoek naar niet-SMR-schijven.

Nou, een paar dagen verder, blijkt nadat ik de nieuwe geshuckte Seagate schijven erin heb gehangen en toch even gecheckt welke data er dan precies corrupt zou zijn, dat de hele schijf na een complete btrfs scrub helemaal geen errors vertoont 🫠

Nou ja, dan heb ik nu 16TB in plaats van 8. Meteen dan maar beide logical volumes verdubbeld ook, daarmee kunnen we de komende jaren wel weer vooruit

[Mars Warrior]

Anthirian schreef op donderdag 28 mei 2026 @ 00:37:
[...]

Nou, een paar dagen verder, blijkt nadat ik de nieuwe geshuckte Seagate schijven erin heb gehangen en toch even gecheckt welke data er dan precies corrupt zou zijn, dat de hele schijf na een complete btrfs scrub helemaal geen errors vertoont 🫠

Nou ja, dan heb ik nu 16TB in plaats van 8. Meteen dan maar beide logical volumes verdubbeld ook, daarmee kunnen we de komende jaren wel weer vooruit

Dat is best apart!

Ik heb een tijd gehad dat ik om de paar maanden een melding van snapraid kreeg. Na een volledige check was er nooit wat aan de hand. Uiteindelijk heb ik de SATA kabels vervangen. En daarna nooit meer last gehad.

[GioStyle]

Heeft iemand recente ervaring met het kopen van Odroid spul bij Hardkernel zelf? Ik zie bij betaling het volgende staan:

Het totaalbedrag dat u betaalt omvat alle toepasselijke douaneheffingen en belastingen. Wij garanderen dat u bij levering geen extra kosten moet betalen.

Dat is op zich wel interessant, want dan kost de Odroid H5 'slechts' €300, terwijl bij Nederlandse webshops de prijzen bij €440 en €480 liggen.

[spoor12b]

Ik heb er geen ervaring mee, wel zie ik op hun site staan dat ze een garantietermijn van slechts 16 weken hanteren.

[Anthirian]

Mars Warrior schreef op donderdag 28 mei 2026 @ 07:34:
[...]

Dat is best apart!

Ik heb een tijd gehad dat ik om de paar maanden een melding van snapraid kreeg. Na een volledige check was er nooit wat aan de hand. Uiteindelijk heb ik de SATA kabels vervangen. En daarna nooit meer last gehad.

Ja het kan inderdaad ook aan de kabels hebben gelegen. Ik heb de twee nieuwe disks ook met nieuwe kabels aangesloten en heb nog een paar vers in het zakje liggen om te gebruiken als het weer errors geeft in de toekomst.

[4nik]

GioStyle schreef op donderdag 28 mei 2026 @ 21:02:
Heeft iemand recente ervaring met het kopen van Odroid spul bij Hardkernel zelf? Ik zie bij betaling het volgende staan:


[...]


Dat is op zich wel interessant, want dan kost de Odroid H5 'slechts' €300, terwijl bij Nederlandse webshops de prijzen bij €440 en €480 liggen.

Ik heb mijn H4’s rechtstreeks gekocht via Hardkernel. Geen problemen gehad.

[BMW_Gizzmo]

GioStyle schreef op donderdag 28 mei 2026 @ 21:02:
Heeft iemand recente ervaring met het kopen van Odroid spul bij Hardkernel zelf? Ik zie bij betaling het volgende staan:


[...]


Dat is op zich wel interessant, want dan kost de Odroid H5 'slechts' €300, terwijl bij Nederlandse webshops de prijzen bij €440 en €480 liggen.

Ik ga mijn niet leverbare H4 maar omzetten naar een H5 met een sata adapter.. rechtstreeks bij hardkernel dus. Ik heb in een ver verleden (4-5 jaar geleden) wel eens douanekosten e.d. moeten betalen bij hardkernel. Dat stond toen ook expliciet bij de order, dat bijkomende douane/import kosten voor rekening van de ontvanger waren.