Het grote zuinige server topic - deel 3

[Antonio di]

MariosCube schreef op dinsdag 8 november 2022 @ 23:24:
[...]


De audio uit over de Jack-plug in Windows werkt. Wel even de microfoon uitzetten, anders is het geluid niet om aan te horen. Audio over HDMI heb ik niet getest.

Echter audio over de Jack-plug in Debian Bullseye krijg ik niet aan de gang. De audio drivers onder Debian werken niet. Onder pulseaudio zie ik alleen een Dummy connection. Het is niet het belangrijkste, maar toch.....

Heeft er iemand toevallig de gouden tip om audio over de Jack-plug op de Minisforum GK50 werkend te krijgen?

Ik had iets gelezen op Amazon.de review dat het aan de "Intel audio chip" zou liggen. maar weet het niet of dat klopt en waarom die dan niet zou werken. Zal morgen eens kijken wat voor een audio chip er in zit.
Zie ook opmerking na "code table".
Volgens Windows info zit er inderdaad een intel audio iets in (ben geen hardware / driver specialist:

code:

INFO MINISFORUM GK50, SEE ALSO:
https://linux-hardware.org/?probe=c87dfaac1f&log=dmidecode
https://bsd-hardware.info/?view=computers&f=memory_kind&v=LPDDR4&p=-1


IRQ 4294967287  Intel(R) Smart Sound Technology (Intel(R) SST) Audio Controller OK  
IRQ 0   System timer    OK  

[Sound Device]

Item    Value   
Name    Intel® Smart Sound Technology (Intel® SST)  
Manufacturer    Intel(R) Corporation    
Status  OK  
PNP Device ID   INTELAUDIO\LINKTYPE_03&DEVTYPE_04&VEN_8086&DEV_AE34&SUBSYS_00000001&REV_0001\5&16D4162E&0&0404  
Driver  C:\WINDOWS\SYSTEM32\DRIVERS\INTCSST.SYS (9.22.0.4078, 636,96 KB (652.248 bytes), 05/06/2019 12:47)  
        
Name    Intel(R) Display Audio  
Manufacturer    Intel(R) Corporation    
Status  OK  
PNP Device ID   INTELAUDIO\FUNC_01&VEN_8086&DEV_280D&SUBSYS_80860101&REV_1000\4&5A088B0&0&0201  
Driver  C:\WINDOWS\SYSTEM32\DRIVERSTORE\FILEREPOSITORY\INTCDAUD.INF_AMD64_EBC6F6A745BBD391\INTCDAUD.SYS (10.26.0.6, 658,35 KB (674.152 bytes), 25/02/2020 04:50)

Zie voor idem probleem (Only the virtual dummy device is available.) voorloper van GK50 zijnde GK41:
https://bbs.minisforum.co...-problem-with-sound.2074/

[ Voor 43% gewijzigd door Antonio di op 09-11-2022 00:26 ]

[MariosCube]

@Antonio di
Bedankt!

Ik heb al diverse oplossingen getest, maar geen ervan geeft mij audio output over de jack-plug. HDMI zou wel kunnen werken, maar dat kan ik nu even niet testen, omdat mijn monitor helemaal geen HDMI heeft.

Morgen nog eens kijken naar de officieuze drivers op github voor deze sound chip. De drivers in de distributie Debian Bullseye) werken in ieder geval niet.

Ik heb overigens wel ergens een USB-DAC, dus dat zal wel werken.

[furian88]

even uit nieuwsgierigheid, voor de unraid gebruikers..
hoeveel wakeups hebben jullie in powertop per seconde?

[LittleKiller]

furian88 schreef op woensdag 9 november 2022 @ 09:58:
even uit nieuwsgierigheid, voor de unraid gebruikers..
hoeveel wakeups hebben jullie in powertop per seconde?

1362.3. Alleen draait wel alles zoals normaal. Heb dus niets ervoor uitgezet oid.

[furian88]

LittleKiller schreef op woensdag 9 november 2022 @ 10:00:
[...]


1362.3. Alleen draait wel alles zoals normaal. Heb dus niets ervoor uitgezet oid.

ik zit op zo'n 1600 tot 1700..
voornamelijk deze:
4.98 W 6.9 ms/s 1259.0 Timer tick_sched_timer

[mrmrmr]

furian88 schreef op woensdag 9 november 2022 @ 10:02:
ik zit op zo'n 1600 tot 1700..
voornamelijk deze:
4.98 W 6.9 ms/s 1259.0 Timer tick_sched_timer

Misschien gebruikt een applicatie de timer om iets te monitoren op een manier waarop het niet zou moeten (veel te vaak, of veel te breed). De kernel heeft een aantal api calls die kunnen worden gebruikt om te wachten op iets. Als daar een groot aantal hits uit voorkomt - of nog erger, nieuwe timer triggers ontstaan krijg je dit soort grote aantallen wakeups.

Een niet bezette timer onder Debian kan zakken tot maar 12 tot 16 wakeups per seconde.

Ik zou het zoeken in de applicaties die je gebruikt. Probeer ze maar eens een voor een uit te zetten en laat het systeem even met rust en kijk dan of er resultaat is.

Het woord applicatie moet je breed zien, het kan ook een systeemonderdeel zijn zoals iets met virtualisatie of beheer van hard disks.

Monitoring met te kleine intervallen is ook veel voorkomende oorzaak van hoger verbruik.

[furian88]

het lijkt in dit geval dus te komen door de adguard home docker..
deze uitschakelen verminderde de aantal wakeups met bijna 750

[mrmrmr]

@daily.data.inj :

Heeft powertop --auto-tune ook invloed op het tabblad Tunables? Deze heb ik nu voor het testen iedere keer handmatig naar 'good' gezet. Zorgt voor een echo naar verschillende /sys/ onderdelen.

Dat zou automatisch op good moeten staan na het uitvoeren van powertop --auto-tune, misschien herkent powertop sommige onderdelen niet?

Het "good" lijstje dat je laat zien is nogal kort. Bij mij is die veel langer met allerlei Intel devices van de chipset en processor. Dat kan samenhangen met het niet herkennen van onderdelen door powertop. Probeer eens een nieuwere powertop versie. Je hebt nu versie 2.11, die is oud. Misschien kun je een package vinden voor een beta versie van het OS en die installeren. Onder Debian kan dat door handmatig een package voor een beta versie te downloaden of door wijzigingen in apt conf.

Bij "Cannon Lake PCH PCI Express Root" en "Samsung Electronics Co Ltd NVMe SSD Controller 980" zijn ASPM L1 Enabled na de BIOS update.

Omdat je geen Intel gpu driver hebt, krijg je er geen voordeel van als die niet wordt gebruikt.

Je hebt verder 7x SATA en 8x netwerkkaarten (misschien zijn een aantal daarvan virtueel?). Verder zijn er de AST 2500 (ast, drm) en BMC (ipmi si) via ACPI (BIOS).

AST 2500 is de Aspeed Technology 2500 server management processor. Dat is een computer in een computer met een ARM11 processor, eigen DDR4 geheugen en ipmi functionaliteit.

Dat zorgt vanzelfsprekend voor een stuk extra verbruik.

In pcie instelling van AST 2500 video device zijn deze flags te zien:
PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0+,D1+,D2+,D3hot+,D3cold+)

PME (power management event) is een berichtensysteem voor power management en de Dx-en zijn power states. De power saving capaciteit is er, maar niet duidelijk is of het aanstaat. Capabilities en control hiervoor worden niet weergegeven in lspci, misschien omdat het een apart systeem is met eigen beheer.

[Mars Warrior]

furian88 schreef op woensdag 9 november 2022 @ 10:02:
[...]
ik zit op zo'n 1600 tot 1700..
voornamelijk deze:
4.98 W 6.9 ms/s 1259.0 Timer tick_sched_timer

Dan is er toch iets raars met de instellingen.

Ik zit met een hele bende aan containers op 700 wake-up’s/sec. En dan draai ik 3x Adguard

[GioStyle]

-

[ Voor 100% gewijzigd door GioStyle op 24-11-2022 20:41 ]

[RobertMe]

GioStyle schreef op woensdag 9 november 2022 @ 11:51:
Ik ben nu aan het kijken naar pfSense en OPNsense. Kan het kloppen dat het verbruik van deze OS'sen gewoon belachelijk hoog ligt? Met een Odroid H3 kom ik niet onder de 10W, los van het feit dat de Realtek nic's standaard niet worden herkend..

Beetje jammer. Ik had in de toekomst wel een zuinige Odroid H3 als pfSense of OPNsense box willen hebben, maar met zo'n verbruik kan ik net zo goed mijn USG (8,5W) aanhouden...

Beiden zijn BSD based en die staat volgens mij bekend om het "minder zuinig zijn"? Dan zou je dus een Linux based router/gateway/firewall oplossing moeten zoeken (OpenWRT, en volgens mij zijn er nog wat opties).

[LittleKiller]

GioStyle schreef op woensdag 9 november 2022 @ 11:51:
Ik ben nu aan het kijken naar pfSense en OPNsense. Kan het kloppen dat het verbruik van deze OS'sen gewoon belachelijk hoog ligt? Met een Odroid H3 kom ik niet onder de 10W, los van het feit dat de Realtek nic's standaard niet worden herkend..

Beetje jammer. Ik had in de toekomst wel een zuinige Odroid H3 als pfSense of OPNsense box willen hebben, maar met zo'n verbruik kan ik net zo goed mijn USG (8,5W) aanhouden...

Een USG kan je natuurlijk niet gebruiken voor andere dingen

[mrmrmr]

BSD verbruikte ongeveer 3W meer in mijn tests van al weer een tijd geleden, met name omdat de drivers power management niet of niet goed ondersteunen. (Wat meestal wel lukt is dat de processorfrequentie kan worden teruggeschakeld.)

Maar deze 3W dat verklaart dus nog niet een verbruik van 10W op een processor met laag TDP. Sowieso zijn atom-achtige processoren snel verzadigd, het processorverbruik kan procentueel snel stijgen. Dat kan een mede-oorzaak zijn. Daarnaast hangt ook veel af van de BIOS en hardware en de implementatie van power saving. Als het voor het gemak een standaard BIOS is gebruikt en power saving is uitgeschakeld (dan hoef je daar geen tijd in te steken), dan kun je weinig doen. De fabrikant moet allerlei power management wel implementeren voordat je het kan gebruiken. Bijvoorbeeld ASPM voor pcie, ALPM voor SATA (hipm/dipm), igpu en USB power management.

USB devices kunnen ook een tamelijk hoog verbruik hebben. USB poorten leveren nominaal maximaal 4,5W op een USB 3.0 poort.

[daily.data.inj]

GioStyle schreef op woensdag 9 november 2022 @ 11:51:
Ik ben nu aan het kijken naar pfSense en OPNsense. Kan het kloppen dat het verbruik van deze OS'sen gewoon belachelijk hoog ligt? Met een Odroid H3 kom ik niet onder de 10W, los van het feit dat de Realtek nic's standaard niet worden herkend..

Beetje jammer. Ik had in de toekomst wel een zuinige Odroid H3 als pfSense of OPNsense box willen hebben, maar met zo'n verbruik kan ik net zo goed mijn USG (8,5W) aanhouden...

Die ervaring heb ik niet met pfSense; heb dit een tijd geleden gemeten op een Qotom i5 waar pfSense bare-metal op draait. Het verbruik was in idle verwaarloosbaar. Een testje onder load heb ik destijds niet gemeten. Meen destijds in mijn zoektocht tegen te zijn gekomen dat een Celeron processor minder efficient is i.c.m. pfSense, type processor zou daar ook een rol in spelen.

Ben in ieder geval van plan om binnenkort de pfSense installatie te virtualiseren, daarna kan ik eventueel wat meer verbruiksinfo delen mocht het interessant zijn.

[GioStyle]

-

[ Voor 100% gewijzigd door GioStyle op 24-11-2022 20:41 ]

[Quad]

Antonio di schreef op zaterdag 29 oktober 2022 @ 19:26:
Ik had de onderstaande info al op het Home Assistant forum geplaatst, zie vanaf:
Home Assistant: Open source Python3 home automation - deel 4
Maar heb @RobertMe belooft het ook hier te plaatsen..

ALTERNATIEVE SERVER VOOR RASPBERRY PI
De Raspberry PI is al tijden uitverkocht. Ik zocht dus een zuinige mini PC als alternatief servertje.
Mijn zoon heeft een HP Chromebook met touchescreen met een Intel pentium N5030 en was ook al verbaast dat de accu erg lang meegaat.

Ik heb mede daarom een nieuwe "kant-en-klaar" Minisforum GK50 fanless mini-pc met een Pentium N5030 processor gekocht (Amazon.de : nog steeds in promo nu 29-10-2022, voor 211 euro voor NL inwoners) dus geen barebone, wordt geleverd met M2-128GB en 8GB geheugen en met Windows-10-pro (Bij HAshop is een look-alike 389 euro in de 256GB uitvoering met Home Assistant er op).
Zie aanbieding op Amazon.de. is 239 euro. Vink coupon aan voor 35 euro korting. vervolgens komt er nog 2% BTW bij en 3,49 verzending (211 euro totaal):
https://www.amazon.de/-/e...um+gk50%2Caps%2C70&sr=8-4

UITBREIDING / FOTO'S MINISFORUM GK50
Ik heb een oude Toshiba 2,5 inch HDD in de GK50 geplaatst en verbonden met de aanwezige Sata-verbindings-kabel. Vanuit de GK50 Windows-11-pro (ik heb deze eerst bijgewerkt vanuit W10-pro) met Balena Etcher, heb ik (via de URL) Home assistant (HA) met OS op de HDD toegevoegd. Vervolgens de GK50 opnieuw opgestart, snel op de ESC-knop gedrukt om naar de BIOS/UEFI (Megatrend) te gaan. Ik heb de opstartvolgorde gewijzigd om te beginnen met HA OS HDD. Ik had een opnieuw geflashed Sonoff Zigbee plus USB-stick geplaatst in een vrije USB-poort van de GK50. De GK50 komt met HA en ik kan via mijn andere pc via WebUI naar de (nu) HA mini-server GK50 gaan. De Zigbee Sonoff maakt verbinding met Zigbee Home Assistant (ZHA) en configurrt prima. Ik heb een paar componenten toegevoegd aan ZHA. Werkt prima voor mij. De GK50 wordt geleverd met 2 LAN-poorten (veel foto's tonen er maar 1 ??), zonder MIC maar wel met Bluethooth 5.0 (ook herkent door HA). Dus mijn idee is om een ​​P1-kabel-naar-RJ45 (slimme energie-meter) aan de tweede LAN-poort van de GK50 te koppelen en probeer deze werkend te krijgen onder HA om zo de data van stroom-productie en stroom/gasverbruik in deze HA te krijgen. Ga morgen (oeps vandaag) de GK50 eens aan mijn stroommeter leggen om het verbruik te meten.
Tot nu toe werkt alles naar wens. Zal als ik tijd heb een review schrijven op Tweakers.net.
De performance van de GK50 Window-11pro met Firefox surfen/browsen is verbazend goed. Als alles goed blijft ga ik Ubuntu erop zetten en eens kijken hoe HA daaronder werkt of alleen HAOS.

[Afbeelding]	[Afbeelding]	[Afbeelding]
[Afbeelding]	[Afbeelding]

STROOM VERBRUIK GK50 MET EXTRA INGEBOUWDE HDD & MET SMARTHOME SOFTWARE HOME ASSISTANT
Alle Watt waardes zijn met:
De Minisforum GK50 8GB/128GB uitvoering met toegevoegd een interne 2,5inch/2TB Toshiba HDD.In BIOS/UEFi staat boot vanaf de HDD waar HA (HA OS) op staat . Op de M2-128GB staat nog W11-pro als 2de boot optie. Ik kan niet zien of Bluetooth/Wifi aan staan en uit te schakelen zijn.
HA heeft via Zigbee 2 lampen (220V) en een deur/raam/open/dicht sensor (batterij) gepaired.
Gemeten met Brennenstuhl PM231 E.

Start de GK50
Verbruik in BIOS/UEFI zonder iets extern aangesloten kabels (alleen power) 4,1 Watt
Verbruik in BIOS/UEFI met LAN/HDMI/USB-toetsenbord..............................4,7 Watt
(BIOS/UEFI werkt niet met muis ! )

Daarna exit boot/start HA (geen HDMI, geen USB-toetsenbord, geen USB-muis):
Verbruik met Sonoff Zigbee plus USB-stick / LAN eerste 15 minuten............6.2 Watt
NA een 15 miniuten meestal...........................................................................4,2 Watt
..............................Maar zo nu en dan gaat HA omhoog naar iets tussen de 4.5 en 6,7 Watt
Wat HA precies dan doet weet ik niet. Iemand een IDEE????
Extra toegevoegd:
Na 1 uur en 30 minuten geeft mijn energiemeter aan;gemiddeld verbruik.....4,5 - 4,7 Watt
(het is een beetje ouderwetse meter, hij 'flipt" tussen de 2 genoemde waarden)

Begin toch te geloven dat de 3 Watt verbruik (Idle) waarmee HAshop adverteert toch waar kan zijn.
Want haal je de 2,5inch HDD eraf dan zal je ergens in de buurt van 3 Watt of iets meer komen.
HAshop gebruikt de Conbee II stick en meldt: (WiFi, BT, audio; deze worden door HA niet actief gebruikt)
Ik denk dat mijn idee om Ubuntu op de GK50 te zetten met daaronder HA, afvalt.
Denk nu gewoon HA OS op de M2-128GB te gaan zetten en de HDD uit de GK50 te halen. Scheelt toch stroom..

STROOMVERBRUIK MET WINDOWS 11-PRO ZONDER DE EXTRA HDD
Heb de HDD uit de GK50 gehaald.
Standbby is de GK50 een beetje raar.
Aansluiten op 230V en dan op GK50...................1.0Watt
Na afsluiten W11-pro............................................0,5 Watt

Verbruik in BIOS/UEFI stand:
..Alleen power.......................................................3,4 Watt
..Power/LAN........................................................ 3.5 Watt
..Power/LAN/HDMI/USB-toetsenbord/USB-muis 3,6 Watt
Vebruik W11-pro Wifi UIT, Bluetooth UIT:
..Power/LAN.........................................................3,1 Watt (minder als BIOS/UEFI)
..Power/LAN/HDMI/USB-toetsenbord/USB-muis.3,5 Watt

Heb de Update van W11 uit staan. maar goed, windows gaat soms naar 10-11 watt.
Zit nu na 15 minuten op gemiddeld verbruik van 5,8 Watt.

Denk dus wel dat de GK50 3,1 Watt haalt voor Home Asssitant (zonder USB-Zigbee stick)
Ik wou eerst er Ubuntu op zetten en daaronder Home Assistant maar ga nu voor Home Asssitant met HA OS (eigen OS) op de M2-128GB (jammer van de Windows-pro).

Bedankt voor de tip.
Xpenology werkt perfect hierop tot nu toe. Loader op een mSD kaart, even configureren en ik was met ~10 minuten klaar.
Ik moet nog even kijken hoe het vermogen is maar dat is even wachten tot ik nieuwe energy plugs binnen krijg.

Als dat allemaal postitief is kan het mooi ingezet worden als zuinig offsite locatie voor mijn backups. Goedkoper dan storage afhuren. (20 eur/y ipv 120 eur)

Edit: Ik had toch nog een smartplug idle liggen die vrij nauwkeurig meet.

Miniforum GK50 met 8GB, 128GB SSD.
Xpenology boot vanaf mSD kaart, DSM 7.1 update 2, de loader is ARPL 1.0 beta2.
Idle ~3,5W, met W10 VM aan 6,5W.

Ik laat hem wel even draaien, dan kan ik zien wat het kWh verbruik per dag is.

[ Voor 4% gewijzigd door Quad op 09-11-2022 22:31 ]

[Antonio di]

MariosCube schreef op dinsdag 8 november 2022 @ 23:24:
[...]


De audio uit over de Jack-plug in Windows werkt. Wel even de microfoon uitzetten, anders is het geluid niet om aan te horen. Audio over HDMI heb ik niet getest.

Echter audio over de Jack-plug in Debian Bullseye krijg ik niet aan de gang. De audio drivers onder Debian werken niet. Onder pulseaudio zie ik alleen een Dummy connection. Het is niet het belangrijkste, maar toch.....

Heeft er iemand toevallig de gouden tip om audio over de Jack-plug op de Minisforum GK50 werkend te krijgen?

kijk ook eens hier:
https://ostechnix.com/fix...n-intel-nuc-on-debian-11/

[MariosCube]

@Antonio di
Jammer, maar helaas, geen geluid uit de line-out. De hardware is niet te zien in Debian met aplay -l en in pulseaudio. lspci -v geeft wel wat info.

De line-out wordt niet herkend in Debian 11. En dat ondanks:
- installeren van Debian package firmware-sof-signed
- installeren van de Debian Backports kernel 5.19
- installeren van meest recente sof drivers uit "thesofproject" https://github.com/thesofproject/sof-bin
- diverse settings in grub (HDMI audio wordt wel herkend, niet getest, want geen HDMI monitor met speakers).
- etc.

Een post op Reddit op de subreddit voor minipcs heeft geen respons opgeleverd, misschien ook posten op subreddit r/debian later.

De USB DAC werkt prima.

[mrmrmr]

Voor degenen die een Alder Lake systeem hebben en waarbij het scherm niet uitgaat met consoleblank in de kernel opdrachtregel: probeer eens het installeren van firmware-misc-nonfree. Ik deed dat onder Debian testing non-GUI. Daarmee wordt i915/adls_dmc_ver2_01.bin geladen. Daarna gaat het scherm wel echt uit, het is niet alleen een leeg scherm. Dat scheelt 3,7W op een machine die ik aan het inrichten ben.

dmesg (dmesg > dmesg.txt) kun je doorzoeken en zo vaststellen of er een i915 driver wordt geladen. Ook voor andere generaties is die gpu driver nodig.

Debian heeft een 5.19 kernel beschikbaar in backports. Daarin zouden updates voor Alder Lake zijn verwerkt.

Na deze updates wordt de intel_lpss driver geladen voor onder andere i2c en UART. lpss staat voor Low Power Subsystem.

powertop 2.14 is nodig om e.e.a. goed in low power in te stellen.

C-states: gpu RC6, package C8, core C10.

Het aantal wakeups in mijn installatie ligt relatief hoog: rondom 30. Veel meer dan in Bullseye.

[ Voor 8% gewijzigd door mrmrmr op 10-11-2022 22:36 ]

[wouter.N]

Heeft iemand nog tips qua zuinig geheugen en NVME drives?

Qua NVME drives valt het mij op dat velen hier kiezen voor Samsung. Maar als ik kijk naar de volgende review dan zou een WD Blue, Kingston NV1 of Crucial P2 een veel betere keus zijn. review

[D-Three]

Woohoo! Ik ben er in geslaagd om bij mijn systeem de Pkg(HW) state toch lager te krijgen dan C3! Deze zakt nu netjes naar C7 en het verbruik zweeft nu ergens tussen de 4W en 5W. Dat is zo goed als idle met OMV6 en slechts 2 dockers ofzo actief.

@dj237 de 'schuldige' is de Realtek netwerkkaart. Nu nog even afwachten of het echt stabiel is.

Een verschil van bijna 3W had ik hiermee echt niet verwacht. Prima waardes voor een systeem met twee 3,5" schijven. Al 'slapen' die uiteraard. Het kriebelt nu wat om de 120W Leicke voeding te vervangen door een veel lichtere FSP of XP Power, enkel en alleen om te zien of dat ook iets scheelt. Maar die investering win ik onmogelijk terug.

edit: tot nu toe lijkt het stabiel. Ik heb mijn oude post aangepast

wouter.N schreef op vrijdag 11 november 2022 @ 14:41:
Heeft iemand nog tips qua zuinig geheugen en NVME drives?

Qua NVME drives valt het mij op dat velen hier kiezen voor Samsung. Maar als ik kijk naar de volgende review dan zou een WD Blue, Kingston NV1 of Crucial P2 een veel betere keus zijn. review

Geheugen maakt niet zo heel erg veel uit zolang je geen overlockgeheugen neemt die op een hogere spanning draait. Dus 1.2V nemen.

Betreffende de SSD's, het hangt er van af hoe je het bekijkt. De Samsung is idle zeer zuinig. En bij licht gebruik zal een SSD veel idle zijn.

[ Voor 41% gewijzigd door D-Three op 12-11-2022 15:40 ]

[Mars Warrior]

@D-Three , kun je je originele - gepinde - post met deze info aanvullen? Dat scheelt zoeken voor anderen

[mrmrmr]

Na alle Alder Lake systemen die langs kwamen en die in het algemeen een slechter resultaat gaven dan 10th gen systemen was ik niet hoopvol meer dat de Kontron K3843-B een goede score zou kunnen halen. Ik verwachtte niet dat deze opvolger van de Fujitsu D3643-B beter zou presteren.

De Kontron K3843-B is een apart moederbord. Het heeft geen HDMI, DVI of VGA aansluiting, er zijn wel 4 DisplayPort 1.4a poorten. Het heeft een B660 chipset, 4x SATA, een M.2 slots voor storage en WiFi/Bluetooth, en 4 slots voor DDR5 geheugen. Het heeft ook wel opmerkelijke keuzes in de hardware. De audio chip bijvoorbeeld is een Tempo Semiconductor 92HD91B die volgens de fabrikant geoptimaliseerd is voor laag verbruik. De AMI BIOS is nog steeds zo eenvoudig mogelijk, er zijn geen overclocking en XMP geheugeninstellingen. Wel kun je PL1 en PL2 beperken in Watts. Er is een instelling om de BIOS weer naar optimized terug te zetten.

Ik kon geen handleiding van de layout vinden op de ftp server van Kontron. Vreemd, want zonder een handleiding weet je niet waar je de kabels van de kast op moet aansluiten. Het bord werd geleverd zonder accessoires zoals SATA kabels en schroefjes, afstandhouders, e.d.

Eerst heb ik met Windows 10 22H2 getest, na installeren en configureren haalde die op een moment 3,1W - tot mijn verbazing, maar nadat Windows op de achtergrond een Windows Update werd uitgevoerd en na een herstart steeg dat naar ~5,7W. Windows begon ondanks dat drivers installeren was uitgezet toch op eigen houtje software te installeren voor Intel. Na een reboot was het lage verbruik voorbij en ik kreeg het niet meer terug met het herinstalleren van drivers voor gpu, chipset inf en i219-LM.

Daarna heb ik Debian 11 (Bullseye) geïnstalleerd door middel van de karakter interface (Install) en zonder Debian Desktop Environment en Gnome te installeren. Het kwam in eerste instantie op 9,1W terecht. Dat is niet zo goed voor een verse installatie. De installer had geen i915 driver geïnstalleerd, er was een generieke vga driver actief. Omdat ik een nieuwere kernel nodig had besloot ik om een upgrade te doen naar Debian testing, met daarna de installatie van firmware-misc-nonfree en ook nog een update naar kernel 5.19.0 uit debian-backports. De intel_lpss driver en i915/adls_dmc_ver2_01.bin waren na herstart actief.

In eerste instantie kwam het idle verbruik uit op 4,4W. Dat is al wel een verbetering. Omdat ik nog een moederbord te testen had heb ik het moederbord (met daarop een andere DIMM en processor) verwisseld. Het bord startte op met 5,7W. Na het draaien van powertop --auto-tune zakte het verbruik in idle naar 2,8W. Dat is ongeveer net zo laag als een volledig geconfigureerd Fujitsu D3643-B moederbord haalt in standaard configuratie. Ik was het nieuwe moederbord ook aan het testen vanuit de standaard configuratie: PicoPSU-80 met FSP096 12V adapter, 1TB Samsung 850 EVO SATA, 16GB Samsung DDR5 DIMM, Intel i3-12100 processor met actieve boxed koeler, 1x Microsoft USB muis en 1x Microsoft USB toetsenbord, de monitor was aangesloten via een DisplayPort naar DVI kabel. Die kabel kost mogelijk enkele tienden van een Watt wanneer actief (displayport heeft een 3,3V 500mA pin).

Het systeem kreeg het kennelijk voor elkaar om de onderdelen in een low power stand te plaatsen. In hoeverre DDR5 een rol speelt is me niet duidelijk. Het heeft een eigen pmic (power management ic) op de DIMM, waar dat vroeger op het moederbord zat.

Het systeem kan heel snel veel meer gebruiken dan 2,8W bij belasting, dus houd daar rekening mee. De energiemeter geeft zo nu en dan even meer dan 20W aan. De processor is via de Linux pstate driver "trigger happy" om naar maximale frequentie te gaan. Het is in de praktijk misschien niet zo laag verbruikend onder lichte belasting als voorganger Fujitsu D3643-B.

De standaard configuratie is: usb toetsenbord en muis, SSD, actief netwerk, aangesloten monitor in slaapstand.

#	Category	Product	Prijs	Subtotaal
1	Processors	Intel Core i3-12100 Boxed	€ 155,-	€ 155,-
1	Moederborden	Kontron K3843-B	€ 0,-	€ 0,-
1	Toetsenborden	Microsoft Wired Keyboard 600 (US) Zwart	€ 14,95	€ 14,95
1	Muizen	Microsoft Wheel Mouse Optical Black	€ 0,-	€ 0,-
1	Geheugen intern	Crucial CT16G48C40U5	€ 76,33	€ 76,33
1	Geheugen intern	Samsung DDR5 16GB 4800 1Rx8 (M323R2GA3BB0-CQKOD)	€ 75,-	€ 75,-
1	Geheugen intern	Samsung M323R2GA3BB0-CQK	€ 59,50	€ 59,50
1	Voedingen	Mini-box picoPSU 80	€ 30,90	€ 30,90
1	Overige randapparatuur	FSP FSP096-AHAN3	€ 0,-	€ 0,-
1	Kabels	Benfei displayport naar DVI kabel	€ 8,45	€ 8,45

Getest met BIOS R1.1.0. Er is een nieuwere beschikbaar die bevat onder andere een fix voor CPU doesn't enter C-States lower than C6.

energiemeter: Brennenstuhl PM 231 E

standaard configuratie: usb toetsenbord en muis, aangesloten monitor in slaapstand, actief netwerk, SSD.
standaard configuratie: 2,8W (met Samsung M323R2GA3BB0-CQKOL)
USB stekkers eruit: 2,8W
DisplayPort eruit: 2,4W
DisplayPort eruit en powertop: 2,4W
DisplayPort terug: 4,8W (consoleblank werkt niet meer)
DisplayPort terug en powertop: 4,8W
zonder toetsenbord muis + powertop: 2,8W (herstart)
zonder cpu fan zonder toetsenbord, muis: 5,1W (herstart)
zonder cpu fan zonder toetsenbord, muis + powertop: 2,6W
zonder cpu fan zonder toetsenbord, muis en DisplayPort eruit getrokken + powertop: 2,2W
zonder cpu fan zonder toetsenbord, muis en DisplayPort eruit getrokken + powertop Wake-on-LAN uit: 2,2W
zonder cpu fan zonder toetsenbord, muis, DisplayPort: 4,7W
zonder cpu fan zonder toetsenbord, muis, DisplayPort + powertop: 2,2W
zonder cpu fan zonder toetsenbord, muis, DisplayPort + powertop actief + muis: 2,6W
zonder cpu fan zonder toetsenbord, muis, DisplayPort + powertop actief + muis + toetsenbord: 2,7W
zonder cpu fan zonder toetsenbord, muis, DisplayPort + powertop actief + muis + toetsenbord + powertop: 2,8W
zonder cpu fan zonder toetsenbord, muis, DisplayPort + powertop actief + muis + toetsenbord + DisplayPort: 5,0W (scherm leeg, maar blijft aan, gaat niet in slaapstand)
zonder cpu fan + powertop: 2,6W (herstart)
slaapstand: 0,9W

Verschillen in verbruik van DIMM's in standaardconfiguratie, zonder cpu fan:
Samsung M323R2GA3BB0-CQKOD: 0
Samsung M323R2GA3BB0-CQKOL: rondom +0,12W
Crucial CT16G48C40U5: rondom +0,2W

De M323R2GA3BB0-CQKOD is het meest geschikt voor laag idle verbruik van deze 3 DIMM's.

De displayport stekker eruit halen en terugsteken leidt tot een flink hoger verbruik en dat breekt power saving voor het beeldscherm. Ondanks de consoleblank parameter gaat de monitor niet meer uit, dat wordt pas bij herstart hersteld. "powertop" in bovenstaand resultatenlijstje is feitelijk powertop --auto-tune. Vermoedelijk verbruikt de processorventilator ongeveer 0,2W. De displayportaansluiting (met DVI converter) is wat minder duidelijk, die verbruikt ongeveer 0,4 tot 0,6W. USB verbruikt zonder optimalisatie 0,4 voor de muis en 0,1W voor het toetsenbord. Na powertop loopt dit verbruik terug.

Het verbruik kan heel kort enkele tientallen Watts zijn als er een programma loopt, bijvoorbeeld een monitoring programma zoals turbostat. Het is duidelijk dat deze Alder Lake processor reactiever is dan voorheen in pstate. pstate is de stand waarbij de processor zelf bepaalt wat er gebeurt met frequenties. Ik zie kernel workers worden genoemd in top, maar geen grote verbruikers van meer dan tienden van een procent. De frequenties van de i3-12100 gaan van 799 MHz tot 4.2 Ghz volgens cpupower monitor.

De C-states zonder fan zijn volgens powertop:
Package: PC10
Core: CC7
Virtuele cores: C10
GPU: RC6

[TL;DR] Conclusie: een zeer laag idle verbruik is mogelijk met de K3843-B en Debian testing, maar met korte hoge verbruikspieken is het minder stabiel in het verbruik dan de D3643-B met een Pentium G5400 dual core processor. Mijn verwachting is dat de K3843-B is geschikt als server met een laag idle verbruik en last waar zo nu en dan veel vermogen nodig is.

De systemen zullen niet als servers maar als werkstations worden ingezet met Windows 11.

---

Wat meer technische achtergrond. Bij het doorzoeken van dmesg op foutmeldingen komen er een paar problemen naar boven.

i2c i2c-0: Memory type 0x22 not supported yet, not instantiating SPD
Misschien omdat DDR5 nieuw is of misschien omdat i3c met ondersteuning (i.p.v. i2c) niet wordt geladen. Geheugeninformatie in de SPD eeprom kan niet worden bekeken met decode-dimms.

ata8.00: supports DRM functions and may not be fully accessible
Dit staat bij de Samsung SSD.

ahci 0000:00:17.0: port does not support device sleep
Dit is de optionele SATA sleep functie, niet ALPM.

i8042: PNP: No PS/2 controller found.
i8042: Probing ports directly.
i8042: Can't read CTR while initializing i8042
i8042: probe of i8042 failed with error -5
Er zitten geen PS/2 poorten op het moederbord, het laden van de driver zal niet werken. Misschien zit er iets in de BIOS dat PS/2 noemt?

acpi PNP0A08:00: _OSC: OS supports [ExtendedConfig ASPM ClockPM Segments MSI HPX-Type3]
acpi PNP0A08:00: _OSC: OS now controls [PCIeHotplug SHPCHotplug PME AER PCIeCapability LTR]
acpi PNP0A08:00: FADT indicates ASPM is unsupported, using BIOS configuration
Inderdaad komt ASPM niet voor in lspci, vermoedelijk wordt het op een andere manier geregeld. De kernel kan deze FADT (Fixed ACPI Description Table) negeren blijkt uit de kernel code. Er zijn kernel patches (hack) die ASPM gewoon weer aanzetten.

blacklist: Problem blacklisting hash (-13)
Deze melding wordt genoemd op de kernel mailing list voor kernel 5.19. Het zou veroorzaakt kunnen worden door een blacklist met duplicaten in de firmware (BIOS). Er is een kernel patch.

---

Er valt ook nog iets te zeggen over DDR5 DIMM's (unbuffered, non-ECC). Ik heb er 3 getest:
uitvoering: Samsung DDR5 16GB 4800 1Rx8 (M323R2GA3BB0-CQKOD)
uitvoering: Samsung M323R2GA3BB0-CQK geleverd is een M323R2GA3BB0-CQKOL
uitvoering: Crucial CT16G48C40U5

Alle 3 zijn single sided en voorzien van 8 geheugenchips. Het zijn 16GB DIMM's volgens de JEDEC 4800B specificatie. Ze hebben SPD gegevens voor 2400 MHz. Het moederbord kiest ervoor om ze op CL32 te laten draaien met 2000 MHz in het eerste slot (kanaal CHA3). Ik heb nog geen andere kanalen getest.

De 2 Samsungs lijken uiterlijk erg op elkaar, maar de ic's zijn toch anders.

modelnummer	chip prefix	chip	pmic
M323R2GA3BB0-CQKOD	SEC140 K4RAH08 6VBBCQK	GDC2032H + 3x GDC20324 3x GDC20324 + GDC2032K	Renesas P8911Y0 8001 GR 2130KQ
M323R2GA3BB0-CQKOL	SEC207 K4RAH08 6VBBCQK	GDK01215 + 2x GDK42802 + GDK0121B GDJ6310X + GDJ6180I + 2x GDK01218	Samsung S2FPC01X2 606WGCB A2210
CT16G48C40U5	IZA45 D8BNJ	TFYT + VB8C	0G=BK N1L

De Samsung M323R2GA3BB0-CQKOD is het zuinigst, zie de eerder genoemde testcijfers.


(klik voor een groot plaatje)

---

Chips op het moederbord kunnen ook interessant zijn. De volgende heb ik kunnen aflezen:
VRM controller: MPS2128 MP2960 N3683588X - Monolithic Power Systems phase controller
VRM chip: MPSN36 M86909 53W532 - Monolithic Power Systems MOSFET
VRM chip: MPPD 8694 1421 A - Monolithic Power Systems?
Spoel: 1107R1 R15 51PH21 E - Cooper Bussmann

De VRM chip is geintegreerd. Bij veel moederborden zijn er 1 of 2 low mosfets en 1 high.

VRM chip: MPSP M2940A 63759B - MPS

7534 GL2N1Z - AON mosfet?
25810 TI 21| AZV3 - Texas Instruments USB power supply
TUSB 1002A TI 248 A0JR - Texas Instruments USB3.2 dual channel linear redriver met USB low power modes, ultralaag verbruik in de ic
0AA78DK G4 TRS3243I - Texas Instruments RS-232 line driver, met ultralaag verbruik in de ic
TSI 92HD91B2X5 NLG WC2108N R30431 - Tempo Semiconductor 92HD91B audio
LVC08A OR24938 TXD21 40G - [merk?] AND gates

MPN09 8794 87x E
spoel R45 2120
spoel R47
FFM 471

Winbond 25Q256JVFQ 2152 - Winbond 256 Mbit flash geheugen

MEC01521 AA2S573 2147RKH - Microchip Technology embedded I/O controller voor notebooks met ARM CortexM4 processor

Intel i3-12100 SRL62 - BXC8071512100 made in Vietnam

Conclusie: de componenten zijn over het algemeen gericht op zuinigheid. Dit ondanks het vermogen dat de hogere snelheden kunnen vragen.

Label: Kontron K3843-B12 B660 REV 01000000010
TUV Sud ICT pass

---

Verkrijgbaarheid Kontron K3843-B
Pricewatch: uitvoering: Kontron K3843-B
Heise Preisvergleich: https://geizhals.de/kontron-k3843-b-f5110-v190-a2845355.html

---

---

Edits
2022-11-14:
Na testen met Windows 11 22H2 in offline installatie komt het verbruik na optimalisatie op 3,6W (monitor in slaapstand). De computer staat dan nog wel aan. Dit is ongeveer 0,8W meer dan Debian testing met kernel 5.19 en nonfree drivers. Met de monitor aan is het verbruik 6,2W. By default installatie is het verbruik 12,1W. Windows 11 verbruikt dus 0,5W meer dan de 3,1W van Windows 10 22H2.

Inmiddels komt het verbruik niet lager dan 4,2W onder Windows 11. Na een BIOS update naar R1.2.0 komt het toch weer op heel kort 3,1W, maar het is niet stabiel en springt op en neer tot en met boven 4W. Misschien is er een achtergrond proces (zoals Windows Defender) dat op de achtergrond vermogen snoept.

2022-11-15:
Na uitzetten van de Windows Defender scanner is Windows wat minder onstabiel, het verbruik is nu vaker 3,1W.

De LED brandt na de BIOS update nu continu waar die eerder langzaam knipperde. Na de BIOS update had Windows tijdens het starten ook iets te doen.

DIMMs: Er zijn twee kanelen, A en B met ieder 2 slots, in totaal 4 slots. In CHA1 is de geheugensnelheid 2200 MHz. In CHA3 is de geheugensnelheid 2000 MHz. Volgens de richtlijnen van Intel is 4800 Mhz alleen mogelijk als het moederbord 2 slots in totaal heeft.

[ Voor 255% gewijzigd door mrmrmr op 29-04-2023 09:09 ]

[Raven]

mrmrmr schreef op zaterdag 12 november 2022 @ 10:30:
Windows begon daarmee ondanks dat drivers installeren was uitgezet toch op eigen houtje software te installeren voor Intel.

offtopic:
Die instelling heeft bij mijn weten nooit wat gedaan, althans, niet merkbaar. De enige manier die ik ken om driver-installaties/-updates via WU te voorkomen is door de hardware ID's te blacklisten m.b.v. gpedit.

@mrmrmr en natuurlijk bedankt voor het zeer uitgebreide bericht

[ Voor 6% gewijzigd door Raven op 12-11-2022 11:09 ]

[Mars Warrior]

mrmrmr schreef op zaterdag 12 november 2022 @ 10:30:
Het systeem kan heel snel veel meer gebruiken dan 2,8W bij belasting, dus houd daar rekening mee. De energiemeter geeft zo nu en dan even meer dan 20W aan. De processor is via de Linux pstate driver "trigger happy" om naar maximale frequentie te gaan. Het is in de praktijk misschien niet zo laag verbruikend onder lichte belasting als voorganger Fujitsu D3643-B.

Dat zijn in ieder geval mooie resultaten.

Ik had op andere plekken gelezen dat een 12/13gen met e-cores dit piekverbruik flink doet dalen, maar kan ff niet meer vinden waar ik dat gelezen heb.

Om dat te testen moet je wel een dikkere CPU hebben.

Anandtech meet het volgende:



“ By comparison, for our single thread SPEC power testing on Linux, we see a more modest 25-30W per core, which we put down to POV-Ray’s instruction density.

By contrast, in green, the E-cores only jump from 5 W to 15 W when a single core is active, and that is the same number as we see on SPEC power testing. Using all the E-cores, at 3.9 GHz, brings the package power up to 48 W total.”

Een 12900 heeft 8E cores, dus dat is ca 6W/core. Als die dus gebruikt zouden worden voor de diverse achtergrond taken, dan zou ik verwachten dat het piekverbruik een stuk lager is.

[mrmrmr]

@Mars Warrior

Ik denk ook dat een processor met E-cores theoretisch zuiniger zou kunnen zijn, maar ik weet niet of je in de BIOS van de K3843-B P-cores kunt uitschakelen. Het probleem is de snelle sprong naar een hoge frequentie op de (P-)cores van de i3-12100. Waarschijnlijk doet Intel dat om reviews te winnen.

PL1 en PL2 kunnen worden verlaagd naar bijvoorbeeld 40W.

Anandtech's grafiek geeft package power weer, waarschijnlijk lezen ze de sensor uit.

Ik heb nog niet geprobeerd de spanning aan te passen vanuit Windows bij de i3-12100 op de K3843-B.

Bij een moederbord met uitgebreid BIOS en K processor kun je underclocken, undervolten en P-cores uitschakelen. Een probleem is dat dit type moederborden zelf meer verbruiken.

Ik weet niet of je on-the-fly vanuit Windows P/E-cores in en uit kunt schakelen met algemene tools. Het voordeel van zo'n tool is dat je niet afhankelijk bent van een beperkt BIOS. Voor gamers zijn er tools die E-cores kunnen uitschakelen. Maar dat lijkt wel samen te hangen met een bepaald BIOS of merk.

Edit:
Dit is een vroeg (eind 2021) artikel wat over het gebruik van alleen E-cores gaat.
https://www.techpowerup.c...s-only-performance/7.html

De truuk die ze gebruiken om cores uit te schakelen is het uitvoeren van programma's vanuit een proces die affinity heeft met alleen bepaalde cores. De cores zijn dus nog wel actief met andere processen.

Op deze manier zit de winst hem dus in het gebruik (dat was het doel), het idle verbruik blijft ongeveer gelijk.

[ Voor 29% gewijzigd door mrmrmr op 12-11-2022 15:23 ]

[photoMinded]

Goedendag allemaal,
Ik lees met interesse dit topic. Zelf heb ik een server die gemiddeld 80W gebruikt ik zou graag dit verbruik willen verminderen. Ik had hem gekocht op de groei, maar ik heb niet meer zoveel power nodig.

Context:
Ik draai er Proxmox op met 10 VM's. Waarvan 1 VM een firewall is met een OpenVPN verbinding. OpenVPN heeft wel wat resources nodig om stabiel te werken. Waardoor het dus niet werkt als ik de `cpufreq` op `powersafe` staat, daarom staat hij op `conservative`. Wanneer ik die wel install op `powersafe` lopen video calls regelmatig 2s vast.
Ondanks de veranderingen hoop ik nog wel een Wireguard te hebben met 500Mbit/s.

Deze dingen heb ik al toegepast:
- `tuned-adm active` -> Current active profile: server-powersave
- `cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor` -> `conservative`

Extra info:
- MB -> ASRock Rack X470D4U
- Voeding -> Corsair RM550x PSU
- Server load is gemiddeld 10% CPU, met als ik gebruik maak van de nu nog OpenVPN verbinding gaat hij naar 25% CPU load.

Vragen:
1. Welke dingen zou ik nog meer kunnen proberen om mijn verbruik omlaag te krijgen?
2. Hoeveel zin zou een mogelijke downgrade naar een `AMD Ryzen 3 4100 Boxed` hebben? Hoeveel verwachten jullie dat mijn gebruik geschat dan naar beneden gaat? Zie https://tweakers.net/pric.../1390250;1422448;1799166/ voor een vergelijking. En de power consumption vergelijking kan je hier vinden: https://www.tomshardware....ryzen-3-4100-cpu-review/2
3. Welke andere opties zouden jullie nog aanraden?

Alvast bedankt!

[ Voor 3% gewijzigd door photoMinded op 13-11-2022 18:03 . Reden: Extra info toegevoegd. ]

[Mars Warrior]

@photoMinded , als ik in dit topic op dat mobo zoek, dan zie ik cijfers van ca 30W idle, en 60W bij ca 10% load. Dus jouw 80W lijkt - door de hoeveelheid VM’s en cpu belasting - niet zo gek.

Als de bodem daadwerkelijk ca 30W is, dan heb je 50W speelruimte om mee te spelen. VM’s eruit en Docker erin zal al schelen, maar moet wel mogelijk zijn in jou geval.

Alternatief is een nieuw zuinig systeem ala Kontron (3W idle) en een TDP gelimiteerde CPU om het max verbruik te beperken, maar waar je dan uitkomt in jouw geval weet ik ook niet…

[AUijtdehaag]

GioStyle schreef op vrijdag 4 november 2022 @ 20:34:
Die GK50 heeft een sata ssd begrijp ik. Kan iemand bevestigen of ontkrachten of er ondersteuning is voor een nvme pci-e ssd?

Heb er een op gehad van samsung (980 pro 500 Gb)
Blijft hangen op het bios en boot niet verder (HA image op de NVM SSD, zelfde image als de originele ssd welke wel boot)
Verschil is ook 2 inkepingen (de originele) en 1 inkeping (de nvm samsung)

@Antonio di
Bedankt voor de tip van de MINISFORUM GK50 via Amazon.
Toch een leuke HA server met verbruik van 3 a 5 watt.
Intel HA image erop via balena etcher en gaan met die banaan.

[ Voor 18% gewijzigd door AUijtdehaag op 13-11-2022 20:52 ]

[photoMinded]

@Mars Warrior Dankjewel voor je antwoord! Dus als ik het goed begrijp heeft de downgrade van de processor ook niet heel veel zin omdat de het mobo al 30W gebruikt.

Ik ben bang dat als ik een TDP gelimiteerde CPU ga gebruiken dat ik niet mijn OpenVPN of Wireguard verbinding vol kan gebruiken + de servers die ik draai. Ik kan idd nog wel kijken om minder VM's te draaien en meer dingen op 1 VM te zetten en dan doormiddel van Docker de boel de scheiden.

Er zit een Corsair RM550x voeding in de server, zou ik daar nog wat anders voor in plaats kunnen doen? Of is die al energie efficiënt genoeg voor mijn verbruik?

---

Ik zat voor de rest nog te kijken naar mogelijke andere oplossingen. Een die ik zag was deze NUC -> uitvoering: ASRock NUC BOX-1220P De processor heeft soiso al een lagere TDP en dus ook verbruik. Ik kan weinig vinden over zijn idle gebruik. Maar denk niet dat ik dat veel ga halen vanwege het runnen van veel verschillende services. Zou deze een stuk beter qua verbruik zijn dan mijn huidige server? En hoeveel zou dat dan schelen? Want ik las dat de nieuwe Intel chips nu niet echt zuinig waren in vergelijking met oudere chips.

[ Voor 8% gewijzigd door photoMinded op 13-11-2022 22:05 ]

[GoBieN-Be]

Ik geloof dat de Corsair RM550x van de ATX voedingen wel zeer goed scoort bij lagere vermogens.
Bij heel lage vermorgens is een PicoPSU i.c.m. een zuinige adapter natuurlijk de beste combo.

[Quad]

GioStyle schreef op vrijdag 4 november 2022 @ 20:34:
Die GK50 heeft een sata ssd begrijp ik. Kan iemand bevestigen of ontkrachten of er ondersteuning is voor een nvme pci-e ssd?

Nvme geprobeerd, werkt niet. M.2 slot is dus echt alleen SATA.
Dus zal je een normale SATA 2.5" SSD moeten plaatsen.

[mrmrmr]

@photoMinded

Ik zou eerst eens de impact van de software aanpakken. Bijvoorbeeld bij VPN kan je gebruik maken AES-NI (tenzij het supergeheim is wat je doet). Dat is een verzameling AES encryptie routines ingebakken in de processor. Dat is veel sneller dan via software. Er zijn ook meerdere soorten VPN verbindingen via verschillende protocollen.

Instellingen van de software zijn vaak belangrijk. Mocht dat niet voldoende opleveren: misschien is er alternatieve software beschikbaar voor de taken die je wilt.

Kijk bijvoorbeeld met top welke processen veel processortijd eisen. Met trace tool kun je nog nader onderzoeken wat er onder water gebeurt. Misschien is er overmatige logging actief.

Ook op virtualisatie niveau zijn vaak verbeteringen mogelijk. Bijvoorbeeld VM's uitschakelen als je die niet gebruikt of taken samenvoegen.

Wat betreft de hardware:
Heb je powertop --auto-tune geprobeerd? Dat zet allerlei instelling op power saving. Kijk ook eens in de BIOS of die geoptimaliseerd is voor laag verbruik (algemene instellingen kun je vinden in de topic start).

De Corsair RM550x is het meest geschikt voor systemen die een hoog (>>120W) maximum verbruik hebben (bijvoorbeeld veel hard disks) en een laag idle verbruik.
Kijk maar eens naar de grafieken in deze test: https://www.tweakpc.de/ha...2021_550_750_1000/s02.php

Vervangen levert procentueel weinig op en je kunt de efficientie bij lage belasting (<40W) verliezen.

[photoMinded]

@mrmrmr

Ik maak al gebruik van de AES-NI. Deze heb ik ook al geforward naar de Firewall VM in Proxmox. Maar ik las dat dat alleen impact heeft als je openVPN gebruikt. Met Wireguard word er (nog) geen hardware acceleratie gedaan (https://www.reddit.com/r/...does_wireguard_use_aesni/). Desondanks dat is Wireguard wel een stukje meer performant t.o.v openVPN.

Op de host zijn het vooral KVM processen (Logish) die veel gebruiken. Ga later nog wel specifieker per VM kijken. Dankjewel voor de tips!

Ik was vergeten te vermelden dat ik ook `powertop --auto-tune` gebruikt heb op de Host. Zou je dat aanraden om dat te draaien voor de Host en alle VM's?

@GoBieN-Be
Goed om te weten dat er op Voeding gebied niet veel te winnen valt.

Bedankt voor de tips!

[mrmrmr]

photoMinded schreef op zondag 13 november 2022 @ 21:45:
Ik was vergeten te vermelden dat ik ook `powertop --auto-tune` gebruikt heb op de Host. Zou je dat aanraden om dat te draaien voor de Host en alle VM's?

Het werkt theoretisch alleen op de host, die heeft de directe controle over de hardware. De VM's weten van elkaar niet wat ze doen, dat weet alleen de host. Ik weet niet of de virtuele driver power management ondersteuning heeft.

[D-Three]

Mars Warrior schreef op vrijdag 11 november 2022 @ 17:47:
@D-Three , kun je je originele - gepinde - post met deze info aanvullen? Dat scheelt zoeken voor anderen

Toegevoegd met wat basisinfo, misschien breid ik het nog wat meer uit als ik wat meer tijd heb.


Dit weekend heb ik snel eens iets anders getest. Waarschijnlijk is er een punt waarop een CPU het meest efficiënt werkt. Als je kijkt naar overclocken, dan schalen prestaties niet lineair met hogere frequenties en spanningen en dus verbruik. Daarom heb ik geprobeerd om de prestaties in functie van het vermogen te vinden.

Mijn moederbord heeft echter geen instellingen om de spanning en frequentie van de CPU te wijzigen, daarom heb ik de CPU TDP limit gebruikt. Om het afgelezen vermogen op de PM231 zo weinig mogelijk te laten fluctueren, heb ik de hdd's en casefans afgekoppeld, de cpu fan op full power gezet en de C-states van de CPU uitgeschakeld. Dan hield ik onderstaand systeem over:

#	Category	Product
1	Processors	Intel Core i3-8100 Boxed
1	Moederborden	Kontron D3674-B
1	Behuizingen	Inter-Tech 1.5U-1528L
1	Computer accessoires	Leicke ULL Power Supply 120 W
1	Geheugen intern	Crucial CT8G4SFS824A
1	Solid state drives	Samsung 980 500GB

Ik heb dus stelselmatig de CPU TDP limit in de BIOS verhoogd en een benchmark uitgevoerd. Hiervoor gebruikte ik sysbench, dit is een eenvoudige tool die priemgetallen berekent. Het belast de processor niet volledig, zoals je uit de testresultaten zal zien. Indien iemand een betere suggestie heeft, dan hoor ik het graag. Voor iedere run, werd het onderstaande commando uitgevoerd. Dit laat de 4 threads van de CPU 1 minuut lang rekenen.

code:

sysbench --threads=4 --time=60 cpu run

Nadien krijg je enkele resultaten te zien, waaronder event/s wat een indicatie geeft over hoe snel de cpu ongeveer is.

Dit zijn dan de resultaten:

CPU TDP limit	gemeten vermogen systeem	events/s
10W	17,5W	3066,53
20W	20,7W	3572,05
30W	23,3W	4033,20
40W	27,45	4555,05
50W	32,75	4906,72
60W	32,7	4906,47

Dat opgenomen vermogen en TDP niet hetzelfde zijn wist ik al. Toch is het opvallend dat het gemeten vermogen niet hard stijgt bij iedere stap. Waarschijnlijk komt dit omdat sysbench enkel delingen uitvoert, de cores staat dan misschien wel op bijna 100% te draaien, dit betekent nog niet dat alle onderdelen van een CPU zijn belast. Dit zie je ook terug in de laatste 2 metingen, het opgenomen vermogen en event/s bij een limit van 50W en 60W zijn gelijk.

Echter wil ik weten of de CPU bij een bepaald vermogen efficiënter is of niet. Dus moet je de resultaten interpreteren. Eerst wou ik event/s delen door het gemeten vermogen maar dat is niet correct omdat ik het vermogen van het volledige systeem meet. Het verschil nemen van het gemeten idle vermogen van het vermogen onder last, bleek ook niet geheel correct. Daarom heb ik 10W genomen als baseline en die waardes afgetrokken van iedere meting. Tenslotte neem je dan nog event/s per watt en dan denk ik dat ik op een correcte meting uit kom?

1) TDP limit	2) gemeten vermogen	3) vermogen - 17,5W	4) events/s	5) events/s - 3066,53	5 / 3 efficiëntie
10W	17,5W	-	3066,53	-	-
20W	20,7W	3,2W	3572,05	505,52	157,98
30W	23,3W	5,8W	4033,20	966,67	166,67
40W	27,45	9,95W	4555,05	1488,52	149,60
50W	32,75	15,25W	4906,72	1840,19	120,67
60W	32,7	15,2W	4906,47	1839,94	121,05

Het hoogste getal is dan het meest efficiënte, het laagste getal het minst. In dit geval zou 30W het meest efficiënte zijn. Indien je niet alle power van de CPU nodig hebt, kan het limiteren van de TDP dus voor een extra besparing zorgen. En in dit geval lijkt de CPU slechts 18% trager te zijn? Dan kan je mogelijks ook nog passief koelen en indien mogelijk nog de voltages van de CPU verlagen. Wat voor nog iets extra besparing zorgt.

Dit was een hele snelle meting. Geen idee of het zinvol is Misschien dat ik later nog iets preciezer ga meten als ik tijd en zin heb Opmerkingen over eventuele denk- en rekenfouten of suggestie voor een betere bench tool zijn altijd welkom.

[ Voor 5% gewijzigd door D-Three op 14-11-2022 20:11 ]

[Mars Warrior]

@D-Three .

Ik vraag me af of een TDP van 10W wel goed uitgevoerd kan worden, maar dat weet ik niet zeker.

Verder zou ik eerder iets van 7zip gebruiken. Sysbench is eigenlijk een database bench tool, al kan hij ook CPU metingen doen…

Met ‘7zip b’ zie je zowel compressie als decompressie resultaten. En het geschatte aantal MIPS.
Je kunt ook het aantal threads opgeven.



Wie weet schaalt deze beter met het verhogen van het TDP!

[stormfly]

Hier mijn eerst zuinige-tweak ervaring.

Intel NUC7i3BNK, met pfSense. Het was ooit een ESXi host met 32GB ram ik heb er nu een module uit gehaald waardoor het weer ruim een watt zakte. Zoveel mogelijk LED's uit geconfigureerd, maar ik krijg hem niet echt laag. De bios staat op low-power mode ingesteld nu, alleen lijkt dat niet echt een verschil te maken. pfSense staat op adaptive ingesteld, en je ziet hem terugschakelen in Mhz's.

Hij verbruikt geboot nu 7 a 8 watt, als ik een gigabit vol trek dan schiet hij naar 10 a 11 watt (mijn meter heeft geen decimalen achter de komma)

[Jazco2nd]

Waarom gebruiken mensen hier eigenlijk nog VMs en niet gewoon over op Docker (Compose)?
Simpeler, minder onderhoud en stuk zuiniger?
Je kan in principe elke Linux distro kiezen. Ik heb Manjaro gekozen omdat het beter out-of-the-box is tov Ubuntu, geen grote upgrades heeft, alleen minor updates en 1 centraal app management systeem (a la App Store of Play Store) om alles, zowel systeem als applicaties, up to date te houden.

[TheByteBoy]

Gezien de slechte verkrijgbaarheid en hoge prijs van de Fujitsu/Kontron moederborden, leek het me aardig om eens te kijken wat een Fujitsu prebuild computer doet qua stroomverbruik. Hierover lees ik in dit topic eigenlijk weinig. Ik heb een D738/E94+ van Ebay gehaald voor 150 euro inclusief verzenden. Deze zou volgens specificaties een long idle van 4,7W en short idle van 5,6W moeten halen en heeft een small form factor behuizing dus meer uitbreidingsmogelijkheden dan de tiny/mini/micro/nuc apparaten waar hier meer over geschreven is.

Mijn exemplaar heeft de volgende hardware

• Fujitsu D3601 moederbord met BIOS versie 1.25
• i3-8100 met actieve koeling
• 2x8GB RAM
• 256GB Micron 1100 2,5" SATA SSD
• Intel 219V onboard NIC
• 280W 80plus platinum voeding met een kleine fan

Verder zijn er 2 uitbreidingssloten (1x PCIe x16, 1x PCIe x8 open ended). Er zit ook nog een PCIe 1x op het moederbord, maar geen opening op de achterkant van de kast. Er kan 1 NVME PCIe SSD op het moederbord (onder de front fan) en verder past in de behuizing een slim optical drive, 1x 3,5", 1x 2,5". Er zijn 5 SATA connectoren beschikbaar op het moederbord.



Een nadeel van deze machine is dat de voedingsaansluitingen niet standaard zijn (ATX is een 16 pins aansluiting en SATA power komt van 4 pins ATX connectoren direct van het moederbord, aansluitingen voor GPUs zijn vanzelfsprekend afwezig).

In BIOS zijn weinig stroombesparende zaken te vinden. Package C states van auto naar C10 zetten lijkt niks uit te maken in verbruik.

Dan de metingen.

Windows 11 Pro 22H2 met alle Windows updates en Power saver plan. Alleen de GPU van de processor blijft op Basic Display driver hangen dus die vervangen door de Intel graphics driver van de Fujitsu website. Volgens Throttlestop gaat hij keurig in package C8. Idle op Windows desktop ongeveer 10 minuten na boot gemeten met Brennenstuhl PM 231E.

• Beeldscherm in slaapstand, keyboard, muis en LAN aangesloten: 4,5-5W
• Alleen LAN aangesloten: 4,2-4,7W
• Front fan losgetrokken van moederbord: 4.1-4,3W

Waardes fluctueren wel nogal (tussen 0,5 en 8W) volgens de meter dus heb getracht een redelijk gemiddelde te nemen. Het zijn waardes die goed overeen komen met de specificatie of zelfs iets lager en lager dan mijn D3644/Picopsu metingen uit het verleden, dus het valt me niks tegen.

[Update 18-11-2022]
Debian 11.5.0 bullseye met powertop --auto-tune, consoleblank en @CurlyMo instellingen en Crucial M500 500GB msata in 2,5" behuizing SSD ipv Micron 1100 256GB SSD. Gemeten met Shelly Plug S.

• Beeldscherm in slaapstand, keyboard, muis en LAN aangesloten, zonder frontfan: 3,7-4,3W

[Update 25-11-2022]
Proxmox 7.2.15 met powertop --auto-tune, consoleblank, CurlyMo instellingen en Micron 1100 256GB SSD. Gemeten met Shelly Plug S. Geen draaiende containers of VMs.

• Beeldscherm in slaapstand, keyboard, muis en LAN aangesloten, zonder frontfan: 6,7W
• Alleen LAN aangesloten en overbodige* services gestopt: 5,7W

*= systemctl stop pve-daily-update pvestatd pve-ha-crm pve-ha-lrm pve-firewall pvefw-logger corosync spiceproxy
De verbruiksgrafiek van Proxmox is veel onrustiger dan Debian. Ik zie uitschieters naar beneden 2,5W en naar boven 20W. Bovenstaande is een gemiddelde van tenminste een uur.

[ Voor 15% gewijzigd door TheByteBoy op 25-11-2022 16:08 ]

[LittleKiller]

Misschien is het al gemeld, maar kontron heeft ook ITX 12th gen aangekondigd.

https://www.kontron.com/en/products/k3833-q-mitx/p176291

Deze heeft ook 2.5g, zelfs dual lan. Dus ook mogelijk pfsense/OPNSense setup.

Persoonlijk gezien heeft ie wel maar 2 sata poorten, maar wel een dubbel nvme slot. Mogelijk zou je dus zoiets kunnen doen: https://www.allekabels.nl...naar-4x-sata-adapter.html

[Mars Warrior]

LittleKiller schreef op maandag 14 november 2022 @ 16:26:
Misschien is het al gemeld, maar kontron heeft ook ITX 12th gen aangekondigd.

https://www.kontron.com/en/products/k3833-q-mitx/p176291

Deze heeft ook 2.5g, zelfs dual lan. Dus ook mogelijk pfsense/OPNSense setup.

Persoonlijk gezien heeft ie wel maar 2 sata poorten, maar wel een dubbel nvme slot. Mogelijk zou je dus zoiets kunnen doen: https://www.allekabels.nl...naar-4x-sata-adapter.html

Het zijn alleen wel industriële uitvoeringen. Voor mij vallen ze helaas af door het M2 2242 slot (geen 2280), en het gebruik van sodimm. Andere fabrikanten krijgen op ITX formaat 2x 2280 M2 sloten erop en gewone DIMMs, waardoor die een stuk bruikbaarder zijn in mijn geval. Tevens 2.5Gb en 1Gb lan!

Het verbruik van die bordjes zal de 3W van Kontron niet halen, eerder 6W idle, maar van die 3W ga ik niet arm worden denk ik

[mrmrmr]

stormfly schreef op maandag 14 november 2022 @ 14:40:
Hier mijn eerst zuinige-tweak ervaring.

Intel NUC7i3BNK, met pfSense. Het was ooit een ESXi host met 32GB ram ik heb er nu een module uit gehaald waardoor het weer ruim een watt zakte. Zoveel mogelijk LED's uit geconfigureerd, maar ik krijg hem niet echt laag. De bios staat op low-power mode ingesteld nu, alleen lijkt dat niet echt een verschil te maken. pfSense staat op adaptive ingesteld, en je ziet hem terugschakelen in Mhz's.

Hij verbruikt geboot nu 7 a 8 watt, als ik een gigabit vol trek dan schiet hij naar 10 a 11 watt (mijn meter heeft geen decimalen achter de komma)

Dat is een 7th gen systeem met i3-7400 processor. In die tijd had je meer kans een zuinige NUC te treffen dan de laatste jaren.

FreeBSD (basis van pfSense) heeft weinig power management in zich behalve het regelen van processorfrequenties. Als je Linux zou draaien zou je misschien een aantal Watt lager kunnen uitkomen.
Jammer dat pf niet onder Linux draait, ik vind het een fijne packet filter.

Welke energiemeter heb je gebruikt?

@LittleKiller Het is een industrial moederbordtype met Q670E embedded processor. Vanwege het industriële is het mogelijk niet standaard geoptimaliseerd voor laag verbruik. Of misschien is het wel alsnog zo in te stellen in de BIOS. De prijs van industrieel materiaal is meestal flink hoger.

[LittleKiller]

mrmrmr schreef op maandag 14 november 2022 @ 16:37:
[...]

@LittleKiller Het is een industrial moederbordtype met Q670E embedded processor. Vanwege het industriële is het mogelijk niet standaard geoptimaliseerd voor laag verbruik. Of misschien is het wel alsnog zo in te stellen in de BIOS. De prijs van industrieel materiaal is meestal flink hoger.

Goed punt,

Ik had ook die 2242 over het hoofd gezien. Op dit moment heb ik een asrock z370 gaming moederbord in m'n server zitten. Waarom? Ik had het nog. Daarnaast zit er een i5-8600k in, waarom? Ik had het nog.

Ik denk dat ik toch maar wacht tot meteor lake vanwege AV1 encoding op quicksync.

Overigens gebruik m'n server nu 20 watt idle.

[ Voor 3% gewijzigd door LittleKiller op 14-11-2022 16:40 ]

[Skynett]

D-Three schreef op maandag 14 november 2022 @ 11:05:
[...]

Waarschijnlijk is er een punt waarop een CPU het meest efficiënt werkt. Als je kijkt naar overclocken, dan schalen prestaties niet lineair met hogere frequenties en spanningen en dus verbruik. Daarom heb ik geprobeerd om de prestaties in functie van het vermogen te vinden.

Mijn moederbord heeft echter geen instellingen om de spanning en frequentie van de CPU te wijzigen, daarom heb ik de CPU TDP limit gebruikt. Om het afgelezen vermogen op de PM231 zo weinig mogelijk te laten fluctueren, heb ik de hdd's en casefans afgekoppeld, de cpu fan op full power gezet en de C-states van de CPU uitgeschakeld.
Ik heb dus stelselmatig de CPU TDP limit in de BIOS verhoogd en een benchmark uitgevoerd. Hiervoor gebruikte ik sysbench, dit is een eenvoudige tool die priemgetallen berekent. Het belast de processor niet volledig, zoals je uit de testresultaten zal zien. Indien iemand een betere suggestie heeft, dan hoor ik het graag. Voor iedere run, werd het onderstaande commando uitgevoerd. Dit laat de 4 threads van de CPU 1 minuut lang rekenen.

code:

sysbench --threads=4 --time=60 cpu run

Nadien krijg je enkele resultaten te zien, waaronder event/s wat een indicatie geeft over hoe snel de cpu ongeveer is.

Dit zijn dan de resultaten:

CPU TDP limit	gemeten vermogen systeem	events/s
10W	17,5W	3066,53
20W	20,7W	3572,05
30W	23,3W	4033,20
40W	27,45	4555,05
50W	32,75	4906,72
60W	32,7	4906,47

Dat opgenomen vermogen en TDP niet hetzelfde zijn wist ik al. Toch is het opvallend dat het gemeten vermogen niet hard stijgt bij iedere stap. Waarschijnlijk komt dit omdat sysbench enkel delingen uitvoert, de cores staat dan misschien wel op bijna 100% te draaien, dit betekent nog niet dat alle onderdelen van een CPU zijn belast. Dit zie je ook terug in de laatste 2 metingen, het opgenomen vermogen en event/s bij een limit van 50W en 60W zijn gelijk.

Echter wil ik weten of de CPU bij een bepaald vermogen efficiënter is of niet. Dus moet je de resultaten interpreteren. Eerst wou ik event/s delen door het gemeten vermogen maar dat is niet correct omdat ik het vermogen van het volledige systeem meet. Het verschil nemen van het gemeten idle vermogen van het vermogen onder last, bleek ook niet geheel correct. Daarom heb ik 10W genomen als baseline en die waardes afgetrokken van iedere meting. Tenslotte neem je dan nog event/s per watt en dan denk ik dat ik op een correcte meting uit kom?

1) TDP limit	2) gemeten vermogen	3) vermogen - 17,5W	4) events/s	5) events/s - 3066,53	5 / 3 efficiëntie
10W	17,5W	-	3066,53	-	-
20W	20,7W	3,2W	3572,05	505,52	157,98
30W	23,3W	5,8W	4033,20	966,67	166,67
40W	27,45	9,95W	4555,05	1488,52	149,60
50W	32,75	15,25W	4906,72	1840,19	120,67
60W	32,7	15,2W	4906,47	1839,94	121,05

Het hoogste getal is dan het meest efficiënte, het laagste getal het minst. In dit geval zou 30W het meest efficiënte zijn. Indien je niet alle power van de CPU nodig hebt, kan het limiteren van de TDP dus voor een extra besparing zorgen. En in dit geval lijkt de CPU slechts 18% trager te zijn? Dan kan je mogelijks ook nog passief koelen en indien mogelijk nog de voltages van de CPU verlagen. Wat voor nog iets extra besparing zorgt.

Dit was een hele snelle meting. Geen idee of het zinvol is Misschien dat ik later nog iets preciezer ga meten als ik tijd en zin heb Opmerkingen over eventuele denk- en rekenfouten of suggestie voor een betere bench tool zijn altijd welkom.

Op zich is de dachte goed, en leuk, maar de vraag is of dit de beste methode is om een cpu efficiënt te laten werken. Want hoe druk je nou de efficiëntie van een CPU uit?

Een x86 cpu heeft ondertussen een enorme instructieset, en niet elke instructie vraagt hetzelfde van de cpu, c.q. belast de cpu in dezelfde mate en de warmteproductie is een direct gevolg van het aantal transistoren dat per clockcyclus moet schakelen. Sommige eenvoudige instructies zijn binnen 1 clockcycle afgehandeld, en belasten maar een klein deel van de in de cpu aanwezige transistoren. En andere complexe instructies heb vele clockcycles nodig om afgehandeld te worden en hebben per klokcyclus veel meer transistoren/resources van de cpu nodig om hun resultaat op te leveren.

En welk soort instructies worden er in jouw test gebruikt, en welk soort instructies worden er gebruikt bij gebruik door de end-users in dit topic?

Volgens mij is het doel in dit topic ook niet om je cpu efficiënt te laten werken, maar je systeem gewoon (belachelijk) zuinig te laten zijn. Ofwel, je systeem ook gewoon zo min mogelijk belasten. Alle vragen van @mrmrmr gaan altijd over het schrappen van activiteiten op het systeem.

Maar volgens mij zijn uit o.a. jouw gedachte wel de RISC processoren van Advanced Risc Machines (ARM) tevoorschijn gekomen. De Reduced Instruction Set Computing processoren beschikken eigenlijk over een hele eenvoudige instructieset, en die zijn makkelijker zuinig te maken. Dat blijkt inmiddels uit alle resultaten, kijk maar naar de Rpi's en Apple met zijn M1 cpu's.

[stormfly]

mrmrmr schreef op maandag 14 november 2022 @ 16:37:
[...]


Dat is een 7th gen systeem met i3-7400 processor. In die tijd had je meer kans een zuinige NUC te treffen dan de laatste jaren.

FreeBSD (basis van pfSense) heeft weinig power management in zich behalve het regelen van processorfrequenties. Als je Linux zou draaien zou je misschien een aantal Watt lager kunnen uitkomen.
Jammer dat pf niet onder Linux draait, ik vind het een fijne packet filter.

Welke energiemeter heb je gebruikt?

@LittleKiller Het is een industrial moederbordtype met Q670E embedded processor. Vanwege het industriële is het mogelijk niet standaard geoptimaliseerd voor laag verbruik. Of misschien is het wel alsnog zo in te stellen in de BIOS. De prijs van industrieel materiaal is meestal flink hoger.

Jeps pfsense is niet gebouwd om energie te besparen. Kan er morgen nog wel even wat verder naar kijken. Iemand had hier iets met custom parameters rondom de C state.

Een no name energie meter. Hij is zo oud en vergeeld dat ik moet zoeken naar de merknaam.

Heb er nu een zigbee plug tussen.

[Raven]

Jazco2nd schreef op maandag 14 november 2022 @ 15:39:
Waarom gebruiken mensen hier eigenlijk nog VMs en niet gewoon over op Docker (Compose)?

offtopic:
Voor sommige dingen bestaan geen (nog ondersteunde) Docker oplossingen , waaronder een bepaalde torrent client (alternatieven zijn i.v.m. niet kunnen importeren rss.dat geen optie) en een eMule mod.

Dan is er nog PiHole, is wel ondersteund in Docker, maar ik zie vooralsnog geen oplossing om die direct aan meerdere VLAN's te koppelen, tenzij ik die gewoon buiten Docker op de host installeer.

[Jazco2nd]

@Raven ik gebruik zelf Adguard Home via Docker Compose met network-mode: host, zodat je deze gewoon normaal kunt gebruiken zonder network isolatie. Ook geen gehannes met macvlan. Unbound is de enige DNS server ingesteld in AGH, Unbound heb ik dan weer wel gewoon in Docker network draaien, want die wordt alleen door AGH benadert.

offtopic:
Wat betreft downloads, daar gebruik ik sonarr/radarr/bazarr met prowlarr (als source) en QB (als download client) en NZB360 (als Android app, zeer gebruiksvriendelijk) voor. Ik gebruik eigenlijk alleen nog NZB360 app. al die andere services zijn daarin ingesteld en hun eigen web Ui benader ik tegenwoordig nooit meer. Maakt het heel WAF friendly.

Ik zou niet weten welke torrent client je dan mist in docker.. maar de *arr apps werkten de laatste keer dat ik hier diep in zat het beste met QB. Daarvoor gebruikte ik Flexget (RSS based oa) icm Transmission.

[Raven]

offtopic:
@Jazco2nd uTorrent, daar bestaan - de laatste keer dat ik keek - alleen al jaren niet meer onderhouden images van.

[dcm360]

Tussen Docker en een VM zitten ook nog oplossingen als containers (LXC) en jails. Proxmox biedt voor LXC wel de meest complete ervaring denk ik, en is daarom ook vrij populair.

[GoBieN-Be]

Er zijn nog steeds zaken die niet in Docker out-of-the-box beschikbaar zijn.

Zelf heb ik een Active Directory domain thuis, dus heb ik een Windows DC draaien.
Dat is deels omdat ik dat bijzonder makkelijk vind voor central user & file share management.
Deels beroepsmisvorming als netwerk en systeembeheerder om daar thuis ook mee te spelen.

Dan heb ik nog een Windows VM met Veeam backup-software.
En nog een Windows VM met PRTG monitoring software, veel gebruiksvriendelijker dan Nagios en dergelijke.

Er is ook nog een Linux VM (Ubuntu LTS) waarop ik Docker heb en daar een boel containers (webserver stack, Frigate, DDNS, etc...) op draai.

Ook heb ik HaOS draaien in een VM, want op Docker is dat niet compleet (geen addons, geen HACS, ...), tenzij je er veel werk in steekt.

En tenslotten ook nog 2 XPenology VM's voor camera bewaking, audio en photo.

Al die VM's draaien op ESXi, geen proxmox omdat ik ESXi ook beroepsmatig veel gebruik. Maar wie weet in de toekomst overweeg ik wel Proxmox.

Ik heb recent een Windows VM kunnen supprimeren nadat ik vele uren werk verzet heb om de zonnepanelen monitoring software (PVdiary) in Docker werkende te krijgen. Dat loopt nu eindelijk in 2 docker containers op een Raspberry PI4. Dat vereiste een hele hoop scripting en testen.

Dus ja ... niet iedereen is gelijk

[Jazco2nd]

Raven schreef op maandag 14 november 2022 @ 18:01:

offtopic:
@Jazco2nd uTorrent, daar bestaan - de laatste keer dat ik keek - alleen al jaren niet meer onderhouden images van.

offtopic:
Zowel QB en Rutorrent hebben ook goede RSS ondersteuning..
Voor zover ik weet is maar heel beperkte ondersteuning mogelijk bij de *arr apps voor utorrent dus het lijkt me niet heel populair, zeker niet als je een unattended & automated oplossing wil. Dan zal je toch over moeten op QB of Rutorrent of Transmission. Genoeg opties

[RobertMe]

dcm360 schreef op maandag 14 november 2022 @ 18:08:
Tussen Docker en een VM zitten ook nog oplossingen als containers (LXC) en jails. Proxmox biedt voor LXC wel de meest complete ervaring denk ik, en is daarom ook vrij populair.

LXC is wel een beetje best of both worlds. Wel het gemak van een volledig OS maar niet de virtualisatie overhead etc.. * RobertMe gebruikt LXC om bepaalde "VMs" te koppelen aan specifieke VLANs. Bv een "IoT controller" LXC waarin allemaal zaken gerelateerd aan Home Assistant draaien. Deze LXC heeft als netwerk interface eentje die ook in het IoT VLAN zit en is daardoor gescheiden. Andere LXC draait bv Samba in om de "Linux ISOs" in het netwerk beschikbaar te stellen, maar dan weer in het VLAN met de media spelers. Met Docker is het een *** om elke container in het juiste VLAN te krijgen (en dan niet alleen poorten open zetten alleen binnen het VLAN, maar ook dat het uitgaande verkeer van de container via dat VLAN gaat), en dan ook nog eens zonder allemaal unieke IPs te hebben (met macvlan valt dan wel een interface per container te gebruiken, maar dan krijgt ook elke container een eigen IP adres in het VLAN).

En ja. Ik draai vervolgens alsnog Docker binnen de LXC containers voor het gemak van een pull & up . Misschien eens kijken om over te stappen op Podman. Scheelt toch weer de resources van de Docker daemon.

[GioStyle]

-

[ Voor 99% gewijzigd door GioStyle op 24-11-2022 20:39 ]

[Zsub]

Skynett schreef op maandag 14 november 2022 @ 16:42:

Volgens mij is het doel in dit topic ook niet om je cpu efficiënt te laten werken, maar je systeem gewoon (belachelijk) zuinig te laten zijn. Ofwel, je systeem ook gewoon zo min mogelijk belasten. Alle vragen van @mrmrmr gaan altijd over het schrappen van activiteiten op het systeem.

Ja, ik heb ook het idee dat zuinig meest geinterpreteerd wordt als zo min mogelijk kWh/jaar gebruiken.

Mijn doel is eerder de efficientie dan een zo laag mogelijk verbruik überhaupt. Ik heb een aantal services die ik graag zelf wil draaien, zij het opdat anderen daar gebruik van kunnen maken, zij het omdat ik het zelf leuk vind om ermee te prutsen, zij het omdat ik mijn privacy probeer te waarborgen. Daarnaast heb ik in het dagelijkse leven niks te maken met 'echte' serverhardware, dus wil ik daar ook graag mee bezig.

Dat maakt dat ik andere prioriteiten heb en dus keuzes maak dan de meeste anderen hier. Ik vraag me al wel een tijdje af of er wellicht ruimte is voor "Het grote super-efficiente server topic" naast dit topic.

[photoMinded]

mrmrmr schreef op zondag 13 november 2022 @ 22:19:
[...]


Het werkt theoretisch alleen op de host, die heeft de directe controle over de hardware. De VM's weten van elkaar niet wat ze doen, dat weet alleen de host. Ik weet niet of de virtuele driver power management ondersteuning heeft.

Thanks! Onder proxmox kan ik niet zo snel vinden of de virtuele driver power mangment heeft.

[D-Three]

Skynett schreef op maandag 14 november 2022 @ 16:42:
[...]

Op zich is de dachte goed, en leuk, maar de vraag is of dit de beste methode is om een cpu efficiënt te laten werken. Want hoe druk je nou de efficiëntie van een CPU uit?

Nou ja, in MIPS/W ofzo

Een x86 cpu heeft ondertussen een enorme instructieset, en niet elke instructie vraagt hetzelfde van de cpu, c.q. belast de cpu in dezelfde mate en de warmteproductie is een direct gevolg van het aantal transistoren dat per clockcyclus moet schakelen. Sommige eenvoudige instructies zijn binnen 1 clockcycle afgehandeld, en belasten maar een klein deel van de in de cpu aanwezige transistoren. En andere complexe instructies heb vele clockcycles nodig om afgehandeld te worden en hebben per klokcyclus veel meer transistoren/resources van de cpu nodig om hun resultaat op te leveren.

En welk soort instructies worden er in jouw test gebruikt, en welk soort instructies worden er gebruikt bij gebruik door de end-users in dit topic?

Ik geef je gelijk dat mijn test waarschijnlijk niet helemaal zinnig is In mijn post had ik al gezegd dat niet alle onderdelen van de processor worden belast. Hoe dit dan vertaalt in TDP is inderdaad een moeilijke, ik heb al helemaal geen idee wat die setting beperkt in de processor. Beter was geweest als ik een bepaalde frequentie in kon stellen. Maar je moet roeien met de riemen die je hebt

Het valt niet te ontkennen dat bij stijgend verbruik de prestaties niet evenredig mee schalen. Of het halveren van de TDP limiet veel zal schelen in verbruik valt inderdaad te betwijfelen. Zeker bij een systeem dat al regelmatig staat te idlen. Ik vond het vooral interessant om eens te bekijken. En misschien interessant voor iemand die zijn systeem passief wil koelen.

Volgens mij is het doel in dit topic ook niet om je cpu efficiënt te laten werken, maar je systeem gewoon (belachelijk) zuinig te laten zijn. Ofwel, je systeem ook gewoon zo min mogelijk belasten. Alle vragen van @mrmrmr gaan altijd over het schrappen van activiteiten op het systeem.

Belachelijk zuinig haal je onder andere ook door efficiënt te zijn Sommigen gaan echt wel de CPU limiteren en undervolten om bijvoorbeeld een iets minder krachtige voeding te kunnen gebruiken die net iets efficiënter is. Maar dan spreken we inderdaad echt over kleine winsten.

[dcm360]

photoMinded schreef op maandag 14 november 2022 @ 20:30:
[...]


Thanks! Onder proxmox kan ik niet zo snel vinden of de virtuele driver power mangment heeft.

Power management is ook niet echt een ding voor in een VM, want een VM heeft geen echte hardware. De truc is vooral om alle software dusdanig in te stellen dat de host de minste hoeveelheid werk te verzetten heeft, zodat de host efficiënt aan power management kan doen.

Om VM's efficiënt te krijgen is een goede eerste stap het gebruik van para-virtualization. Hiermee wordt er niet gepoogd om bestaande hardware zo goed mogelijk na te doen, maar om een zo efficiënt mogelijk interface tussen de VM en de host te realiseren. In Proxmox moet je daarvoor bij het aanmaken van een VM zo veel mogelijk gebruikmaken van VirtIO-hardware.

[mrmrmr]

Skynett schreef op maandag 14 november 2022 @ 16:42:
Volgens mij is het doel in dit topic ook niet om je cpu efficiënt te laten werken, maar je systeem gewoon (belachelijk) zuinig te laten zijn. Ofwel, je systeem ook gewoon zo min mogelijk belasten. Alle vragen van @mrmrmr gaan altijd over het schrappen van activiteiten op het systeem.

Ik denk dat vaak een betere keuze in software en instellingen kan helpen, het hoeft niet altijd van hardware te komen. De focus op alleen hardware levert relatief weinig op bij zwaar belaste systemen. Hardware is maar een deel van het geheel van hardware+software+instellingen/configuratie. Als je betere software en betere instellingen hebt kan dat het verschil maken.

Het was voorheen zo dat een standaard desktop cpu een beperkt verbruik had, maar dat is veranderd nu ook een i3 instapper zo snel in een hoge stand schiet. Die trend is er sinds 10th gen denk ik, toen zeer hoge maximum verbruiken werden gezien. Daarom is het interessant om na belastingoptimalisatie (verlaging van de last) ook naar efficientie bij een bepaalde belasting te kijken.

Het is algemeen bekend dat processoren steeds meer verbruiken naarmate ze meer belast wordt, dat kan exponentieel zijn (een lijn die steeds stijler omhoog loopt, tot het plafond wordt geraakt). Steeds minder performance winst bij steeds hoger verbruik. Wat Intel gedaan heeft met desktop processoren is de voorheen ingebouwde maximum eruit te halen, waardoor je een systeem kan hebben dat ~300W verbruikt (12900K). Gegarandeerd inefficiënt onder zo'n belasting.

Hier hebben ze het daarover:
https://www.hardwaretimes...-5-drop-w-75w-less-power/
de grafiek is daar een omgekeerd (van veel TDP vermogen naar weinig). Je ziet daar duidelijk aan de linkerkant dat heel veel meer TDP vermogen nog nauwelijks iets toevoegd. Bron1 Bron2. Maar: @D-Three toont aan dat de TDP niet noodzakelijk het werkelijke verbruik is.

Efficientie is vrijwel nooit lineair en de belasting in de praktijk stemt het vaak niet overeen met het maximale vermogen dat je in veel cpu reviews ziet. Die cijfers geven niet de efficientie weer van een lagere last. Het is moeilijk vast te stellen wanneer welke processor nu echt zuinig is. De enige manier is meten denk ik. Bijvoorbeeld belasten op 10%, 20%, 30%, etc. met een gestandaardiseerde processorbelastende tool. Misschien is er een tool die dat betrouwbaar kan. En hoe moet de verdeling over de (virtuele) cores zijn?

De test van @D-Three vind ik interessant. We zouden iets kunnen bedenken dat de processor zelf goed test zonder belemmerd te worden door randzaken zoals opslag en geheugen. Een compressietool zoals 7Zip lijkt me op het eerste gezicht wel goed omdat compressie sterk geconcentreerd is in de processor met weinig invloed van geheugen of storage. Comprimeren is vooral bitrekenen, dat gebeurt voor een groot deel binnen de registers (weinig invloed door Lx cache). Eventueel kun je overmatig gebruik van bepaalde instructiesets (SSE/AVX) intomen door 7Zip te compileren zonder support voor die functies. Instructiesets kunnen de processor zo zwaar belasten dat de turbo terugloopt.

[Skynett]

@mrmrmr Was geen kritiek hoor, meer een constatering. En ik denk ook dat je naar het geheel (hardware en software) moet kijken als je een beeld wil hebben van de 'draaiknoppen' die beschikbaar zijn en wat daarvan de invloed is op het verbruik. Elke tweaker zal wat dat betreft zijn voorkeur hebben waar hij als eerste naar kijkt of waar hij het meeste mee heeft.

Gelukkig komt er werkelijk van alles langs qua hardware in dit topic, maar wel leuk om af en toe eens wat breder te kijken naar mogelijkheden als het gaat om zuinige systemen. Eigenlijk zou je meer van Arm processoren willen zien/verwachten als het gaat om verbruik.

[N8w8]

Nu t hierover gaat; hier nog n test van 12900K bij verschillende vermogenslimieten.
Ik zeg ook maar even dat compressie doorgaans relatief goed (in vergelijking met andere loads) schaalt met de geheugen snelheid, bijv zie hier.
Dat suggereert mss dat dat juist niet zo'n goeie test is om puur de CPU te meten onafhankelijk van geheugen, dat je beter een load kan nemen waarbij geheugen snelheid minder uitmaakt.
Weet ook niet hoor maar wellicht iets om rekening mee te houden.

[Mars Warrior]

N8w8 schreef op dinsdag 15 november 2022 @ 08:43:
Nu t hierover gaat; hier nog n test van 12900K bij verschillende vermogenslimieten.
Ik zeg ook maar even dat compressie doorgaans relatief goed (in vergelijking met andere loads) schaalt met de geheugen snelheid, bijv zie hier.
Dat suggereert mss dat dat juist niet zo'n goeie test is om puur de CPU te meten onafhankelijk van geheugen, dat je beter een load kan nemen waarbij geheugen snelheid minder uitmaakt.
Weet ook niet hoor maar wellicht iets om rekening mee te houden.

7-zip benchmark kent 2 delen: compressie en decompressie. De eerste is behoorlijk afhankelijk van geheugen snelheid, de tweede zo ongeveer niet:

(Blauwe balk is DDR5, rest is DDR4 voor alle duidelijkheid)





Het verschil tussen snelste en langzaamste is ca 3%!

[Mars Warrior]

Ik vind overigens sommige plaatjes beetje fout als het om efficiëntie gaat:



Deze klopt beter: dit gaat over het uiteindelijke verbruik namelijk:

De 75W instelling verbruikt bij deze taak dus een stuk minder energie dan de 50W en veel hogere instellingen. De 75W instelling is voor deze cpu dus het meest efficiënt met deze belasting.



Wat je ook ziet, is dat 12gen - en mogelijk 13gen - een stuk efficiënter zijn (dankzij de E-cores???) dan vorige generaties. JA, het max verbruik is veeeeeel hoger, maar TDP gelimiteerd zijn ze veel efficiënter

Voor een server die een continue lage belasting kent zou dit een flink voordeel in energiekosten moeten / kunnen betekenen!

De dikste vorige generatie Ryzens doen het ook erg goed. En dat zonder enige tuning

[ Voor 4% gewijzigd door Mars Warrior op 15-11-2022 09:47 ]

[GoBieN-Be]

GioStyle schreef op maandag 14 november 2022 @ 19:03:
[...]
... minder onderhoud en vooral meer rust.

Aan die Windows VM's heb ik weinig tot niks aan onderhoud
Vooral aan de Linux VM en de Dockers veel fine-tunen en updaten.

[Raven]

Jazco2nd schreef op maandag 14 november 2022 @ 18:15:
[...]

offtopic:
Zowel QB en Rutorrent hebben ook goede RSS ondersteuning..
Voor zover ik weet is maar heel beperkte ondersteuning mogelijk bij de *arr apps voor utorrent dus het lijkt me niet heel populair, zeker niet als je een unattended & automated oplossing wil. Dan zal je toch over moeten op QB of Rutorrent of Transmission. Genoeg opties

offtopic:
Ja, maar het probleem is dat er geen ondersteuning is om de hier niet bepaald lege rss.dat van uTorrent te importeren, zie ook https://github.com/qbittorrent/qBittorrent/pull/5195 wat uiteindelijk de tag abandoned heeft gekregen

[dj237]

D-Three schreef op vrijdag 11 november 2022 @ 15:19:
Woohoo! Ik ben er in geslaagd om bij mijn systeem de Pkg(HW) state toch lager te krijgen dan C3! Deze zakt nu netjes naar C7 en het verbruik zweeft nu ergens tussen de 4W en 5W. Dat is zo goed als idle met OMV6 en slechts 2 dockers ofzo actief.

@dj237 de 'schuldige' is de Realtek netwerkkaart. Nu nog even afwachten of het echt stabiel is.

Een verschil van bijna 3W had ik hiermee echt niet verwacht. Prima waardes voor een systeem met twee 3,5" schijven. Al 'slapen' die uiteraard. Het kriebelt nu wat om de 120W Leicke voeding te vervangen door een veel lichtere FSP of XP Power, enkel en alleen om te zien of dat ook iets scheelt. Maar die investering win ik onmogelijk terug.

edit: tot nu toe lijkt het stabiel. Ik heb mijn oude post aangepast


[...]

Geheugen maakt niet zo heel erg veel uit zolang je geen overlockgeheugen neemt die op een hogere spanning draait. Dus 1.2V nemen.

Betreffende de SSD's, het hangt er van af hoe je het bekijkt. De Samsung is idle zeer zuinig. En bij licht gebruik zal een SSD veel idle zijn.

Wow, dat maakt inderdaad veel verschil (en vergelijkbaar met wat ik gemeten had met/zonder kabel in de ethernetpoort).

Als ik het goed begrijp verlaagt ASPM alleen het gebruik als het netwerk idle is? Dit zou voor mijn use case dan helaas niet zoveel uitmaken (o.a. Home Assistant die elke paar seconden data van sensors binnenkrijgt).

Hoe dan ook, goede vondst en goed om te weten voor de toekomst. Dank!

[Kuusj]

Na wat initieel gezeur ben ik nu tevreden gebruiker van UnRaid
De performance is nu prima. Enige wat wel nog een issue is, is dat hij mij eerst mijn cache-schijf vol schrijft (zoals ik dat ook wil), maar als ik meer dan mijn cachedrive (qua capaciteit) wil overschrijven gaat hij niet automatisch over naar het array (of bij x-% vol zijn van de cache zaken naar het array beginnen te zetten).

Gelukkig doe ik dat niet zo vaak. En het doel, een lager verbruik, is zeker bereikt. Ik draai nu met deze setup:

#	Category	Product	Prijs	Subtotaal
1	Processors	Intel Core i7-6700K Boxed	€ 350,-	€ 350,-
1	Moederborden	MSI H110M ECO	€ 0,-	€ 0,-
3	Interne harde schijven	WD Red (256MB cache), 8TB	€ 260,48	€ 781,44
1	Behuizingen	BitFenix Neos Zwart/Zwart	€ 0,-	€ 0,-
1	Geheugen intern	Corsair Vengeance LPX CMK16GX4M2A2400C16	€ 61,90	€ 61,90
1	Voedingen	Seasonic G-series 360 watt	€ 0,-	€ 0,-
1	Solid state drives	Samsung 980 500GB	€ 56,23	€ 56,23
1	Solid state drives	WD Blue SSD 2,5" (3D v-nand (TLC)) 500GB	€ 72,-	€ 72,-
Bekijk collectie Importeer producten			Totaal	€ 1.321,57

En heb met een aantal (lichte) Docker containers een verbruik van 17W gemiddeld. Waarmee ik t.o.v. de originele situatie (ruwweg zelfde hardware setup, maar met Pentium G4560 en Xpenology) ongeveer 400kWh per jaar bespaar. De i7 6700K draait gewoon met turbo uit en dan op een power-saving governor. Nog steeds genoeg om een 4K HDR stream real-time te transcoden met Plex. Daar kan ik helaas geen hardware-acc voor gebruiken omdat de Kaby Lake generatie dat nog niet kan met x265 10bit. De Pentium G4560 is Ivy Lake en die kon dat wel. Maar dat gebruik ik toch bijna nooit.

Ik had eerst 2 van die Samsung NVMe SSD's (1 voor cache en 1 voor appdata), maar mijn moederbord ondersteunt (uiteraard) geen pci-e biforcation dus hij ziet maar 1 schijf. Dus de appdata staat nu op een WD Blue die ik uit een ander systeem gepakt heb. Daar zit nu de NVMe in, ach, leuke upgrade.

Edit: Ik ga nog een systeempje bouwen met mijn oude Z170 Gaming M5 moederbord, de G4560, 2x4GB RAM, 300W 80+ Bronze voedingkje en een SSD'tje voor wat relatief kleingeld. Heb ik de investering ook al praktisch terugverdiend, terwijl de stroombesparingen daar nog bovenop komen

[ Voor 3% gewijzigd door Kuusj op 15-11-2022 11:51 ]

[FireDrunk]

@Kuusj
Als je 1 van die 3 SSD's uit je lijstje in zijn geheel als cache geeft aan Unraid, zou je die toch niet zomaar vol moeten kunnen schrijven?

Ik bedoel, ik mag toch hopen dat Unraid al direct begint met het verplaatsen van de data van je cache schijf naar je array?

Of mis ik iets?

EDIT: Overigens is 17W met die setup heel keurig!

[ Voor 8% gewijzigd door FireDrunk op 15-11-2022 15:43 ]

[Kuusj]

FireDrunk schreef op dinsdag 15 november 2022 @ 15:42:
@Kuusj
Als je 1 van die 3 SSD's uit je lijstje in zijn geheel als cache geeft aan Unraid, zou je die toch niet zomaar vol moeten kunnen schrijven?

Ik bedoel, ik mag toch hopen dat Unraid al direct begint met het verplaatsen van de data van je cache schijf naar je array?

Of mis ik iets?

EDIT: Overigens is 17W met die setup heel keurig!

1 SSD van 500GB voor cache en 1 SSD van 500GB voor appdata. Als ik 550GB schrijf naar mijn array (en dus eerst de cache SSD) houdt hij gewoon op na 500GB. Dan is de SSD vol. Er is een functie in UnRaid om dit over te schrijven naar het array op basis van een interval. Die staat bij mij op de standaard 24 uur.

Maar ik zou inderdaad verwachten dat hij begint te schrijven naar de cache, dan bij bijv. 50% vol denkt 'oh, oeps, ik moet het array gaan opstarten' en de cache begint weg te schrijven naar het array terwijl ik al mijn data naar de cache schrijf. Maar dat doet 'ie niet!

Bedankt, ben er ook erg blij mee ja. Uiteraard wel nog een beetje jaloers op wat de rest hier kan bereiken, maar ik heb dan wel een 'volwaardige' server met nog relatief moderne 8 threads op 4.2Ghz, 16GB RAM en mogelijkheid om meer HDD's aan te sluiten. En met 150kWh verbruik per jaar kan het me eigenlijk aan mijn reet roesten, die verdere potentiele besparingen.

[desert spider]

Na veel gelezen te hebben in dit topic heb ik het volgende systeem samengesteld:

#	Category	Product	Prijs	Subtotaal
1	Processors	Intel Core i3-10105 Tray	€ 114,85	€ 114,85
1	Moederborden	ASRock H510M-HDV/M.2	€ 70,90	€ 70,90
1	Behuizingen	LC-Power LC-2010MB-ON	€ 35,60	€ 35,60
1	Processorkoeling	Arctic Alpine 12 Passive	€ 14,86	€ 14,86
1	Geheugen intern	Crucial CT16G4DFD824A	€ 56,90	€ 56,90
1	Voedingen	Mini-box PicoPSU-90 + 84W (Fortron) Adapter Power Kit	€ 74,30	€ 74,30
1	Solid state drives	Crucial P5 (retail) 500GB	€ --,--	€ --,--

Debian Bullseye geinstalleerd.BIOS optimalisaties uitgevoerd volgens TS.

Na Start Autotune.

Resultaten:
4,7 - 4.8 watt verbruik.

Bij boot even 27 watt verbruikt.

Later een 2.5 inch hdd toegevoegd. Daarna 5.2 watt verbruikt.
Docker gestart. Minimaal 7 watt met sprongen t/m 11 watt. Home Assistant zal hierin de grootste boosdoener zijn.
Enkel Frigate nog niet gestart in docker, gezien die de resultaten kunnen beïnvloeden. Bij start Frigate komt er nog 4 watt bij.

Ik ben niet ontevreden met het resultaat. Bedankt iedereen voor alle informatie gegeven de afgelopen maanden.

[Melchuzz]

Met al deze geweldige informatie op dit forum ben ik ook van plan mijn server aan te passen zodat mijn stroom rekening wat minder wordt. Op dit moment heb ik het onderstaande als configuratie voor mijn aankomende server, een aantal onderdelen komen nog uit mijn oude server en wil ik misschien later nog aanpassen.

inventaris: Nieuwe Server

Daarbij heb ik ook nog een aantal vragen:
- Ben al een tijdje aan het kijken voor een moederbord zoals de Fujitsu D3643-H of Fujitsu D3644-B, helaas is de eerst genoemde niet te verkrijgen en de 2e zo duur dat die zichzelf (vermoed ik) niet terug gaat verdienen. Welk moederbord raden jullie aan (wat zo goed als direct leverbaar is vanuit de pricewatch), belangrijk is dat hij minimaal 4 sata moet hebben en 4 DIM slots.

- Voor processor koeling twijfel is tussen Arctic Alpine 12 Passive of iets wat meer koelingsmogelijkheden heeft zoals de Noctua NH-P1. Zou de eerste optie voldoen voor een i3-9100?

- Eventueel wil ik nog me hardeschijven swappen met een 2,5" zuinige versie, echter heb ik wel gelezen dat deze hardeschijven niet ideale opties zijn voor een NAS. In hoeverre gaat dat tegen werken en leverd dat op? Over het algemeen gebruik ik mijn NAS niet erg zwaar (zo en dan wat backuppen en soms files editen via Nextcloud)

- Misschien 980 Pro 2TB swappen voor een zuinigere 850 Evo SATA?

Op dit moment heb ik zo goed als alles om de switch te maken, op het moerderbord na..

Hoor graag wat jullie denken, alvast bedankt!

[D-Three]

Melchuzz schreef op woensdag 16 november 2022 @ 15:18:
Met al deze geweldige informatie op dit forum ben ik ook van plan mijn server aan te passen zodat mijn stroom rekening wat minder wordt. Op dit moment heb ik het onderstaande als configuratie voor mijn aankomende server, een aantal onderdelen komen nog uit mijn oude server en wil ik misschien later nog aanpassen.

inventaris: Nieuwe Server

Valt een picopsu niet wat licht uit voor 4 hdd's?

Daarbij heb ik ook nog een aantal vragen:
- Ben al een tijdje aan het kijken voor een moederbord zoals de Fujitsu D3643-H of Fujitsu D3644-B, helaas is de eerst genoemde niet te verkrijgen en de 2e zo duur dat die zichzelf (vermoed ik) niet terug gaat verdienen. Welk moederbord raden jullie aan (wat zo goed als direct leverbaar is vanuit de pricewatch), belangrijk is dat hij minimaal 4 sata moet hebben en 4 DIM slots.

Een beetje verder zeg je dat de server voor licht gebruik is. Heb je dan echt 4 DIMM's nodig?

- Voor processor koeling twijfel is tussen Arctic Alpine 12 Passive of iets wat meer koelingsmogelijkheden heeft zoals de Noctua NH-P1. Zou de eerste optie voldoen voor een i3-9100?

De max TDP van de passive is officieel 47W, de i3-9100 heeft een TDP van 65W. Officieel kan het dus niet. Wat niet weg neemt dat het daarmee in de praktijk niet kan. Veel hangt af van de belasting, de omgevingstemperatuur en voldoende airflow in de case. @GioStyle heeft of had een i3 passief gekoeld.

- Eventueel wil ik nog me hardeschijven swappen met een 2,5" zuinige versie, echter heb ik wel gelezen dat deze hardeschijven niet ideale opties zijn voor een NAS. In hoeverre gaat dat tegen werken en leverd dat op? Over het algemeen gebruik ik mijn NAS niet erg zwaar (zo en dan wat backuppen en soms files editen via Nextcloud)

Licht gebruik. Kan je de HDD's dan niet downspinnen?

- Misschien 980 Pro 2TB swappen voor een zuinigere 850 Evo SATA?

Weinig zinvol denk ik, de besparing hiermee lijkt niet zo hoog?

[GioStyle]

-

[ Voor 99% gewijzigd door GioStyle op 24-11-2022 20:41 ]

[mrmrmr]

@Melchuzz
De voeding is op zich genoeg voor het systeem en 4 zuinige disks, of een paar grote hard disks.

Het startverbruik van Seagate Exos 16TB is tamelijk hoog volgens de meting van hardwareluxx: 39W. In idle is het verbruik per disk 5W, 2 van zulke disks verbuiken dus 10W continu als ze draaien. Er is bovenop de rest van het systeem als de twee opstarts exact zouden samenvallen formeel 78W nodig voor de 2 disks. Dat kan ruim met een 120W voeding en een niet te veel verbruikende processor zoals de i3-9100 en dito moederbord. Er zit misschien wel wat ruimte in het feit dat de disks waarschijnlijk niet op precies hetzelfde moment maximaal verbruiken.

Bij meer 3.5" disks kan je proberen met een 160W adapter de computer te starten, maar het is dan wel aan te raden als de disks in spindown gaan, ze een voor een weer op te starten. Helaas zijn grotere adapters vaak duurder. Ik zou alleen kiezen voor merken waarvan bekend is dat ze kwaliteit leveren (zuinig zijn en goed afgeschermd zijn).

Als alternatief kun je kiezen voor hot pluggable trays zodat je zelf het maximum verbruik kan regelen. Dat kost mogelijk wel een beetje extra verbruik voor de niet gebruikte aansluitingen.

Nog een andere optie is 2 extra disks in de toekomst aan te sluiten op een tweede 12V adapter en van daaruit te voeden, samen met de 5V lijn van de PicoPSU.

De D3643-H komt wel weer op voorraad, als "extendedlifecycle"-bord blijft nog geproduceerd worden. De fabriek werkt op bestelling, de voorraad is soms op voor een periode en komt dan weer in shops.

Je kan in deel 2 en deel 3 gepinde posts opzoeken voor voorbeelden van alternatieve 9th gen (Coffee Lake) moederborden, maar zelf zou ik wachten op de D3643 als dat mogelijk is.

Wat betreft de koeling: als je niet langdurig de processor voluit laat draaien kan je passief koelen. De TDP rating is slechts een richtlijn. De warme lucht moet uiteraard wel weg kunnen. Daarom is een tower behuizing handig. Die werkt als een schoorsteen of radiator (convectie): de warme lucht stijgt en onderaan wordt koele lucht aangetrokken. Bij een rack kast heb je bovenin geen ontsnapping en dat vereist vaak een verticale fan die de lucht van voor naar achter blaast.

Bij 1U is dat helemaal een probleem en dan zorgen de kleine fans voor veel lawaai en extra verbruik. De passieve koelingen die daar worden gebruikt zijn bedoeld om actief door een fan gekoeld te worden. De lucht wordt geforceerd door de kleine openingen in het koelblok.

[De_Bastaard]

Wat is de ervaring hier met oude(re) NUCs of thinkcentres?

Ik wil o.a Homeassistant draaien (en tzt vast nog wat meer) en kwam een aantal van die oudere NUC en Thinkcentres tegen op BVA.

Niet duur, refurbished (geen idee wat ze refurbished hebben maar goed), voor <100€.

Die nucs zijn dan wel van 2015 ofzo, dus alsnog vrij oud.

Is dat de moeite waard of beter vanaf blijven ?

[mrmrmr]

@De_Bastaard

Sommige NUC's (meestal nieuwere) kunnen best veel verbruiken en andere zijn zuinig. Een typenummer opzoeken is belangrijk. De DC53427HYE bij BVA verbruikt volgens een Deense test 8,5W. Hoe ze dat precies getest hebben is de vraag, want sommige oudere NUC's kunnen de ongeveer de helft (4,5W) verbruiken.

Deze is 5th gen met een processor die waarschijnlijk iets beperkt is in frequentie, met DDR3 SODIMM geheugen. Skylake (6th gen) is op desktops doorgaans zuiniger, maar hier gaat het over U processoren, dat is een andere categorie.

[cville]

De_Bastaard schreef op woensdag 16 november 2022 @ 20:56:
Wat is de ervaring hier met oude(re) NUCs of thinkcentres?

Ik wil o.a Homeassistant draaien (en tzt vast nog wat meer) en kwam een aantal van die oudere NUC en Thinkcentres tegen op BVA.

Niet duur, refurbished (geen idee wat ze refurbished hebben maar goed), voor <100€.

Die nucs zijn dan wel van 2015 ofzo, dus alsnog vrij oud.

Is dat de moeite waard of beter vanaf blijven ?

Ik heb toevallig vandaag mijn Intel® NUC 7i3BNH doorgemeten: 10.4W met productie load (v.n. sensor logging, Grafana, InfluxDB).

[Melchuzz]

D-Three schreef op woensdag 16 november 2022 @ 16:19:
[...]

Valt een picopsu niet wat licht uit voor 4 hdd's?

[...]

Een beetje verder zeg je dat de server voor licht gebruik is. Heb je dan echt 4 DIMM's nodig?

[...]

De max TDP van de passive is officieel 47W, de i3-9100 heeft een TDP van 65W. Officieel kan het dus niet. Wat niet weg neemt dat het daarmee in de praktijk niet kan. Veel hangt af van de belasting, de omgevingstemperatuur en voldoende airflow in de case. @GioStyle heeft of had een i3 passief gekoeld.

[...]

Licht gebruik. Kan je de HDD's dan niet downspinnen?

[...]
Weinig zinvol denk ik, de besparing hiermee lijkt niet zo hoog?

Voorlopig wil ik 2 HDD's gebruiken maar bedankt voor je oplettendheid wat betreft PSU, daar moet ik inderdaad goed rekening mee houden.

Hmm misschien niet, maar heb ze nu al liggen en vind veel memory altijd fijn in een server, als ik van TrueNAS uit moet gaan is de regel voor hun 1GB per 1TB dus dat zou al 24GB zijn. Daarnaast zijn de beste en zuinigste moederborden voor zover ik weet (zoals de Fujitsu D3643-H) met 4 DIMM's en dacht ik dat geheugen niet veel impact heeft op je standby verbruikt, correct me if im wrong

Okay thanks, fair point! Dan ga ik dat ff checken misschien dat ik toch een betere passive koeling neem, fan's in me 4u server rack vind ik weer zonde van me standby verbruikt (1watt per 120mm koeler toch?) of valt dat wel mee?

Dat is een goed punt waar ik me even in moet verdiepen, dat kan ook in ZFS raids?

Fijn dan hoef ik die niet te swappen


@mrmrmr

Bedankt voor je analyse wat betreft PSU!
Kan ik zelf softwarematig instellen dat ze 1 voor 1 uit spindown komen?

Goed idee, de HDD's zijn geshucked dus heb de 12v adapters daar nog van, zou ze dus ook nog extern kunnen aansluiten en via usb gebruiken of extern voeden en met sata aansluiten

Duidelijk, dan wacht ik rustig even af tot die moederborden weer voorradig zijn.

[De_Bastaard]

mrmrmr schreef op woensdag 16 november 2022 @ 21:50:
@De_Bastaard

Sommige NUC's (meestal nieuwere) kunnen best veel verbruiken en andere zijn zuinig. Een typenummer opzoeken is belangrijk. De DC53427HYE bij BVA verbruikt volgens een Deense test 8,5W. Hoe ze dat precies getest hebben is de vraag, want sommige oudere NUC's kunnen de ongeveer de helft (4,5W) verbruiken.

Deze is 5th gen met een processor die waarschijnlijk iets beperkt is in frequentie, met DDR3 SODIMM geheugen. Skylake (6th gen) is op desktops doorgaans zuiniger, maar hier gaat het over U processoren, dat is een andere categorie.

Opzich valt dat dan nog mee qua verbruik. Performed het wel een beetje zo’n oud ding ? Met name als je dan wat vms/containers draait.

[mrmrmr]

De_Bastaard schreef op woensdag 16 november 2022 @ 23:26:
Opzich valt dat dan nog mee qua verbruik. Performed het wel een beetje zo’n oud ding ? Met name als je dan wat vms/containers draait.

Voor VM's is het denk ik niet zo voor geschikt, want dat heeft geheugen nodig en meer cpu is ook niet weg. Voor een standaard Linux met lichte taken is het wel geschikt. De processor levert ongeveer de helft van de capaciteit van een Coffee Lake Pentium Gold G5400 die redelijk presteert.

Het voordeel van zo'n NUC (niet alle NUC's!) en geselecteerde Y of U processoren is dat het actief verbruik niet zo hoog komt.

Bijvoorbeeld een "oude" D3417-B2 met Kaby Lake presteert prima (laag verbruik, toch goed processorvermogen). 10th gen desktops zijn qua verbruik vergelijkbaar met deze NUC, maar ze hebben veel meer processorkracht.

[silvanverschuur]

Melchuzz schreef op woensdag 16 november 2022 @ 15:18:

- Voor processor koeling twijfel is tussen Arctic Alpine 12 Passive of iets wat meer koelingsmogelijkheden heeft zoals de Noctua NH-P1. Zou de eerste optie voldoen voor een i3-9100?

Ik heb ook een i3-9300 in combinatie met Arctic 12 passive en dat werkt prima. Mijn server draait +/- 20 docker containers en heeft een relatief lage load. De CPU temperatuur zit tussen de 25 en 40 graden.
Wel heb ik het moederbordje zonder behuizing in de meterkast hangen dus wellicht heb je andere resultaten als het geheel in een behuizing zit.

[botn]

Ik heb al een paar jaar een Synology NAS draaien (DS415+ met 4x4TB HDD) als download bak, mediaserver (geen transcoding, gewoon aanleveren van de bestanden) en voor enkele docker services, maar met de huidige energieprijzen wou ik toch even het verbruik daarvan in kaart brengen. Dat blijkt continu rond de 55W te liggen, wat toch aardig aantikt. (Door mijn docker services gaat die immers niet naar idle.)

Aangezien ik enkele services heb die continu moeten draaien (home assistant + eentje voor het uitlezen van mijn omvormer) kocht ik een goedkope mini PC (Bmax B2S met celeron N4020C, 6GB RAM, 128GB SSD - 105€) om hier mijn docker services op te draaien. Deze verbruikt slecht ongeveer 5W continu, en schakel ik mijn NAS enkel aan wanneer ik aan mijn bestanden moet kunnen.

Omdat ik eigenlijk heel tevreden ben met mijn mini PC overweeg ik om mijn NAS helemaal te elimineren, door bvb een of twee externe HDDs aan te sluiten op mijn mini PC, bvb 2,5" 5TB drives zonder RAID (van mijn meest kritieke bestanden maak ik een backup in de cloud). Lijkt jullie dat een goed idee, of gaat dat mijn (continu) verbruik van mijn mini PC drastisch verhogen?

[De_Bastaard]

mrmrmr schreef op woensdag 16 november 2022 @ 23:55:
[...]


Voor VM's is het denk ik niet zo voor geschikt, want dat heeft geheugen nodig en meer cpu is ook niet weg. Voor een standaard Linux met lichte taken is het wel geschikt. De processor levert ongeveer de helft van de capaciteit van een Coffee Lake Pentium Gold G5400 die redelijk presteert.

Het voordeel van zo'n NUC (niet alle NUC's!) en geselecteerde Y of U processoren is dat het actief verbruik niet zo hoog komt.

Bijvoorbeeld een "oude" D3417-B2 met Kaby Lake presteert prima (laag verbruik, toch goed processorvermogen). 10th gen desktops zijn qua verbruik vergelijkbaar met deze NUC, maar ze hebben veel meer processorkracht.

Cool, thanks voor je reactie.

Ik ga me er eens wat meer in verdiepen, ik hoor ook wat dingen over odroid e.d. maar ik denk dat die performance wise minder zijn dan een mini-pc a la NUC / Thinkcentre e.d.

Eigenlijk zijn alle 5. Gen+ Intel's goed, los van of het i3 of i5 is. Met een i3 kan ik ook wel uit de voeten denk ik.

[Slonzo]

De_Bastaard schreef op donderdag 17 november 2022 @ 13:27:
Eigenlijk zijn alle 5. Gen+ Intel's goed, los van of het i3 of i5 is. Met een i3 kan ik ook wel uit de voeten denk ik.

De meeste thuisservers zien amper CPU load, met een i3 heb je in veel gevallen inderdaad al genoeg.
Het schoentje wringt meestal bij RAM. Let op dat je een NUC neemt die toch minstens 16GB ondersteunt, een aantal modellen ondersteunen max 8GB.

[cville]

mrmrmr schreef op zaterdag 12 november 2022 @ 10:30:


Ik kon geen handleiding van de layout vinden op de ftp server van Kontron. Vreemd, want zonder een handleiding weet je niet waar je de kabels van de kast op moet aansluiten. Het bord werd geleverd zonder accessoires zoals SATA kabels en schroefjes, afstandhouders, e.d.

Ik kwam toevallig dit diagram tegen; is dat wat je zocht?

[mrmrmr]

cville schreef op donderdag 17 november 2022 @ 15:01:
Ik kwam toevallig dit diagram tegen; is dat wat je zocht?

Bedankt, daar staat ook op welke de cpu fan aansluiting is. De layout van het moederbord staat ook in de spec sheet.

Wat ik zocht zijn dingen zoals de positie en frequentie van DIMM's, de frequentie, de frontpanelaansluitingen, de betekenis van een LED.

De frequentie lijkt afhankelijk van het DIMM slot. In CHA3 krijg je 2000 MHz, in CHA1 is het 2200 MHz. Het maximum voor het bord is dan 4400 met gebruik van 2 DIMM's. De spec sheet noemt 4800, maar dat zou niet volgens Intel's regels zijn.

De LED zou een hartbeat LED (aan/uit 1x per seconde) kunnen zijn. De LED bleef na een BIOS update continu branden in plaats van langzaam knipperen. Ik kom er net achter dan de LED nu in de slaapstand van het systeem knippert.

Juggernaut op het heise.de forum wist de gegevens bij elkaar te sprokkelen, zoals ook de front panel aansluitingen.

[stormfly]

Ik werd getriggered door de grafieken hier over de power metingen. Ik heb de Blitzwolf SHP13 in huis, op diverse plekken. Deze heeft een hele lage refresh frequentie voor verbruik, maar daar is een config file hack voor beschikbaar. Die heb ik nu toegepast, zie hierboven. Van eens per 8-15 minuten naar 1-2 minuten verbeterd.

Dat afschakel moment is dat de NAS uit gaat, heb de centrale rol van de NAS afgebouwd. De 1TB SSD uit de NAS in het SATA slot van de NUC6 gestopt en daar alle VM's naar toe gemigreerd. Scheelt toch flink wat verbruik.

Dat proxmox is toch mooi spul, ik had ESX hiervoor. Door de overstap ben je van vCenter af als VM, maar ook van backup applicaties voor vCenter/hosts. Dat kan proxmox ook allemaal zelfstandig aanbieden. Ik zie de overstap naar proxmox ook als een bezuiniging op CPU cycles.

[ Voor 6% gewijzigd door stormfly op 17-11-2022 22:37 ]

[willemb2]

De_Bastaard schreef op woensdag 16 november 2022 @ 20:56:
Wat is de ervaring hier met oude(re) NUCs of thinkcentres?

Hier in de meterkast een NUC7PJYH (Pentium Silver J5005). Kan volgens Intel max 8 GB, maar draait hier al bijna 4 jaar volledig probleemloos met 32 GB. 2 WordPress websites, een Discourse forum en Nextcloud, alles in Docker. Verbruik 9,5 Watt. Deze zomer even open gehad om er een grotere SSD in te stoppen. Er zat nauwelijks stof in het ventilatortje.

[mrmrmr]

Samsung QVO 4TB is nu in de aanbieding voor € 229 exclusief verzendkosten.

Als je wil overstappen van mechanische disks naar SSD is dit een optie. 8TB blijft helaas nog duur.

[De_Bastaard]

@mrmrmr even hierop terugkomend, wat is de mening over een J4105 cpu? Kan nu zo'n thin client krijgen voor €60,-. J4105 met 8gb RAM en een SSD van 16gb (haha, die gaat er waarschijnlijk wel uit).

Kan maximaal 8GB aan geheugen aan en een SSD van 128GB.

Gaat om een Fujitsu Futro S740.

Uitgaande van wat posts op Reddit zou het prima moeten zijn om daar Proxmox met HA op te draaien. Als ik écht meer wil dan zie ik dat dan wel weer denk ik. Het gaat me nu vooral om wat spielerei met HA en ESP32's.

[ Voor 27% gewijzigd door De_Bastaard op 18-11-2022 13:17 ]

[TheByteBoy]

De_Bastaard schreef op vrijdag 18 november 2022 @ 13:16:
Gaat om een Fujitsu Futro S740.

Volgens de specificaties is long idle 5W. 60 euro is niet veel natuurlijk, maar zuinig is dit ook niet echt. In dit topic zijn tiny/mini/micro machines genoemd die rond de 2W zitten en volledige desktops ruim onder de 5W allen met volwaardige quad en hex core CPUs

[TheByteBoy]

TheByteBoy schreef op maandag 14 november 2022 @ 16:18:
[Update 18-11-2022]
Debian 11.5.0 bullseye met powertop --auto-tune, consoleblank en @CurlyMo instellingen en Crucial M500 500GB msata in 2,5" behuizing SSD ipv Micron 1100 256GB SSD.

• Beeldscherm in slaapstand, keyboard, muis en LAN aangesloten, zonder frontfan: 3,7-4,3W

Debian meting toegevoegd aan mijn post over de Fujitsu Esprimo D738/E94+.
Onder Proxmox krijg ik de machine niet in package C8/PC8 waardoor ik niet lager dan 7/8W kom. In Debian en Windows 11 gaat dat zonder problemen. Ik zoek verder...

[D43m0n]

Ik heb een zelf gebouwde NAS uit 2014 met de volgende componenten:

#	Category	Product	Prijs	Subtotaal
1	Moederborden	Biostar A68N-5000	€ 0,-	€ 0,-
2	Interne harde schijven	WD Red Plus, 2TB (64MB cache)	€ 159,-	€ 318,-
1	Behuizingen	Cooler Master Elite 130	€ 56,64	€ 56,64
1	Ventilatoren	Scythe Slip Stream 800rpm, 120mm	€ 0,-	€ 0,-
1	Geheugen intern	Crucial Ballistix BLS2CP4G3D1609DS1S00CEU	€ 0,-	€ 0,-
1	Voedingen	be quiet! Pure Power 11 400W CM	€ 65,95	€ 65,95
			Totaal	€ 440,59

Daarop heb ik Ubuntu 20.04.4 LTS draaien. De beide interne harde schijven gebruik ik in een software RAID (md device). Cijfers over het verbruik vlak na aanschaf heb ik niet. Gedurende 24 uur is dit het energieverbruik:



PowerTOP laat naar mijn idee best veel wakeups/second zien:

code:

Summary: 917.5 wakeups/second,  0.0 GPU ops/seconds, 0.0 VFS ops/sec and 21.8% CPU use

Power est.              Usage       Events/s    Category       Description
  990 mW     16.9 ms/s     244.0        Timer          hrtimer_wakeup
  562 mW      2.4 ms/s     141.4        kWork          dbs_work_handler
  465 mW      8.5 ms/s     114.4        Timer          tick_sched_timer
  139 mW      0.9 ms/s      34.7        Process        [PID 1179] /usr/bin/dockerd -H fd:// --containerd=/run/containerd/containerd.sock
  121 mW      1.1 ms/s      30.1        kWork          blk_mq_run_work_fn
  106 mW      7.1 ms/s      24.0        Interrupt      [3] net_rx(softirq)
 98.6 mW      0.8 ms/s      24.7        Process        [PID 3250] /entrypoint
 61.6 mW      5.7 ms/s      13.3        Process        [PID 562269] node server/bin/www
 57.4 mW    472.9 µs/s      14.3        Process        [PID 906] /usr/bin/containerd
 56.0 mW     35.5 ms/s      0.15        kWork          wb_workfn
 44.8 mW      2.2 ms/s      10.5        Interrupt      [4] block(softirq)
 38.6 mW    250.1 µs/s       9.7        Process        [PID 3486363] runc
 35.9 mW    448.3 µs/s       8.9        Process        [PID 11] [rcu_sched]
 33.4 mW      2.2 ms/s       7.6        Process        [PID 3486362] runc
 31.3 mW    139.3 µs/s       7.9        Process        [PID 3486373] runc:[2:INIT]
 30.4 mW     90.5 µs/s       7.7        Process        [PID 3486427] runc:[2:INIT]
 30.1 mW    254.8 µs/s       7.5        Process        [PID 3486409] runc
 29.9 mW      1.2 ms/s       7.1        Process        [PID 1060] /usr/bin/containerd
 29.8 mW     12.0 ms/s       2.8        Interrupt      [7] sched(softirq)
 28.7 mW    231.3 µs/s       7.2        kWork          macvlan_process_broadcast
 25.5 mW     16.4 ms/s      0.00        Process        [PID 177156] /usr/libexec/gvfs-udisks2-volume-monitor
 24.2 mW      2.2 ms/s       5.2        Process        [PID 3486408] runc
 23.7 mW     82.3 µs/s       6.0        Process        [PID 3486379] entrypoint
 22.1 mW    145.5 µs/s       5.5        kWork          psi_avgs_work
 21.8 mW    618.8 µs/s       5.3        Process        [PID 3218237] /bin/prometheus --config.file=/etc/prometheus/prometheus.yml --storage.tsdb.path=/prometheus
 21.8 mW    201.9 µs/s       5.4        Process        [PID 3218369] /bin/prometheus --config.file=/etc/prometheus/prometheus.yml --storage.tsdb.path=/prometheus
 20.9 mW    566.7 µs/s       5.1        Process        [PID 678] /usr/sbin/atopacctd
 20.5 mW      2.7 ms/s       4.1        kWork          submit_flushes
 19.2 mW      1.0 ms/s       4.5        Process        [PID 1061] /usr/bin/containerd
 18.6 mW      0.7 ms/s       4.4        Process        [PID 4442] influxd -config /etc/influxdb/influxdb.conf
 17.3 mW      1.2 ms/s       3.9        Process        [PID 1247] /usr/bin/dockerd -H fd:// --containerd=/run/containerd/containerd.sock
 16.8 mW    536.2 µs/s       4.0        Process        [PID 3700] /usr/bin/containerd
 16.2 mW      4.5 ms/s       2.3        Process        [PID 3486372] runc:[2:INIT]
 15.3 mW      0.7 ms/s       3.6        Process        [PID 1180] /usr/bin/dockerd -H fd:// --containerd=/run/containerd/containerd.sock
 14.9 mW      4.4 ms/s       2.0        Process        [PID 3486426] runc:[2:INIT]
 14.9 mW    197.7 µs/s       3.7        Process        [PID 5125] influxd -config /etc/influxdb/influxdb.conf
 14.6 mW    550.5 µs/s       3.5        Process        [PID 1259] /usr/bin/dockerd -H fd:// --containerd=/run/containerd/containerd.sock
 13.9 mW    477.1 µs/s       3.3        Process        [PID 3539] /entrypoint
 13.8 mW    136.4 µs/s       3.4        Process        [PID 3486368] runc
 12.9 mW    103.8 µs/s       3.2        Process        [PID 3040] /usr/bin/containerd-shim-runc-v2 -namespace moby -id 4092a0af4d98054bb1a008fe10b69c7f9d179b798ac6535fe40a0a5c574fde3
 12.7 mW    552.4 µs/s       3.0        Process        [PID 1263] /usr/bin/containerd
 12.5 mW    313.5 µs/s       3.0        kWork          md_submit_flush_data
 12.2 mW    402.6 µs/s       2.9        Process        [PID 6199] java -Xmx256M -DfromWrapper -XX:TieredStopAtLevel=1 -noverify -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/conf
 12.0 mW    106.6 µs/s       3.0        Process        [PID 5382] /usr/bin/containerd-shim-runc-v2 -namespace moby -id 704f78a321632a0467202df00a9ca011c0c426501c76d9ba98f692fd663219a
 11.4 mW      1.8 ms/s       2.2        Process        [PID 676] avahi-daemon: running [f12.local]
 11.4 mW    379.7 µs/s       2.7        kWork          blk_mq_requeue_work
 11.4 mW      4.0 ms/s       1.3        Process        [PID 3486372] entrypoint
 11.0 mW    399.0 µs/s       2.6        Process        [PID 3603] /entrypoint
 11.0 mW    392.6 µs/s       2.6        Process        [PID 3188781] /usr/lib/plexmediaserver/Plex Tuner Service /usr/lib/plexmediaserver/Resources/Tuner/Private /usr/lib/plexmediase
 10.7 mW     46.7 µs/s       2.7        Process        [PID 4394] /usr/bin/containerd-shim-runc-v2 -namespace moby -id f64b879ab9170c8497b09dd92cc0dfc0d6ac54bdf99d965275bcd292dbbce58
 10.7 mW    541.6 µs/s       2.5        Process        [PID 3486365] runc
 10.6 mW    356.4 µs/s       2.5        Process        [PID 1240] /usr/bin/dockerd -H fd:// --containerd=/run/containerd/containerd.sock
 10.5 mW    306.9 µs/s       2.5        Process        [PID 5536] /entrypoint

Ik heb dan ook de nodige docker containers draaien, om een idee te geven van docker container stats:

code:

CONTAINER ID   NAME                   CPU %     MEM USAGE / LIMIT     MEM %     NET I/O           BLOCK I/O         PIDS
2f0ec59e222e   traefikv2              0.03%     26.32MiB / 7.223GiB   0.36%     43.1MB / 7.34MB   364MB / 0B        12
f12ed5bbbff3   home-assistant         1.10%     254.3MiB / 7.223GiB   3.44%     32.7MB / 19.9MB   545MB / 43.1MB    33
cca2eabac9af   samba                  0.01%     147.4MiB / 7.223GiB   1.99%     1.08MB / 49.2MB   2.66GB / 14.3MB   5
04cc0792f007   heimdall               0.01%     88.83MiB / 7.223GiB   1.20%     1.23MB / 1.12MB   166MB / 2.38MB    21
6258625fb36b   bazarr                 0.40%     184.6MiB / 7.223GiB   2.50%     4.89MB / 1.6MB    392MB / 6.16MB    119
ed206db246c7   photofloat             0.01%     27.62MiB / 7.223GiB   0.37%     127kB / 0B        344MB / 623kB     18
d59ac97976e7   radarr                 0.60%     195.7MiB / 7.223GiB   2.65%     3.86MB / 2.1MB    20.2GB / 51.3MB   26
33f3061648fb   docker-socket-proxy    0.02%     4.504MiB / 7.223GiB   0.06%     1.39MB / 24.4MB   18.6MB / 0B       2
39d504818781   sonarr                 0.23%     208.1MiB / 7.223GiB   2.81%     3.49MB / 3.88MB   316MB / 63MB      23
b302ff2c64bb   grafana                0.32%     66.91MiB / 7.223GiB   0.90%     5.2MB / 16.6MB    555MB / 163MB     33
b34f6972ff1e   plex                   2.71%     216.9MiB / 7.223GiB   2.93%     61.8MB / 7.62MB   992MB / 17.8MB    97
80b8344b53f3   emby                   3.87%     350.7MiB / 7.223GiB   4.74%     40.3MB / 118MB    1.64GB / 118MB    33
d6b92fd18a6a   smtp                   0.89%     24.09MiB / 7.223GiB   0.33%     141kB / 10.5kB    54.5MB / 4.98MB   19
7add49c43521   portainer              0.02%     14.68MiB / 7.223GiB   0.20%     127kB / 0B        125MB / 30.5MB    8
cff23ab7eb3c   zwavejs                2.34%     86.17MiB / 7.223GiB   1.17%     3.01MB / 4.74MB   622MB / 45.6MB    11
5084986585f4   prometheus             0.84%     288MiB / 7.223GiB     3.89%     196MB / 15.6MB    432MB / 81.5MB    10
f64b879ab917   influxdb               0.32%     298.7MiB / 7.223GiB   4.04%     200MB / 21.1MB    2.09GB / 37.8GB   17
704f78a32163   dsmr                   3.59%     245.4MiB / 7.223GiB   3.32%     1.94GB / 2.17GB   2.98GB / 13GB     17
77d6f5a9a655   zigbee2mqtt            0.01%     35.86MiB / 7.223GiB   0.48%     5.03MB / 3.81MB   594MB / 15.7MB    12
19db812f3f04   hydra2                 0.28%     490.5MiB / 7.223GiB   6.63%     27.1GB / 1.21GB   4.8GB / 19.7GB    51
33ae40d5db79   node_exporter          0.00%     13.7MiB / 7.223GiB    0.19%     322kB / 1.89MB    44.9MB / 0B       14
42e54801bc87   sabnzbd                0.11%     82.27MiB / 7.223GiB   1.11%     27.1GB / 1.21GB   66.9GB / 575MB    29
eba3277d76fe   mosquitto              0.17%     2.699MiB / 7.223GiB   0.04%     369MB / 294MB     9.62MB / 25.5MB   1
4bee3ffab5f6   dsmrdb                 1.41%     217.6MiB / 7.223GiB   2.94%     1.89GB / 1.79GB   31.7GB / 77.4GB   10
f849010a6e3a   lighttpd               0.01%     2.465MiB / 7.223GiB   0.03%     1.4MB / 105kB     11.3MB / 0B       1
4092a0af4d98   gluetun                0.94%     161.1MiB / 7.223GiB   2.18%     27.1GB / 1.21GB   184MB / 744MB     15
3daf7c324ab8   zigbee2mqttAssistant   0.11%     19.05MiB / 7.223GiB   0.26%     5.7MB / 2.62MB    330MB / 0B        20

Nou had ik tot vanochtend ook nog cadvisor actief maar die heb ik maar even gestopt omdat die best veel wakeups veroorzaakte. Hier nog wat PowerTOP stats:

Idle stats

code:

           Pkg(OS)  |            CPU(OS) 0
POLL        0.0%    | POLL        0.0%    0.0 ms
C1         56.1%    | C1         62.0%    1.3 ms
C2          0.0%    | C2          0.0%    0.0 ms

                    |            CPU(OS) 1
                    | POLL        0.0%    0.0 ms
                    | C1         50.3%    1.3 ms
                    | C2          0.0%    0.0 ms

                    |            CPU(OS) 2
                    | POLL        0.0%    0.0 ms
                    | C1         58.9%    1.3 ms
                    | C2          0.0%    0.0 ms

                    |            CPU(OS) 3
                    | POLL        0.0%    0.0 ms
                    | C1         53.2%    1.0 ms
                    | C2          0.0%    0.0 ms

Frequency stats:

code:

            Package |            CPU 0
1500 MHz    63.5%   | 1500 MHz     2.7%
1300 MHz     1.0%   | 1300 MHz     0.2%
1100 MHz     1.2%   | 1100 MHz     0.5%
 950 MHz     1.3%   |  950 MHz     0.7%
 800 MHz     6.1%   |  800 MHz     2.2%
Idle        27.0%   | Idle        93.8%

                    |            CPU 1
                    | 1500 MHz    19.9%
                    | 1300 MHz     0.4%
                    | 1100 MHz     0.8%
                    |  950 MHz     0.9%
                    |  800 MHz     4.9%
                    | Idle        73.0%

                    |            CPU 2
                    | 1500 MHz    55.3%
                    | 1300 MHz     0.6%
                    | 1100 MHz     0.9%
                    |  950 MHz     1.1%
                    |  800 MHz     3.4%
                    | Idle        38.6%

                    |            CPU 3
                    | 1500 MHz    44.4%
                    | 1300 MHz     0.8%
                    | 1100 MHz     0.9%
                    |  950 MHz     0.9%
                    |  800 MHz     4.1%
                    | Idle        49.0%

Device stats:

code:

System baseline power is estimated at 4.37 W

Power est.    Usage     Device name
  4.37 W     56.8%        CPU use
            100.0%        PCI Device: Advanced Micro Devices, Inc. [AMD] Family 16h Processor Function 4
            100.0%        PCI Device: Advanced Micro Devices, Inc. [AMD] Family 16h Processor Functions 5:1
            100.0%        PCI Device: Advanced Micro Devices, Inc. [AMD] FCH Azalia Controller
            100.0%        PCI Device: Advanced Micro Devices, Inc. [AMD/ATI] Kabini [Radeon HD 8330]
            100.0%        USB device: OHCI PCI host controller
            100.0%        PCI Device: Advanced Micro Devices, Inc. [AMD] FCH USB EHCI Controller
            100.0%        PCI Device: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode]
            100.0%        USB device: EHCI Host Controller
            100.0%        PCI Device: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller
            100.0%        USB device: Elements 107C (Western Digital)
            100.0%        USB device: usb-device-0658-0200
            100.0%        PCI Device: Advanced Micro Devices, Inc. [AMD] Family 16h Processor Function 3
            100.0%        PCI Device: Advanced Micro Devices, Inc. [AMD] FCH USB OHCI Controller
            100.0%        USB device: OHCI PCI host controller
            100.0%        PCI Device: Advanced Micro Devices, Inc. [AMD/ATI] Kabini HDMI/DP Audio
            100.0%        PCI Device: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
            100.0%        PCI Device: Advanced Micro Devices, Inc. [AMD] FCH USB OHCI Controller
            100.0%        USB device: slae.sh cc2652rb stick - slaesh's iot stuff (Silicon Labs)
             99.5 pkts/s  Network interface: eth0 (r8169)
             38.0 pkts/s  nic:br-d105b742a060
             32.5 pkts/s  nic:vethba0ae9f
             20.9 pkts/s  nic:vethbe1b418
             13.8 pkts/s  nic:vetha0fca2b
             12.1 pkts/s  nic:vethf49ed1b
              8.0 pkts/s  nic:vethe1214f7
              2.4 pkts/s  nic:vethf86e036
              1.3 pkts/s  nic:veth714daba
              1.3 pkts/s  nic:veth72a47ab
              1.2 pkts/s  nic:veth5a634c6
              0.8 pkts/s  nic:veth2a61f6c
              0.7 pkts/s  nic:veth5cc133e
              0.5 pkts/s  nic:vethaab2237
              0.5 pkts/s  nic:vethe7455d7
              0.5 pkts/s  nic:veth46ef49b
              0.4 pkts/s  nic:veth4a42af9
              0.2 pkts/s  nic:veth77919aa
              0.2 pkts/s  nic:vetha5b52cb
              0.2 pkts/s  nic:docker0
              0.1 pkts/s  nic:vetha2defbf
              0.1 pkts/s  nic:veth59f6036
              0.1 pkts/s  nic:veth057d487
              0.1 pkts/s  nic:vethf555dab
              0.1 pkts/s  nic:veth096b336
              0.1 pkts/s  nic:veth1b8daea
              0.1 pkts/s  nic:vethe208180
              0.0%        I2C Adapter (i2c-8): Radeon i2c bit bus 0x95
              0.0%        USB device: xHCI Host Controller
              0.0%        PCI Device: Advanced Micro Devices, Inc. [AMD] Family 16h Processor Function 0
              0.0%        I2C Adapter (i2c-7): Radeon i2c bit bus 0x94
              0.0%        PCI Device: Advanced Micro Devices, Inc. [AMD] FCH USB EHCI Controller
              0.0%        PCI Device: Advanced Micro Devices, Inc. [AMD] Family 16h Processor Function 1

Tunables:

code:

>> Good          VM writeback timeout                                                                                   
   Good          Enable SATA link power management for host0
   Good          Enable SATA link power management for host1
   Good          Enable Audio codec power management
   Good          NMI watchdog should be turned off
   Good          Autosuspend for USB device OHCI PCI host controller [usb3]
   Good          Autosuspend for USB device OHCI PCI host controller [usb4]
   Good          Autosuspend for USB device EHCI Host Controller [usb1]
   Good          Autosuspend for USB device FT232R USB UART [FTDI]   
   Good          Autosuspend for USB device xHCI Host Controller [usb6]
   Good          Autosuspend for unknown USB device 4-3 (0658:0200)
   Good          Runtime PM for I2C Adapter i2c-6 (Radeon i2c bit bus 0x93)
   Good          Autosuspend for USB device Elements 107C [Western Digital]
   Good          Autosuspend for USB device EHCI Host Controller [usb2]
   Good          Autosuspend for USB device slae.sh cc2652rb stick - slaesh's iot stuff [Silicon Labs]
   Good          Runtime PM for I2C Adapter i2c-3 (Radeon i2c bit bus 0x90)
   Good          Runtime PM for I2C Adapter i2c-5 (Radeon i2c bit bus 0x92)
   Good          Runtime PM for I2C Adapter i2c-7 (Radeon i2c bit bus 0x94)
   Good          Runtime PM for I2C Adapter i2c-9 (Radeon i2c bit bus 0x96)
   Good          Runtime PM for I2C Adapter i2c-0 (SMBus PIIX4 adapter port 0 at 0b00)
   Good          Runtime PM for I2C Adapter i2c-2 (SMBus PIIX4 adapter port 1 at 0b20)
   Good          Runtime PM for I2C Adapter i2c-8 (Radeon i2c bit bus 0x95)
   Good          Runtime PM for I2C Adapter i2c-4 (Radeon i2c bit bus 0x91)
   Good          Runtime PM for I2C Adapter i2c-1 (SMBus PIIX4 adapter port 2 at 0b00)
   Good          Runtime PM for I2C Adapter i2c-10 (Radeon i2c bit bus 0x97)
   Good          Autosuspend for USB device xHCI Host Controller [usb5]
   Good          Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD] FCH USB XHCI Controller
   Good          Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD/ATI] Kabini [Radeon HD 8330]
   Good          Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD] FCH USB OHCI Controller
   Good          Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD] Family 16h Processor Function 3
   Good          Runtime PM for PCI Device Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
   Good          Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD] FCH USB EHCI Controller
   Good          Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD] Family 16h Processor Root Complex
   Good          Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD] Family 16h Processor Function 4
   Good          Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD] FCH USB OHCI Controller
   Good          Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD] Family 16h Processor Function 2
   Good          Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD/ATI] Kabini HDMI/DP Audio
   Good          Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD] Family 16h Processor Function 0
   Good          Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD] FCH USB EHCI Controller
   Good          Runtime PM for disk sdc 
   Good          Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD] Family 16h Processor Function 1
   Good          Runtime PM for disk sda
   Good          Runtime PM for disk sdb
   Good          Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge
   Good          Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD] FCH Azalia Controller
   Good          Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode]
   Good          Runtime PM for port ata1 of PCI device: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode]
   Good          Runtime PM for port ata2 of PCI device: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode]
   Good          Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD] Family 16h Processor Function 0
   Good          Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller
   Good          Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD] Family 16h Processor Function 5
   Good          Runtime PM for PCI Device Advanced Micro Devices, Inc. [AMD] Family 16h Processor Functions 5:1

Wakeup:

code:

>> Disabled      Wake-on-lan status for device eth0                                                                     
   Disabled      Wake status for USB device usb5
   Disabled      Wake status for USB device usb3
   Disabled      Wake status for USB device usb1
   Disabled      Wake status for USB device 5-1
   Disabled      Wake status for USB device usb6  
   Disabled      Wake status for USB device usb4
   Disabled      Wake status for USB device usb2

Ik heb met eventstat gekeken naar events die de vele wakeups genereren:

code:

$ sudo eventstat 60 1                                                                                                                                                                                                                                                                         
 Event/s PID      %CPU  PR  NI Task               Init Function                
  213.68 3490724   7.7   0   0 store              tick_sched_timer             
  117.16    1179   0.0   0   0 dockerd            hrtimer_wakeup               
   84.33  562269   0.0   0   0 node               hrtimer_wakeup               
   83.78    3250   0.0   0   0 entrypoint         hrtimer_wakeup               
   51.78     906   0.0   0   0 containerd         hrtimer_wakeup               
   47.45    5125   0.0   0   0 influxd            hrtimer_wakeup               
   39.44 3218369   0.0   0   0 prometheus         hrtimer_wakeup               
   25.64     678   0.0   0 -20 atopacctd          hrtimer_wakeup               
   21.19    5382   0.0   0   0 containerd-shim    hrtimer_wakeup               
   20.20    3040   0.0   0   0 containerd-shim    hrtimer_wakeup               
   18.87    5536   0.0   0   0 entrypoint         hrtimer_wakeup               
   17.60 3185487   0.0   0   0 grafana-server     hrtimer_wakeup               
   15.80    3253   0.0   0   0 entrypoint         hrtimer_wakeup               
   15.40     676   0.0   0   0 avahi-daemon       hrtimer_wakeup               
   12.92    5940   0.0   0   0 mosquitto          hrtimer_wakeup               
   11.47 3191273   0.0   0   0 python3            hrtimer_wakeup               
   11.32 3191274   0.0   0   0 python3            hrtimer_wakeup               
   10.95 3293790   0.0   0   0 powertop           tick_sched_timer             
    8.69 3218237   0.0   0   0 prometheus         hrtimer_wakeup               
    7.72  174033   0.0   0   0 entrypoint         hrtimer_wakeup               
    7.25 2123006   0.0   0  19 Timer-Scheduler    hrtimer_wakeup               
    7.00    1180   0.0   0   0 dockerd            hrtimer_wakeup               
    6.91    1182   0.0   0   0 dockerd            hrtimer_wakeup               
    6.80    1259   0.0   0   0 dockerd            hrtimer_wakeup               
    6.70 3188331   0.0   0   0 python3            hrtimer_wakeup               
    6.41 3494589   0.0   0   0 <unknown>          hrtimer_wakeup               
    6.38     910   0.0   0   0 containerd         hrtimer_wakeup               
    6.36 3190132   0.0   0   0 traefik            hrtimer_wakeup               
    5.66  177156   0.1   0   0 gvfs-udisks2-vo    tick_sched_timer             
    5.64    7969   0.0   0   0 dotnet             hrtimer_wakeup               
    5.49    1061   0.0   0   0 containerd         hrtimer_wakeup               
    5.41    1248   0.0   0   0 dockerd            hrtimer_wakeup               
    5.12 3495018   0.0   0   0 <unknown>          hrtimer_wakeup               
    4.85 3495007   0.0   0   0 <unknown>          hrtimer_wakeup               
    4.74 3494921   0.0   0   0 <unknown>          hrtimer_wakeup               
    4.60 3494594   0.0   0   0 <unknown>          hrtimer_wakeup               
    4.56 3495063   0.0   0   0 <unknown>          hrtimer_wakeup               
    4.47 3494350   0.0   0   0 <unknown>          hrtimer_wakeup

Ik heb daarnaast nog wat USB-apparaten aangesloten:

• Aeotec Z-Stick Gen5 voor Z-Wave (daar meet ik het verbruik van de NAS mee)
• cc2652rb stick voor Zigbee
• FTDI_FT232R_USB_UART om de slimme meter uit te lezen
• 3TB WD Elements externe HDD om lokale backups te maken (naast off site backups)

Ik zou best willen proberen om dit systeem wat zuiniger te willen krijgen. Ik merk namelijk dat het best langzaam begint te worden. Zo gek is dat ook niet want het was al geen snelheidsmonster in 2014 toen ik 'm samengesteld heb. Ik had toen ook niet het idee dat ik er dit allemaal mee zou gaan doen vanaf 2020. De docker containers reageren op zich prima zolang ze maar niet door Ubuntu naar swap zijn gezet. 't Is een kwestie van tijd voordat ze daar wel in belanden, nu kun je swappiness van de standaard 60 naar 10 of zelfs 0 zetten. Maar dan misschien wel wat RAM bijplaatsen voordat misschien de OOM-killer een keer van zich laat horen.

De oplossing lijkt natuurlijk een upgrade van de hardware. Ik ga dan uit van de behuizing, voeding en de WD Red HDD's behouden en dan dit er in te plaatsen:

#	Category	Product	Prijs	Subtotaal
1	Processors	Intel Core i3-10105 Boxed	€ 123,55	€ 123,55
1	Moederborden	ASRock H510M-ITX/ac	€ 104,90	€ 104,90
1	Geheugen intern	Crucial CT16G4DFRA32A	€ 49,14	€ 49,14
1	Solid state drives	Intel 660p 1TB	€ 78,80	€ 78,80
			Totaal	€ 356,39

Ik zou dan het OS op de NVMe SSD gaan plaatsen inclusief alle containers (met hun databases). Ik zou dan 1 WD Red HDD gebruiken voor audio/video/foto. Lokale backups blijf ik op de externe 3TB USB HDD doen, offsite backups blijven naar Backblaze B2 gaan.

Maar ik vraag me af of ik met een in potentie zuinig nieuw ASRock moederbord met in potentie zuinige nieuwe i3 CPU wel minder dan de huidige 27W ga verbruiken. Als ik zoveel wakeups/second zie met PowerTOP, gaat die i3 dan wel in een lage C-state terechtkomen of blijft ie rond C0-C3 hangen om netto dan 30W te blijven verbruiken?

Misschien vergelijk ik wel appels met peren? Dat het boeltje wat sneller mag staat buiten kijf, maar als 't even kan, wil ik ook wel zuiniger kunnen draaien met een upgrade. Maar is dit realistisch met een dergelijke workload?

[D-Three]

botn schreef op donderdag 17 november 2022 @ 10:18:
Omdat ik eigenlijk heel tevreden ben met mijn mini PC overweeg ik om mijn NAS helemaal te elimineren, door bvb een of twee externe HDDs aan te sluiten op mijn mini PC, bvb 2,5" 5TB drives zonder RAID (van mijn meest kritieke bestanden maak ik een backup in de cloud). Lijkt jullie dat een goed idee, of gaat dat mijn (continu) verbruik van mijn mini PC drastisch verhogen?

Backup moet je sowieso doen want RAID is dat niet Enig nadeel aan externe harde schijven, is dat je ze niet in spindown gaan, denk ik?

TheByteBoy schreef op vrijdag 18 november 2022 @ 15:21:
[...]

Debian meting toegevoegd aan mijn post over de Fujitsu Esprimo D738/E94+.
Onder Proxmox krijg ik de machine niet in package C8/PC8 waardoor ik niet lager dan 7/8W kom. In Debian en Windows 11 gaat dat zonder problemen. Ik zoek verder...

Kijk eens met

code:

lspci -vv | awk '/ASPM/{print $0}' RS= | grep --color -P '(^[a-z0-9:.]+|ASPM )'

of er geen device is waarvan ASPM is uitgeschakeld.

[ Voor 29% gewijzigd door D-Three op 18-11-2022 15:52 ]

[de.lesse]

D-Three schreef op vrijdag 18 november 2022 @ 15:49:
[...]

Backup moet je sowieso doen want RAID is dat niet Enig nadeel aan externe harde schijven, is dat je ze niet in spindown gaan, denk ik?

ik gebruik meerdere ext usb hdd's op afzonderlijke (+2.5W extra) x port USB controller.
Best is de ext usb hdd eens aan een pc te hangen en vendor software te gebruiken om de powerlevels in te stellen. Dan ben je al zeker dat die default goed staan. De andere gekende tools werken niet altijd goed.

[phdelodder]

Net even deze thread gelezen, gezien ik nu een server > 100w draaien heb met proxmox en graag wat zuiniger wens te gaan.

Momenteel heeft de server proxmox als OS met daarop 4 vm's en een 5 - 8 tal LXC's afhankelijk waar ik meebezig ben. Een van de vm's is in gebruik voor HAOS waarbij de LXC's gebruik maakt van GPU passthrough voor frigate, momenteel enkel 2 camera streams.

Als basis denk ik toch ergens een i5 te nemen maar dan vraag ik me af welke generatie en met welke combinaties. Een minimum aan 32GB RAM lijkt me toch aan te raden.

Welke setup raden jullie me aan? Zelf heb ik al zitten rond kijken en vond ik een Beelink SEi12 i5-1235U iets dat me voldoet aan mijn eisen.

[RobertMe]

phdelodder schreef op vrijdag 18 november 2022 @ 17:13:
Net even deze thread gelezen, gezien ik nu een server > 100w draaien heb met proxmox en graag wat zuiniger wens te gaan.

Momenteel heeft de server proxmox als OS met daarop 4 vm's en een 5 - 8 tal LXC's afhankelijk waar ik meebezig ben. Een van de vm's is in gebruik voor HAOS waarbij de LXC's gebruik maakt van GPU passthrough voor frigate, momenteel enkel 2 camera streams.

Als basis denk ik toch ergens een i5 te nemen maar dan vraag ik me af welke generatie en met welke combinaties. Een minimum aan 32GB RAM lijkt me toch aan te raden.

Welke setup raden jullie me aan? Zelf heb ik al zitten rond kijken en vond ik een Beelink SEi12 i5-1235U iets dat me voldoet aan mijn eisen.

Gebruik je een Google Coral? Die maakt echt een flink verschil in energieverbruik (/ontlasting CPU gebruik). Wellicht dat je dan ook helemaal geen i5 meer nodig hebt.

[phdelodder]

RobertMe schreef op vrijdag 18 november 2022 @ 17:22:
[...]

Gebruik je een Google Coral? Die maakt echt een flink verschil in energieverbruik (/ontlasting CPU gebruik). Wellicht dat je dan ook helemaal geen i5 meer nodig hebt.

Momenteel gebruik ik geen Google Coral,

Eén van de vm's is wel een build server dus ik vermoed dat het soms wel nodig gaat zijn voor een i5.

[mrmrmr]

De_Bastaard schreef op vrijdag 18 november 2022 @ 13:16:
@mrmrmr even hierop terugkomend, wat is de mening over een J4105 cpu? Kan nu zo'n thin client krijgen voor €60,-. J4105 met 8gb RAM en een SSD van 16gb (haha, die gaat er waarschijnlijk wel uit).

Kan maximaal 8GB aan geheugen aan en een SSD van 128GB.

Gaat om een Fujitsu Futro S740.

Uitgaande van wat posts op Reddit zou het prima moeten zijn om daar Proxmox met HA op te draaien. Als ik écht meer wil dan zie ik dat dan wel weer denk ik. Het gaat me nu vooral om wat spielerei met HA en ESP32's.

Een Pentium G5400 op 3.7 GHz scoort 2x zo snel in vergelijkingssites dan een J4105 op 1,5MHz. Je kunt die in Google makkelijk vinden door een referentieprocessor te typen en de processor waarvan je wil weten hoe snel die is.

5W long is in het algemeen goed, maar voor het soort processor/board niet zo. Er zijn misschien meer optimalisaties dan de testers hebben toegepast, dus misschien kan het nog lager.

De prijs lijkt mij prima.

Ik draai Debian VPS met 10 of 20 GB diskruimte, 16 GB kan voldoende zijn. Soms zijn die oude kleine SSD's niet zuinig. Een SSD EVO/QVO van Samsung zou dan zuiniger kunnen zijn.

[sloth]

uitvoering: Seagate Expansion Portable Drive (2021) 4TB Zwart is in Black Friday aanbieding.
Is dit een goede deal voor in een zuinige server zonder gebruik van RAID of ZFS? Als enkele schijf voor media content.

Zelf de TS gelezen en op internet gezocht:

Schijf kan gechuckt worden
SMR hoeft geen groot nadeel te zijn als je niet teveel (random) performance verwacht, ZFS/RAID gaat gebruiken
In gebruik zou deze 0,85watt verbruiken wat erg weinig is
Prijs is normaal ongeveer 90 euro dus een echte korting

Kortom, ik zou zelf tot aankoop over gaan. Of hebben jullie nog andere inzichten?