Het grote zuinige server topic - deel 3

[dcm360]

Op zich, met die 3e optie zouden 3 van de 4 M.2-slots het nog wel moeten doen. Nog steeds niet optimaal, maar al wel beter dan 1 of 2.

[Jazco2nd]

dcm360 schreef op woensdag 29 januari 2025 @ 17:47:
Op zich, met die 3e optie zouden 3 van de 4 M.2-slots het nog wel moeten doen. Nog steeds niet optimaal, maar al wel beter dan 1 of 2.

Ja das waar.. maar ach, ik houd het wel bij 2.5" sata SSDs.

[andru123]

Jazco2nd schreef op woensdag 29 januari 2025 @ 19:01:
Ja das waar.. maar ach, ik houd het wel bij 2.5" sata SSDs.

Welke kaart gaat het over? De link dat je vroeger gepost was voor 2 NVME, niet 4.

[Jerie]

dcm360 schreef op woensdag 29 januari 2025 @ 17:47:
Op zich, met die 3e optie zouden 3 van de 4 M.2-slots het nog wel moeten doen. Nog steeds niet optimaal, maar al wel beter dan 1 of 2.

Allevier vullen: heb je meteen een on-site spare

[HotSpot79]

Jazco2nd schreef op woensdag 29 januari 2025 @ 17:01:
[...]


Verdorie je hebt gelijk, ook mijn D-3644B doet maar max 2x.
[Afbeelding]

Dus mijn mooie 4x M.2 bifurcation riser card (4 maal 4x PCI-E) heb ik niks aan. Die gaat dus maar in de V&A hopelijk kan ik iemand blij maken.

Mijn ervaring is dat x4x4x4x4 alleen werkt met een AMD CPU (geen APU) icm een X570 chipset moederbord. Soms misschien met een B550. Geen idee of dit nog ondersteund wordt op nieuwere Ryzen Cpu en chipsets.

Intel i5/7/9 core ondersteunen deze x4x4x4x4 gewoon niet. Dit is alleen mogelijk met server CPUs.

Op mijn X570D4U werkt het iig wel.

[ Voor 4% gewijzigd door HotSpot79 op 29-01-2025 20:26 ]

[andru123]

Ik vind het wel bizar waarom Intel limiteert dat. Het kost zeker niet zoveel om dit te ondersteunen op meerdere modellen.

[RobertMe]

andru123 schreef op woensdag 29 januari 2025 @ 22:22:
Ik vind het wel bizar waarom Intel limiteert dat. Het kost zeker niet zoveel om dit te ondersteunen op meerdere modellen.

Simpelste reden is waarschijnlijk "als het op de gewone Core lineup zit dan verkopen ze minder Xeons (aan premium prijs)". Zelfde als dat ECC vroeger er op zat, toen nog alleen op de Pentiums & i3s, toen helemaal niet meer, en toen ineens weer wel.

[pimlie]

@andru123 Bij deze, een heatmap van x264 fps per watt performance. Alhoewel dit er leuk uitziet, is dit data van een enkele run en gebruikt een x264 test verre van alle cores. Tevens heb ik x264 geen affinity voor bepaalde cores gegeven, dus ik zou eigenlijk deze test nog een paar keer vaker moeten draaien voordat ik durf te zeggen dat deze heatmap echt betrouwbaar is.
De bogo ops van stress-ng zijn sowieso niet interessant om te posten, die verhouding is idd recht evenredig.

Zal morgen nog eens kijken naar andere (cpu) tests in phoronix die misschien een interessante bechmark kunnen zijn. Daarmee bedoel ik vnl een workload die vergelijkbaar zou kunnen zijn met hoe de meeste van ons een (zuinige) server belasten. Suggesties zijn welkom uiteraard

[andru123]

pimlie schreef op woensdag 29 januari 2025 @ 23:57:
@andru123 Bij deze, een heatmap van x264 fps per watt performance.

zit er ergens in dit tsunami golf een sweet spot (gebied), waar je meest fps per (Ghz? liever Watt) krijgt?
Edit: na het lezen van de grafiek, het lijkt optimaal dat CPU tussen 1 en 2.5 Ghz blijft?

[ Voor 20% gewijzigd door andru123 op 30-01-2025 01:44 ]

[pimlie]

De kleur geeft de sweet spot aan idd, hoe geler hoe hoger de x264 encoder fps per Watt. Zal nog een 4e label plaatsen zodat het duidelijker is dat het een 4D grafiek is.

Deze metingen waren met een stap grootte van 200 en start frequentie van 800Mhz, als je vierkantjes telt lijkt obv deze grafiek de beste sweet spot 1.6Ghz te zijn voor zowel P en E-cores.

[andru123]

pimlie schreef op donderdag 30 januari 2025 @ 12:02: lijkt obv deze grafiek de beste sweet spot 1.6Ghz te zijn voor zowel P en E-cores.

Hoe groot is verschil in fps/W tussen 1.6 en stel 2 en 2.5 Ghz?

[Mars Warrior]

andru123 schreef op donderdag 30 januari 2025 @ 14:24:
[...]
Hoe groot is verschil in fps/W tussen 1.6 en stel 2 en 2.5 Ghz?

Dat zal per CPU en PL1/PL2 varieren. Ik kwam destijds voor mijn 12700K uit op 3.5Ghz voor de P-cores en 2.5Ghz voor de E-cores op basis van dit soort testen.

[pimlie]

Hier een tweede run, dit keer met alle P-cores enabled (was vergeten dat ik 2 P-cores had uitgezet in de bios)

andru123 schreef op donderdag 30 januari 2025 @ 14:24:
[...]
Hoe groot is verschil in fps/W tussen 1.6 en stel 2 en 2.5 Ghz?

De kleuren vertellen je dat verschil redelijk toch? Maar hieronder een excerpt van de raw data bij E-core freq van 1.6, 2 en 2.4Ghz (zie updated repo, als je debug=1 aan gnuplot meegeeft print het de berekende color values naar stdout.

P-core Freq	E-core Freq	FPS	FPS / Watt
0,8	1,6	43,86	3,201
1	1,6	51,7	3,603
1,2	1,6	56,86	3,593
1,4	1,6	63,69	3,519
1,6	1,6	67,25	3,58
1,8	1,6	71,94	3,3
2	1,6	78,98	3,483
2,2	1,6	84,22	3,098
2,4	1,6	87,71	3,003
2,6	1,6	90,56	2,872
2,8	1,6	93,28	2,4
3	1,6	93,65	2,385
3,2	1,6	92,42	2,706
3,4	1,6	90,55	2,395
3,6	1,6	93	2,413
3,8	1,6	93,99	2,29
4	1,6	93,51	2,225
4,2	1,6	94,03	2,31
4,4	1,6	93,23	2,191
4,6	1,6	92,34	2,552
4,8	1,6	93,67	2,317
0,8	2	49,19	3,096
1	2	57,13	2,962
1,2	2	62,9	3,203
1,4	2	70,67	3,051
1,6	2	76,29	3,325
1,8	2	79,88	3,389
2	2	85,98	3,314
2,2	2	92,32	3,493
2,4	2	97,1	2,945
2,6	2	101,43	2,86
2,8	2	105,6	2,801
3	2	105,94	2,763
3,2	2	106,31	2,751
3,4	2	99,1	2,492
3,6	2	103,83	2,773
3,8	2	102,72	2,717
4	2	102,1	2,826
4,2	2	102,82	2,784
4,4	2	102,29	2,765
4,6	2	100,78	2,51
4,8	2	102,91	2,69
0,8	2,4	52,58	2,584
1	2,4	61,28	2,677
1,2	2,4	69,03	2,813
1,4	2,4	76,14	2,792
1,6	2,4	80,36	2,526
1,8	2,4	85,18	2,659
2	2,4	88,78	2,735
2,2	2,4	98,97	2,778
2,4	2,4	104,3	2,933
2,6	2,4	105,53	2,832
2,8	2,4	106,38	3,088
3	2,4	112,73	2,558
3,2	2,4	110,23	2,462
3,4	2,4	108,84	2,947
3,6	2,4	108,64	2,909
3,8	2,4	106,02	2,9
4	2,4	105,48	2,911
4,2	2,4	103,08	2,813
4,4	2,4	103,96	2,819
4,6	2,4	107,24	2,982
4,8	2,4	102,6	2,732
P-core Freq	E-core Freq	FPS	FPS / Watt

_{Heeft React een less/more/collapsable tag support?}

[pimlie]

Nog even zitten kijken naar dat tsunami effect zoals @andru123 dat noemde, en dat lijkt het effect van PL2 throttling te zijn. De profiler volgt het advies van @Mars Warrior om lage & hoge frequenties af te wisselen om dat tegen te gaan, maar desondanks zie je dus steevast dat de op 1 na hoogste frequentie het meeste verbruik heeft omdat dat de tweede test is die wordt gedaan en daarmee de enige test waarbij de cpu nog (redelijk) vrij kan turbo boosten. Dat betekent dat alle bovenstaande grafieken eigenlijk een vertekend beeld geven, ben nu een run aan het down met een tijd van 10 seconden tussen de tests, gaat nog een paar uur duren voordat die klaar is. Eerste resultaten lijken idd een iets hoger verbruik te geven, maar waarschijnlijk is 10s niet genoeg als je naar de time_window constraints kijkt van mijn 14500. Zal hierna ook nog een run doen met een tijd van 30s tussen de tests (30 is hoger dan de 28 time_window).

[Jerie]

Vat ik het goed samen als de conclusie is: E-core en P-core gebruiken tot 2 GHz, dan indien meer nodig beide op laten lopen tot 2.5 GHz en gelijk op laten lopen tot ongeveer 2.5 a 3 GHz. Daarna niet meer hoger gaan, tenzij het echt nodig is op dat moment. Nooit enkel de P-cores hoger dan zo'n 3 GHz gebruiken want dat is zeer inefficient. Heb je meer nodig, dan E-cores op max 3 GHz, en P-cores kunnen dan max open knallen.

Wat voor berekeningen maakt x264 eigenlijk vooral? Volgens mij is dat vooral FP en geen Int? Is het puur CPU rendering in dit geval? Ik denk dat je meerdere software moet testen en daar dan een gemiddelde van moet nemen. Liefst wil je ook eigenlijk de load van de software die je server draait testen. Dat is namelijk (voor jou) realistischer.

Daarnaast nog interessant om te kijken hoe het zit met de hitte. Denk hierbij ook aan andere hitteveroorzaken, zoals NVMe.

[pimlie]

@Jerie Ik ben eigenlijk nog niet klaar om daadwerkelijk conclusies te trekken, zie vorige post. Eerst moeten de resultaten echt vergelijkbaar zijn en dat zijn ze volgens mij nu nog niet.

Ben het eens met meerdere software testen, zoals gister gezegd zou het koel zijn als we iets van een best/worst case _zuinige server_ test load kunnen definieren. Dus iets dat home automation logging nadoet, beetje x264 encoding (geen vollast), beetje disk access ivm checksum berekeningen. Let wel dat rapl alleen cpu & mem controller energie meet, geen chipset, disk of andere zaken. Daarvoor zal je andere sensoren moeten uitlezen, denk dat ik dat wel ga toevoegen omdat ik eigenlijk ook iig het stroomverbruik van het hele systeem zou willen meten via de smart plug waar het systeem op aangesloten zit.

--edit--

Run met 10s sleep tussen tests is klaar, grafiek van verbruik (dus geen fps) met 1s sleep:


En dit is verbruik met 10s sleep


In de interactive mode van gnuplot kan je de grafieken draaien, en dan zie je dat het verbruik in de tweede grafiek gem. 2-3W hoger ligt bij hogere frequenties maar dus niet veel.
Eerlijk gezegd snap ik nog niet helemaal waarom in de laatste 10s grafiek er geen pieken naar 70W meer zijn terwijl die er eerder wel waren. Dat is wel wat ik verwachtte, dat de extra sleep tussen 2 runs voor hogere boost dus hoger verbruik zou zorgen..

--edit2--

Nu met 30s sleep tussen test runs, dit zorgt voor een significant hoger gemiddeld verbruik. Bij 1s sleep is het plateau redelijk vlag in de y richting (oplopende E frequentie), bij 10s sleep loopt het plateau licht op (42-47W), bij 30s sleep loopt het sterker op van 50 naar 60W. Vraag me af of er nog steeds power/thermal throttling plaats vind, dus zal nog een run met 60s sleep doen.

[ Voor 55% gewijzigd door pimlie op 30-01-2025 23:46 ]

[andru123]

@pimlie De laatste 2 grafieken allen de Package power in Watt? dus blaw goed geel slecht? Het moet omgekeerd denk ik.

[pimlie]

@andru123 In deze grafieken is de kleur de stijging tov de vorige frequentie (de derivative / afgeleide). Dus geel is hoge stijging, zwart is geen of daling (schaalt begint bij 0). Je kan dus bv zien adhv de kleur dat de P-cores vanaf 1.8Ghz relatief meer stroom lijkt te gaan verbruiken bij frequentie verhogingen dan daarvoor. Eigenlijk had ik de kleur schaal wat meer moeten finetunen zodat er niet zoveel geel was, maar bij deze grafieken ging het voor mij nu meer dat het plateau aan de linkerkant (bij hogere frequenties) dus 2-3W hoger ligt en dat de hele hoge pieken verdwenen zijn om de een of andere reden.

-- edit --
Kleuren schaal in de plaatjes aangepast naar 2x de std. dev

[ Voor 5% gewijzigd door pimlie op 30-01-2025 19:52 ]

[Mars Warrior]

pimlie schreef op donderdag 30 januari 2025 @ 17:13:

In de interactive mode van gnuplot kan je de grafieken draaien, en dan zie je dat het verbruik in de tweede grafiek gem. 2-3W hoger ligt bij hogere frequenties maar dus niet veel.
Eerlijk gezegd snap ik nog niet helemaal waarom in de laatste 10s grafiek er geen pieken naar 70W meer zijn terwijl die er eerder wel waren. Dat is wel wat ik verwachtte, dat de extra sleep tussen 2 runs voor hogere boost dus hoger verbruik zou zorgen..

Lijkt wel of je nu wel correct tegen de PL1/PL2 aanloopt gezien de vlakke curve

[pimlie]

Mars Warrior schreef op donderdag 30 januari 2025 @ 20:59:
Lijkt wel of je nu wel correct tegen de PL1/PL2 aanloopt gezien de vlakke curve

Die snap ik dus niet, waarom is dat? Naar mijn idee zijn die hoge pieken in de eerdere grafieken juist een teken van PL1/PL2 throttling, immers bij die eerste metingen kan het systeem wel turbo boosten en heeft daardoor dus een hoger piekverbruik. Ik zou denken dat bij langere sleep times die hoge pieken 'vaker' zouden voorkomen, niet dat alle pieken in 1x weg zijn (maar dat wel het gemiddelde verbruik hoger is, bij de 30s sleep zelfs behoorlijk hoger). Schijnbaar zie ik echter wat over het hoofd?

[pimlie]

Hier een vergelijking van total package power verbruik afgezet tegen P/E-core kloksnelheid bij verschillende timeouts tussen opvolgende test runs.



Dit was een eerste stap, de conclusie die je hieruit kan trekken is dat als je een zorgvuldige benchmark/profile test wilt doen, dat de sleep periode behoorlijk van invloed kan zijn op verbruik. En dat als je een vergelijking wilt maken met een real world workload, dat je een vergelijkbare sleep periode moet gebruiken met testen. Wellicht is dat een logische conclusie, maar altijd handig om dat ook echt te controleren.
Eigenlijk zou ik nog een test moeten doen met een sleep van 300s ofzo, want je weet eigenlijk pas dat turboboost geen invloed meer heeft op je resultaten als twee opeenvolgende grafieken min of meer hetzelfde zijn. En bij de stap van 60 naar 120s zie je nog altijd dat het verbruik hoger geworden is en de cpu dus blijkbaar beter kan turboboosten.

Hier een zelfde soort grafiek maar dan met FPS / W zodat je kan zien 'hoeveel werk' er werd gedaan


Ter herinnering, ik raakte hierin geinteresseerd omdat ik een 12500T had vervangen door een 14500T waarna het verbruik van de machine steevast een paar Watt hoger lag maar dat er ook veel meer uitschieters naar +20W verbruik waren. @Mars Warrior maakte toen de terechte opmerking dat dat waarschijnlijk door het turboboosten kwam.
Een zuinige server die in idle een paar Watt gebruikt is immers mooi, maar wat doet die cpu als hij opeens wel een taak heeft die 100% belasting van de cpu vraagt? Dat is dus wat ik uitprobeer(de) te vinden.

Op basis van deze gegevens (een single x264 encoding test run met 120s sleep) zou ik zeggen dat voor een Intel 14500T processor de optimale maximale P-core frequentie 3.4Ghz is en 2.8Ghz voor de E-cores.

Echter naast de vraag over de statistische relevantie van N=1, is de vraag of dat deze x264 encoding workload representatief is voor een normale workload van mijn 'zuinige server' dat vnl home automation e.d. doet. Waarschijnlijk is dat niet zo. Ik verwacht echter niet dat andere workloads een heel sterk ander beeld zullen laten zien, desalniettemin zal ik zeker nog een keer kijken of ik dat idee kan bevestigen dmv het testen van andere workloads

--edit--
Ik releaseerde me dat mijn laatste conclusie niet helemaal klopt door het woord optimale. Deze frequenties (mn de 3.4Ghz P-core frequentie) is de hoogste freqentie waarbij er een min of meer lineaire verhouding is tussen frequentie verhoging / extra werk tov verhoogd stroomverbruik. Maar de verhouding is niet geheel lineair, het stroomverbruik loopt net iets harder op dan de hoeveelheid werk die kan worden gedaan. Dus inprincipe is het zo dat hoe lager de frequentie hoe beter de FPS / W. Als je dus puur naar effiency zou kijken, dan zou P-core frequentie 1.6Ghz en E-core frequentie 1.8Ghz zijn (op basis van een test met N=1).

@eheijnen Goede opmerking (hieronder), deze tests zijn gedaan met de powersave governor. We zitten immers in het zuinige server topic

[ Voor 12% gewijzigd door pimlie op 01-02-2025 23:42 ]

[eheijnen]

@pimlie
Zeer interessant.

Vroeg me wat er gebeurt als de governor op powersave of andere setting wodt gefixeerd....

[Robbie T]

Inmiddels draai ik alweer enige jaren mijn eigen server. Begonnen met Proxmox maar nu alweer enige tijd op Unraid. Mijn systeeem bestaat momenteel uit;

#	Categorie	Product	Prijs	Subtotaal
1	Processors	Intel Core i5-7500 Boxed	€ 168,43	€ 168,43
1	Moederborden	MSI H110I Pro	€ 0,-	€ 0,-
1	Behuizingen	Kolink Satellite	€ 39,08	€ 39,08
1	Processorkoeling	Antec A30	€ 28,-	€ 28,-
1	Geheugen intern	Crucial CT4G4DFS8213	€ 17,-	€ 17,-
1	Geheugen intern	G.Skill Aegis F4-2400C15S-16GIS	€ 29,49	€ 29,49
1	Voedingen	Mini-box picoPSU PicoPSU-160-XT	€ 52,55	€ 52,55
1	SSD's	Lexar NM790 (zonder heatsink) 2TB	€ 123,90	€ 123,90
Bekijk collectie Importeer producten			Totaal	€ 458,45

Ik heb een VM draaien (HA en zo'n 30 docker containers. Ik merk in middels toch regelmatig dat het allemaal niet meer zo soepel loopt. Zeker met wat nieuwere containers die ook wat AI functies gebruiken loop ik toch regelmatig tegen wat beperkingen aan. Niet gek vind ik als je bedenkt dat het systeem al enkele jaren oud is.

Ik wil dan ook wel wat anders; iets wat beter/sneller is en ook beter kan omgaan met encoding en ai taken. Ik heb echter geen ID waar ik moet beginnen.
Onderdelen welke ik opnieuw verwacht te kunnen gebruiken;

#	Categorie	Product	Prijs	Subtotaal
1	Behuizingen	Kolink Satellite	€ 39,08	€ 39,08
1	Processorkoeling	Antec A30	€ 28,-	€ 28,-
1	Voedingen	Mini-box picoPSU PicoPSU-160-XT	€ 52,55	€ 52,55
1	SSD's	Lexar NM790 (zonder heatsink) 2TB	€ 123,90	€ 123,90
Bekijk collectie Importeer producten			Totaal	€ 458,45

Iemand die me op weg kan helpen?

Edit; Ik heb het niet over het draaien van een LLM. Ik heb niet de illusie of het idee dat ik dat beter zou kunnen dan een van de grote partijen. Dan is er nog het privacy aspect, maar ook daar kan ik mee leven.

In het kader van AI heb ik het over iets als Hoarder welke OpenAI gebruikt om tags en een beschrijving te genereren, Immich welke de foto's indexeert en me instaat stelt om te zoeken op "zonsondergang bij zee", Scrypted NVR welke objecten herkent.

[ Voor 5% gewijzigd door Robbie T op 03-02-2025 14:30 ]

[lasharor]

Robbie T schreef op maandag 3 februari 2025 @ 14:20:
bericht

Definieer AI? Je moet denk ik specifieker zijn in wat je wilt. Als je zelf een LLM wilt draaien heb je een heel andere configuratie nodig dan bijvoorbeeld object detection etc.

Dat laatste kan je misschien nog energiezuinig doen. Een LLM is dat niet.

[Robbie T]

lasharor schreef op maandag 3 februari 2025 @ 14:23:
[...]


Definieer AI? Je moet denk ik specifieker zijn in wat je wilt. Als je zelf een LLM wilt draaien heb je een heel andere configuratie nodig dan bijvoorbeeld object detection etc.

Dat laatste kan je misschien nog energiezuinig doen. Een LLM is dat niet.

Goed punt. Ik heb mijn bericht aangepast.

[andru123]

@pimlie in je eerder post fps/watt was tussen 2 en 3, en nu het is tussen 0.1 en 0.9.
Het lijkt dat met “1 sec” het gebied boven 3 Ghz (rechtsboven) is ook vrij efficient. Waarom, I wonder.

[ Voor 16% gewijzigd door andru123 op 03-02-2025 14:32 ]

[andru123]

@Robbie T wat is je verbruik nu? Als je intensive taken gaat 24/7 draaien, heeft het ook invloed op onderdelen

[Robbie T]

@andru123 Poeh, geen idee. Ik denk dat de i5-7500 aardig wat vraagt (Hiervoor had ik geen G4560). Maar ik heb er geen energiemeter tussen hangen.

[lasharor]

Robbie T schreef op maandag 3 februari 2025 @ 14:20:
In het kader van AI heb ik het over iets als Hoarder welke OpenAI gebruikt om tags en een beschrijving te genereren, Immich welke de foto's indexeert en me instaat stelt om te zoeken op "zonsondergang bij zee", Scrypted NVR welke objecten herkent.

Weet je zeker dat dit niet werkt op je huidige CPU? Volgens mij kan je gewoon je iGPU gebruiken voor zaken als Immich. Ik zou dat eerst proberen! Volgens mij is je CPU inderdaad wat te oud.

Voor dit soort taken moet je kijken naar zuinige intel CPU builds. Alle recente iGPU's van Intel werken bijzonder goed voor dit soort toepassingen.

[ Voor 3% gewijzigd door lasharor op 03-02-2025 14:44 ]

[mrmrmr]

@Robbie T

In plaats van meteen te gaan naar nieuwe hardware denk ik dat het verstandig is om eerst de lasten maximaal te reduceren. Bijvoorbeeld door VM's te vervangen door containers of rechtstreekse implementatie. Overbodige logging kost gaat gepaard met veel kWh en dat kan oplopen tot een hoog bedrag gedurende de levensduur van de server.

Wat betreft AI: een Intel processor heeft een ingebouwde npu, maar mij is niet duidelijk wat precies de relatie is tot verbruik vergeleken met bijvoorbeeld specialistische processoren. Zoals AI pcie bordjes of een apart systeem. ARM is daarbij ook een mogelijkheid vermoed ik, omdat die minder onder last kan verbruiken.

Tweakers zegt wel dat Intel Lunar Lake 4x sneller zou zijn, maar dergelijke claims van Intel zijn meestal vooral voor marketing.

[pimlie]

andru123 schreef op maandag 3 februari 2025 @ 14:29:
@pimlie in je eerder post fps/watt was tussen 2 en 3, en nu het is tussen 0.1 en 0.9.

Scherp, de x264 test van de phoronix-test-suite heeft zowel een 1080p als 4K encoding test. Eerdere 3D grafieken waren maximaal 12s encoding van het 1080p filmpje. Vond de 12s alleen eigenlijk te kort om een betrouwbare meting te doen dus had dat verlengd naar 30s. Alleen had ik toen het probleem dat bij de hoogste frequentie de encoding al klaar was binnen die 30s, aan de ene kant was dat misschien prima/nauwkeurig genoeg maar heb toen toch besloten om over te stappen naar het 4K filmpje zodat alle metingen plaats vonden bij ca 30s encoding. Vandaar die verlaging van het FPS/W, de fps is simpelweg lager bij het 4K filmpje

Het lijkt dat met “1 sec” het gebied boven 3 Ghz (rechtsboven) is ook vrij efficient. Waarom, I wonder.

Dat komt door PL (en mss ook thermal?) throttling. De frequenties op de x/y assen zijn de ingestelde maximale frequenties, niet de daadwerkelijke frequenties waar de cpu op draait. En wat je ziet (en wat @Mars Warrior al veel eerder had uitgevonden), is dus dat bij een te korte sleep periode tussen 2 test runs de cpu nooit meer tijd heeft om te 'unthrottlen' waardoor hij eigenlijk de hele tijd maar op een P-core freq van 3.2Ghz loopt en nooit meer turboboost. Die tests met een sleep van 1s zijn dus simpelweg onbetrouwbaar als je wilt zien hoe een cpu reageert van een idle load naar een 100% cpu load.

[andru123]

pimlie schreef op maandag 3 februari 2025 @ 15:09:
dus dat bij een te korte sleep periode tussen 2 test runs de cpu nooit meer tijd heeft om te 'unthrottlen' waardoor hij eigenlijk de hele tijd maar op een P-core freq van 3.2Ghz loopt en nooit meer turboboost.

Ah, ik zie het. Ik dacht altijd dat 1 seconde is een eeuw in CPU tijd. Maar ja, als die is echt heet van een langdurige taak, dan meet je meer de effectiviteit van de cooler.

[andru123]

Robbie T schreef op maandag 3 februari 2025 @ 14:38:
@andru123 Poeh, geen idee. Ik denk dat de i5-7500 aardig wat vraagt (Hiervoor had ik geen G4560). Maar ik heb er geen energiemeter tussen hangen.

Een goede meter kost -15€. Als u niet weet hoeveel u verbruikt, maakt het dan uit welke hardware u kiest?

[Cidious]

Zijn er hier mensen die Arrow Lake draaien in hun thuis server?

Ik heb net een U5-245K met ProArt Z890-Creator besteld om mijn huidige 7800X3D + ProArt X670E-Creator te vervangen voor betere idle draw. X670E trekt makkelijk 15-20W idle en 7800X3D pakt ook makkelijk 35W idle.
Als ik het goed heb uitgezocht trekt de 245K zo'n 12-20W idle en de Z890 slechts chipset 6-7W. Dit zou tot een aanzienlijke verbetering voor mijn 24/7 stroomverbruik moeten zorgen.

[dcm360]

15-20W voor het moederbord en daarbij nog 35W voor een 7800X3D klinkt wel dramatisch slecht, vooral als ik zie dat Tweakers de 7800X3D met moederbord in idle heeft gemeten rond de 30W. Dat is met de testmethode bij het weergeven van een Windows-desktop, dus daar zou nog wel wat vanaf moeten kunnen.

[Cidious]

dcm360 schreef op maandag 3 februari 2025 @ 16:15:
15-20W voor het moederbord en daarbij nog 35W voor een 7800X3D klinkt wel dramatisch slecht, vooral als ik zie dat Tweakers de 7800X3D met moederbord in idle heeft gemeten rond de 30W. Dat is met de testmethode bij het weergeven van een Windows-desktop, dus daar zou nog wel wat vanaf moeten kunnen.

Als je daar wat vanaf wilt halen moet je allerlei prestatie verlagende en latency introducerende bios settings gaan aanzwengelen met hoge kans op instabiliteit. Dat is niet wat je wilt voor een werk server. Misschien voor een thuis server met wat apps draaien en cloud maar niet voor een werkserver die actief moet blijven en niet in allerlei gare deepsleep idle modes moet gaan lopen klungelen.



En het is algemeen bekend dat AMD erg slecht met idle is en beter onder load. Mijn 14400T server draait ook veel zuiniger idle zonder allerlei high power saving bios opties. Is gewoon een kwestie van hoe de chips zijn geconfigureerd. Monolithisch vs Chiplet. De AMD AM5 SOC is een stroom varken.
Dit is mijn 9800X3D vanaf de desktop. Geen 7800X3D maar praktische gezien hetzelfde verhaal. Als je je geheugen op 6000+ draait pakt de SOC zo 15W idle.


Mijn server moet 192GB draaien op 5600 en hopelijk nog hoger met de Intel voor maximale bandbreedte. Intel's design hiervoor is gewoon zuiniger voor Alder lake / Raptor lake en voor Arrow lake.

B650E is iets beter door enkele chipset maar de SOC blijft een probleem.

Mijn laptop heeft een 7945HX met dubbele chiplet. En zelfs met een hele ruime accu kan die maar 2 uur mee max. Hoever ik TDP ook naar beneden stel, undervolt en het geheugen onderklok etc. Idle draw is gewoon te hoog om het echt draagbaar te maken. SOC trekt automatisch 15W.

[ Voor 14% gewijzigd door Cidious op 03-02-2025 16:48 ]

[andru123]

@Cidious Z790 chipset is niet zuinig. Tenminste alle Z borden die hier getest. Reken op minimal 15W idle, tegen bijv. 5W op B-chipset.
Ik zie dat je CPU 95% van de tijd idlet in C3. Ik weet niet van welke systeem dat screenshot is, maar is waarschijnlijk veel ruimte voor optimalisatie.
De overige BIOS opties zijn in het algemeen niet beperkend of onstabiel; meeste hebben ook weinig tot geen invloed op performance, maar wel op verbruik.

[Cidious]

andru123 schreef op maandag 3 februari 2025 @ 20:49:
@Cidious Z790 chipset is niet zuinig. Tenminste alle Z borden die hier getest. Reken op minimal 15W idle, tegen bijv. 5W op B-chipset.
Ik zie dat je CPU 95% van de tijd idlet in C3. Ik weet niet van welke systeem dat screenshot is, maar is waarschijnlijk veel ruimte voor optimalisatie.
De overige BIOS opties zijn in het algemeen niet beperkend of onstabiel; meeste hebben ook weinig tot geen invloed op performance, maar wel op verbruik.

Z890 is 6W.

En dit is deels een misconceptie. Als energie besparende BIOS geen penalties met zich meebrengen zoals jij dat hier uitlegt, dan zouden die opties standaard aan staan in de BIOS als default. Zo werkt het in realiteit helaas niet. Het zal afhangen van gebruiks scenario maar er is bijna altijd een penalty voor energie besparing (latency, rauwe prestatie verlies etc) tenzij we praten over undervolten met ruime marges maar dan nog kan dat voor instabiliteit zorgen in load scenarios die je bij voorhand niet getest hebt. Wat praktisch ongewenst is voor werkservers die constant paraat moet staan voor taken. Ik ga wel bewust om met het afsluiten van VM's als ik die niet nodig heb. VM's trekken idle aardig wat meer stroom. Bij voorbeeld als mijn Windows of Ubuntu VM draait gebruik ik ipv 3.8KW per dag 4.1KWh per dag. dat is 0.3KWh per dag voor puur het idle draaien van die VM.




AMD is NIET zuinig IDLE vs Intel.. Daar kan je met alle energie besparende opties in de BIOS en OS niet omheen want gelijksoortige opties zijn beschikbaar voor het intel platform. Daar ga je gewoon fundamenteel niet omheen komen door het gebruik van een onzuinige SOC op 6nm en dubbele chipset voor een moederbord met de pcie slots die ik nodig heb. Onder load scenarios heeft AMD nog steeds voordeel.

Ik snap wel dat iedereen hier enthusiast is over energiebesparing en dus de naam van het draadje. Misschien heb ik in wederom het verkeerde draadje gepost sinds het hier om mijn werk server gaat voor mijn zaak. Mijn thuis server: 14400T + 96GB + 4x 16TB HDD + 4x 2TB NVME + 4x 1.92TB SATA SSD + 10G LAN (Marvell) + 750W Platinum SFX mag wel meer BIOS opties voor energie besparing genieten. Die server gebruikt zo'n 1.7 KWh per dag

[ Voor 34% gewijzigd door Cidious op 04-02-2025 05:41 ]

[andru123]

Het is wel de juiste draad. Altijd goed om een andere perspectief te horen.
Z890 is inderdaad 6W op specs. Maar zo is B860 ook. Toch, alle geteste Z moederborden verbruiken zo’n 15W met alle mogelijke optimizaties. Mischien komt door dat Z moederborden zijn duurder en bevatten meer onderdelen en chips.
Wie weet, mischien 800 serie is zuiniger geworden. Als je de kans krijgt om je ervaringen en metingen te delen, ben benieuwd. Z serie komt niet vaak voor in dit topic. @Cidious

[pimlie]

@Cidious Je zegt zelf dat de Z890 6W verbruikt, als je het goed hebt uitgezocht. Maar hoe heb je dat dan uitgezocht? Heb je het gemeten, overgenomen van een tech review of gewoon van een spec sheet idd?

En dit is deels een misconceptie. Als energie besparende BIOS geen penalties met zich meebrengen zoals jij dat hier uitlegt, dan zouden die opties standaard aan staan in de BIOS als default. Zo werkt het in realiteit helaas niet. Het zal afhangen van gebruiks scenario maar er is bijna altijd een penalty voor energie besparing (latency, rauwe prestatie verlies etc) tenzij we praten over undervolten met ruime marges maar dan nog kan dat voor instabiliteit zorgen in load scenarios die je bij voorhand niet getest hebt

Er kan een belangrijk verschil zijn tussen kvm virtualisatie en container virtualisatie. I.e. denk je in gevirtualiseerde hardware of denk je in (virtueel) gescheiden services? Daarnaast kan er een verschil zijn tussen multi- en single- tenant systemen, als in maakt het uit dat een machine een iets hogere latency heeft doordat een andere tenant ook of juist niet gebruik maakt van de onderliggende hardware?

In basis heeft @andru123 gewoon gelijk, als dat systeem daadwerkelijk 95% idle in C3 is dan kan het waarschijnlijk verder geoptimaliseerd worden als je dat zou willen zonder enige echt merkbare performance kosten. Daarvoor wordt het simpelweg niet genoeg belast.

Wat mij betreft is er dus geen misconceptie, behalve dan mss van jouw kant dat we in dit topic graag bekijken / uitzoeken wat wel werkt qua optimalisaties ipv op voorhand te zeggen dat iets niet kan zonder dat uit te proberen

[Cidious]

pimlie schreef op dinsdag 4 februari 2025 @ 10:52:
@Cidious Je zegt zelf dat de Z890 6W verbruikt, als je het goed hebt uitgezocht. Maar hoe heb je dat dan uitgezocht? Heb je het gemeten, overgenomen van een tech review of gewoon van een spec sheet idd?


[...]


Er kan een belangrijk verschil zijn tussen kvm virtualisatie en container virtualisatie. I.e. denk je in gevirtualiseerde hardware of denk je in (virtueel) gescheiden services? Daarnaast kan er een verschil zijn tussen multi- en single- tenant systemen, als in maakt het uit dat een machine een iets hogere latency heeft doordat een andere tenant ook of juist niet gebruik maakt van de onderliggende hardware?

In basis heeft @andru123 gewoon gelijk, als dat systeem daadwerkelijk 95% idle in C3 is dan kan het waarschijnlijk verder geoptimaliseerd worden als je dat zou willen zonder enige echt merkbare performance kosten. Daarvoor wordt het simpelweg niet genoeg belast.

Wat mij betreft is er dus geen misconceptie, behalve dan mss van jouw kant dat we in dit topic graag bekijken / uitzoeken wat wel werkt qua optimalisaties ipv op voorhand te zeggen dat iets niet kan zonder dat uit te proberen

Dank voor je reactie!

Om dan even dieper in de C3 kwestie te duiken. De cores gebruiken maar 6-10W idle. Het is de SOC die van tussen de 15-20W slurpt met 6400 Mhz ram met 2 sticks of 4 sticks zelfs op 5600. De hoge package power in idle is niet alleen een C3 p-states probleem. Als je mijn laptop bekijkt welke de cores idled op 4-6w en dan vrolijk 15-18W slurpt met het geheugen op 6000 SOC en 12-13W met het geheugen op 5200 dan snap je waar het probleem ligt. AMD is erg inefficient met zijn geheugen controller. Het aan of uitzetten van de iGPU heeft minder invloed op de SOC power draw dan VSOC voltage.

Ik zal het verschil in de praktijk tussen AMD en Intel hiermee nog moeten testen maar bovenstaande screenshot moet genoeg zeggen.

Er valt niet veel meer te optimaliseren aan de AMD cores zonder veel bandbreedte te verliezen (welke ik nodig heb voor AI taken).

X670E gebruikt twee hongerige 7W (rated) chipset chips die doorgelinkt zijn met een 4.0 x4 bus naar de CPU. Intel heeft er maar 1 nodig die 6W (rated) is en met 4.0 x8 met de CPU kan kletsen. Ook kan deze chipset meer PCI-E lanes aansturen. De X670E vs B650E configuratie biedt eigenlijk alleen maar meer snellere USB poorten en verder geen voordeel maar AMD heeft geen borden die x8 x8 x4 ondersteunen met B650E chipset. Niet eens met X670E. x8 x8 x2 is het beste dan AM5 te bieden heeft.

Mijn eigen conclusie is dan ook dat AMD de kantjes er vanaf loopt met hun IOD en moederbord platform. AMD CPUs zijn erg efficient onder laad scenarios en gaming maar minder geschikt voor 'zuinige servers' die langer idle draaien.


Dit alles gezegd te hebben. Ik heb nog geen persoonlijke ARL data te delen tot ik het platform aan kan zwengelen met juiste kernel support etc. Dan zal ik de vergelijking zeker delen. In default bios settings vorm en aangezien er meerdere malen is aangegeven dat optimilisaties mogelijk zijn voor het AMD platform dan hoor ik deze graag en maak ik ook een A/B vergelijking met beide platformen zo geoptimaliseerd als mogelijk.

Ik hoor graag wat tips voor bios settings voor de AMD bak. Kan maar zo zijn dat ik er een paar gemist heb zelf om te overwegen. Lagere geheugen snelheid is geen optie voor mij. En B650E ook niet. ASPM etc is al geactiveerd op L1.

[Cidious]

andru123 schreef op dinsdag 4 februari 2025 @ 07:06:
Het is wel de juiste draad. Altijd goed om een andere perspectief te horen.
Z890 is inderdaad 6W op specs. Maar zo is B860 ook. Toch, alle geteste Z moederborden verbruiken zo’n 15W met alle mogelijke optimizaties. Mischien komt door dat Z moederborden zijn duurder en bevatten meer onderdelen en chips.
Wie weet, mischien 800 serie is zuiniger geworden. Als je de kans krijgt om je ervaringen en metingen te delen, ben benieuwd. Z serie komt niet vaak voor in dit topic. @Cidious

Ga ik zeker testen. Maar ik ben er vrij zeker van dat ik tussen het de AMD en Intel configuratie 25-30 watt kan winnen in Idle. Ik zal de praktijk resultaten meedelen in een week of twee als ik volledige kernel support heb.

[dcm360]

Ik ben vooral wel benieuwd naar de metingen aan het stopcontact, voor en na. Met performance als doel ga je waarschijnlijk andere cijfers halen dan praktisch iedereen hier die meer op zoek zijn naar op zijn minst een balans tussen verbruik en performance, maar het kan nog steeds een interessant inzicht zijn.

Zonder extreme tuning (als in: wel een balanced power governor en powertop gedraaid) haal ik in 'idle' (95% C2) momenteel met 3700X/X470/64GB RAM/4x NVMe (waarvan 1 enterprise)/6xHDD (in spindown)/10Gb netwerk 47.5W uit het stopcontact. Dat is naar mijn idee verrassend weinig als ik het afzet tegen de getallen die geplakt worden op AMD-systemen.

[Erhnam]

Ik wil mijn 9 jaar oude Synology NAS vervangen. Hierin zitten nu 4 x 3TB schijven in een RAID5 opstelling. Niet alle ruimte is bezet. Dus eerst opgeschonen en dan het liefste door een eigen systeem met hierin twee SSDs (2x4TB) in een RAID1 opstelling. Zijn er mensen die een soortgelijks doen? Ik zag dit systeem voorbij komen:

https://nascompares.com/2...tec-nucbox-g9-nas-review/

Verder ook deze:

https://www.servethehome....ation-appliance-review/2/

[Mars Warrior]

Cidious schreef op dinsdag 4 februari 2025 @ 05:28:
[...]
Z890 is 6W.

Niet echt. Het is slechts een gemiddelde volgens een baseload van Intel (geen turbo):

Chipset Base Power
The time-averaged power dissipation that the chipset is validated to not exceed during manufacturing while executing an Intel-specified high complexity workload at Base Frequency and at the max operating temperature as specified in the Datasheet for the SKU segment and configuration.

Die 6W zegt dus niets over idle verbruik, laat staan als de CPU echt belast wordt. Het is een random gemiddelde als we Intel mogen geloven.

En dit is deels een misconceptie. Als energie besparende BIOS geen penalties met zich meebrengen zoals jij dat hier uitlegt, dan zouden die opties standaard aan staan in de BIOS als default. Zo werkt het in realiteit helaas niet. Het zal afhangen van gebruiks scenario maar er is bijna altijd een penalty voor energie besparing (latency, rauwe prestatie verlies etc) tenzij we praten over undervolten met ruime marges maar dan nog kan dat voor instabiliteit zorgen in load scenarios die je bij voorhand niet getest hebt. Wat praktisch ongewenst is voor werkservers die constant paraat moet staan voor taken. Ik ga wel bewust om met het afsluiten van VM's als ik die niet nodig heb. VM's trekken idle aardig wat meer stroom. Bij voorbeeld als mijn Windows of Ubuntu VM draait gebruik ik ipv 3.8KW per dag 4.1KWh per dag. dat is 0.3KWh per dag voor puur het idle draaien van die VM.

Dit soort dingen zijn getest op een Intel 12900K. Gemiddeld genomen is op basis van 92 testen de "Performance governor" in 60% van de gevallen de snelste, en "Powersave goveror" in 7% van de gevallen.

Overall is Performance 7% sneller dan Powersave. Het is erg afhankelijk van de taak. Als de iGPU wordt gebruikt, dan blijkt Powersave in bijv AI/ML taken de snelste te zijn

Jij gebruikt een relatief simpele/trage CPU, dus ik vraag me af of je het dus merkt in de performance.
Ik draai een 13900K met 40 containers met DDR5 RAM op standaard 4800Mhz snelheid. Ook mijn desktop die aan data crunching doet draait op 4800Mhz en ik zie niet/nauwelijks enig verschil met sneller RAM in wachttijden (op 10 minuten soms 10 seconden). Het verschil in kosten (2x zo veel €€ in aanschaf) en verbruik is wel duidelijk

[Afbeelding]

Die afbeeldeing van TPU is nikszeggend als je naar de absolute getallen gaat kijken. Onderlinge verschillen per merk (Intel/AMD) kun je mogelijk nog wel wat mee, mits hetzelfde mobo gebruikt wordt.

Ze gebruiken in je voorbeeld een Z890 mobo, 1200W voeding en een RTX 4090 GPU. Allemaal componenten die verbloemen wat het werkelijke verbruik is, of kan zijn met zo'n CPU.

Je kunt beter de DC metingen van Tweakers gebruiken. Ook dat zegt nog niet alles over het verbruik uit het stopcontact (verbruik mobo zelf, verliezen VRM's + voeding + CosPhi), maar toch wel wat meer dan dit TPU plaatje.

AMD is NIET zuinig IDLE vs Intel.. Daar kan je met alle energie besparende opties in de BIOS en OS niet omheen want gelijksoortige opties zijn beschikbaar voor het intel platform. Daar ga je gewoon fundamenteel niet omheen komen door het gebruik van een onzuinige SOC op 6nm en dubbele chipset voor een moederbord met de pcie slots die ik nodig heb. Onder load scenarios heeft AMD nog steeds voordeel.

Mijn 13900K doet ca 5W idle, mijn 7900X deed 18W idle. Dus ja, het AMD systeem verbruikt een stuk meer in idle, maar dat komt deels ook door grote verschillen in de moederborden. Het AMD mobo is gericht op performance/overclocking, het Kontron mobo op zuinigheid.

In beide gevallen zit er een RM550x voeding in die onverslaanbaar is bij lage wattages.

Toch draait de 7900X op slechts 130W omdat het verschil in performance tov 170W te verwaarlozen is, zelfs voor data verwerking waar de 12c/24t af en toe een uurtje op 100% mogen draaien

Ik snap wel dat iedereen hier enthusiast is over energiebesparing en dus de naam van het draadje. Misschien heb ik in wederom het verkeerde draadje gepost sinds het hier om mijn werk server gaat voor mijn zaak. Mijn thuis server: 14400T + 96GB + 4x 16TB HDD + 4x 2TB NVME + 4x 1.92TB SATA SSD + 10G LAN (Marvell) + 750W Platinum SFX mag wel meer BIOS opties voor energie besparing genieten. Die server gebruikt zo'n 1.7 KWh per dag

Die 1.7kWh per dag komt neer op gemiddeld 71W verbruik. Ik vraag me af wat die Platinum voeding bij 10% load nog aan efficientie haalt. Het is ook niet echt weinig, maar je hebt er ook veel aanhangen

Bij mij draait alle communicatie gelukkig lokaal tussen containers, dus ik heb geen 10Gbit LAN nodig. Dat scheelt natuurlijk al een slok op een borrel.

Of je nog veel kunt besparen is dus de vraag. Dat zal ook met de load samenhangen.

[RobertMe]

Mars Warrior schreef op dinsdag 4 februari 2025 @ 14:27:
Bij mij draait alle communicatie gelukkig lokaal tussen containers, dus ik heb geen 10Gbit LAN nodig. Dat scheelt natuurlijk al een slok op een borrel.

Er waren hier toch ook een aantal posts dat 10Gbit/s, op basis van SFP+ (met een DAC) tegenwoordig aan 1 á 2 Watt kan? Op 71W vind ik dat geen "slok op een borrel". Bij een ~5W systeem nog 1 á 2 W toevoegen is het procentueel natuurlijk wel fors. Uiteraard gaat het dan wel om 1x SFP+. Vervolgens zal er mogelijk ook nog een 10Gbit/s switch bij komen, en sowieso nog een andere server/NAS, en loopt het uiteraard wel meer op.

[Mars Warrior]

RobertMe schreef op dinsdag 4 februari 2025 @ 14:57:
[...]
Er waren hier toch ook een aantal posts dat 10Gbit/s, op basis van SFP+ (met een DAC) tegenwoordig aan 1 á 2 Watt kan? Op 71W vind ik dat geen "slok op een borrel". Bij een ~5W systeem nog 1 á 2 W toevoegen is het procentueel natuurlijk wel fors. Uiteraard gaat het dan wel om 1x SFP+. Vervolgens zal er mogelijk ook nog een 10Gbit/s switch bij komen, en sowieso nog een andere server/NAS, en loopt het uiteraard wel meer op.

Die 71W is gemiddeld. Ik neem even aan dat die 10Gbit (Marvell) ook gebruikt wordt en dan toch een stuk meer pakt. Ook die 1,92TB SSD’s klinken als niet-consumer, en dus een relatief hoog verbruik. Maar dat is gissen.

En ja, er zal nog een server zijn lijkt me om die 10Gbit te benutten, anders is 2.5 of 5Gbit ook voldoende.

Soms heb ik moeite om 10Gbit te snappen, zeker voor thuis. Op het werk eens de 10Gbit lijnen (8x) van het Hadoop cluster op 1Gbit gezet. Is door niemand opgemerkt

Maar ik ben wel blij met de vooruitgang van die 2.5/5/10Gbit kaarten die in idle steeds minder verbruiken. Dat maakt keuzes wel makkelijker mocht ik ooit meer dan die 100MB/s nodig hebben

[RedRayMann]

Erhnam schreef op dinsdag 4 februari 2025 @ 13:39:
Ik wil mijn 9 jaar oude Synology NAS vervangen. Hierin zitten nu 4 x 3TB schijven in een RAID5 opstelling. Niet alle ruimte is bezet. Dus eerst opgeschonen en dan het liefste door een eigen systeem met hierin twee SSDs (2x4TB) in een RAID1 opstelling. Zijn er mensen die een soortgelijks doen? Ik zag dit systeem voorbij komen:

https://nascompares.com/2...tec-nucbox-g9-nas-review/

Verder ook deze:

https://www.servethehome....ation-appliance-review/2/

Ik ben voor de Odroid H4 Plus gegaan.
Zoek op mijn naam en de laatste 2 pagina's staan vol met mijn hardware keuze, ervaringen, uitzoekwerk, resultaten e.d.

Je kan bij de Plus 1x eMMC opslag gebruiken, 1x NVME opslag en 4x sata.
Of met de nieuwe NVME splitter heb je 2x NVME óf 4x NVME.

Dus zat mogelijkheden tot opslag.

Betreft een Intel N97

Met mijn 2x 8tb ssd en 1x 5tb hdd is hij kleiner dan mijn Synology DS411

[andru123]

Mars Warrior schreef op dinsdag 4 februari 2025 @ 15:36:Soms heb ik moeite om 10Gbit te snappen, zeker voor thuis.

Ik denk ook over 10G, met dalende prijzen en stroomverbruik. Ik doe (on)regelmatig backups van laptop/ipad en af en toe grote files tussen de servers.
Backup doe ik meestaal via wifi. Het kan zeker sneller. Ik haal 8-70 MB/sec. Maar ik loop meer tegen de opslagmedia limit, denk ik.

[RobertMe]

andru123 schreef op woensdag 5 februari 2025 @ 19:15:
Maar ik loop meer tegen de opslagmedia limit, denk ik.

Als de opslag op SATA is wordt 10Gbit/s sowieso "lastig". Immers is SATA zelf maar 6Gbit/s. Dan heb je al 2 SSDs nodig (in een stripe / RAID0 of met parity / RAID5/6 / RAIDZ1/2/3). En met HDDs heb je al een heel fors array nodig (stuk of 5 disks in een stripe). Alleen met NVME zal lijkt mij die 10Gbit/s dus dicht te trekken zijn zonder naar RAID achtige oplossingen te grijpen. Maar NVME voor opslag is ook weer "lastig" door de hoge prijs / lage capaciteit (/hoge prijs per GB) en het beperkt aantal sloten. Puur voor wat user data (backups van documenten etc) uiteraard wel te doen. Maar ik zou geen grote foto of video collecties (of Linux ISOs ) op NVME SSDs zetten (en ook niet op SATA).

Mogelijk zou ik zelf in mijn eigen setup wel een (ZFS) SLOG op een SSD kunnen zetten. Zodat de writes snel naar de SSD kunnen en daarna traag naar de HDDs. Dan is geen terabytes aan SSD opslag nodig en zijn snelle writes wel mogelijk.

[Mars Warrior]

andru123 schreef op woensdag 5 februari 2025 @ 19:15:
[...]

Ik denk ook over 10G, met dalende prijzen en stroomverbruik. Ik doe (on)regelmatig backups van laptop/ipad en af en toe grote files tussen de servers.
Backup doe ik meestaal via wifi. Het kan zeker sneller. Ik haal 8-70 MB/sec. Maar ik loop meer tegen de opslagmedia limit, denk ik.

Zeker, vooruitgang maakt dingen lekker standaard en betaalbaar. We kunnen ook niet meer kiezen voor een 64Kbit internet lijn op glasvezel. En het verschil tussen 100Mbit en 1Gbit was meen ik €2,50 / maand...

Mijn desktop heeft standaard 2.5Gbit, en dat zie je natuurlijk steeds meer, ook omdat switches betaalbaarder worden, en het de meerprijs voor veel mensen waard zal zijn, ook al gebruik je die hogere bandbreedte niet, alles gaat wel net ff een stukkie sneller.

En aangezien de standaard Cat5e/6 kabels ook probleemloos die 2.5Gbit en op korte afstanden 10Gbit aankunnen, is het ook erg makkelijk upgraden.

Aan de andere kant betaalde ik een paar jaar geleden nog €110 per maand voor gas+elektra, en is dat nu opgelopen naar €230 per maand. Huis is nog steeds hetzelfde huis en ik verbruik ca 500kWh minder per jaar aan electra en gas is hetzelfde gebleven. Ondanks dat dus ruim een verdubbeling in kosten.

Dus dan blijf je wel een beetje op het verbruik letten

[TheMystery]

Van het weekend dit systeem gebouwd:

#	Categorie	Product	Prijs	Subtotaal
1	Processors	Intel Core i5-13500 Boxed	€ 214,99	€ 214,99
1	Moederborden	ASUS TUF Gaming B760M-PLUS II	€ 169,-	€ 169,-
2	Interne harde schijven	WD Ultrastar DC HC580, SATA, Base model, 24TB	€ 466,-	€ 932,-
1	Behuizingen	Fractal Design Node 804	€ 119,-	€ 119,-
1	Geheugen intern	Corsair Vengeance CMK64GX5M2A4800C40	€ 172,60	€ 172,60
1	Voedingen	be quiet! Pure Power 12 M 550W	€ 91,10	€ 91,10
2	SSD's	WD Black SN850X (zonder heatsink) 2TB	€ 149,90	€ 299,80
			Totaal	€ 1.998,49

heb hier nu proxmox 8.3.3 op draaien en heb powertop 2.15 geinstalleerd. systeem doet nu 15w zonder hdd en met 1 hdd 22w. 2de schijf was doa dus met 2 nog niet kunnen testen.

Heb powertop --autotune gedraaid:

code:

powertop --auto-tune
modprobe cpufreq_stats failed
Loaded 0 prior measurements
Cannot load from file /var/cache/powertop/saved_parameters.powertop
File will be loaded after taking minimum number of measurement(s) with battery only
RAPL device for cpu 0
RAPL Using PowerCap Sysfs : Domain Mask d
RAPL device for cpu 0
RAPL Using PowerCap Sysfs : Domain Mask d
Devfreq not enabled
glob returned GLOB_ABORTED
Cannot load from file /var/cache/powertop/saved_parameters.powertop
File will be loaded after taking minimum number of measurement(s) with battery only
Leaving PowerTOP

en de volgende bios instellingen gedaan volgens topic start:









met powertop komt ie alleen in de Core (HW) tot c7 de rest maar in c3

code:

PowerTOP 2.15     Overview   Idle stats   Frequency stats   Device stats   Tunables   WakeUp


           Pkg(HW)  |            Core(HW) |            CPU(OS) 0   CPU(OS) 1
                    |                     | C0 active   0.2%        0.1%
                    |                     | POLL        0.0%    0.0 ms  0.0%    0.0 ms
                    |                     | C1_ACPI     0.1%    0.5 ms  0.1%    0.3 ms
C2 (pc2)   12.6%    |                     | C2_ACPI     1.7%    0.9 ms  1.0%    1.0 ms
C3 (pc3)   80.6%    | C3 (cc3)    0.0%    | C3_ACPI    97.6%   75.7 ms 98.9%  122.5 ms
C6 (pc6)    0.0%    | C6 (cc6)    1.2%    |
C7 (pc7)    0.0%    | C7 (cc7)   96.0%    |
C8 (pc8)    0.0%    |                     |
C9 (pc9)    0.0%    |                     |
C10 (pc10)  0.0%    |                     |

                    |            Core(HW) |            CPU(OS) 2   CPU(OS) 3
                    |                     | C0 active   0.1%        0.0%
                    |                     | POLL        0.0%    0.0 ms  0.0%    0.0 ms
                    |                     | C1_ACPI     0.1%    0.2 ms  0.1%    0.2 ms
                    |                     | C2_ACPI     1.6%    0.8 ms  0.0%    0.0 ms
                    | C3 (cc3)    0.0%    | C3_ACPI    98.1%   83.1 ms 99.9%  250.6 ms
                    | C6 (cc6)    0.7%    |
                    | C7 (cc7)   96.9%    |
                    |                     |
                    |                     |
                    |                     |

                    |            Core(HW) |            CPU(OS) 4   CPU(OS) 5
                    |                     | C0 active   0.3%        0.0%
                    |                     | POLL        0.0%    0.0 ms  0.0%    0.0 ms
                    |                     | C1_ACPI     0.2%    0.2 ms  0.0%    0.1 ms
                    |                     | C2_ACPI     1.3%    0.9 ms  0.4%    1.6 ms
                    | C3 (cc3)    0.0%    | C3_ACPI    98.2%   79.5 ms 99.6%  316.1 ms
                    | C6 (cc6)    0.6%    |
                    | C7 (cc7)   97.0%    |
                    |                     |
                    |                     |
                    |                     |

                    |            Core(HW) |            CPU(OS) 6   CPU(OS) 7
                    |                     | C0 active   0.3%        0.0%
                    |                     | POLL        0.0%    0.0 ms  0.0%    0.0 ms
                    |                     | C1_ACPI     0.1%    0.1 ms  0.0%    0.2 ms
                    |                     | C2_ACPI     1.1%    0.9 ms  0.0%    0.1 ms
                    | C3 (cc3)    0.0%    | C3_ACPI    98.4%   54.6 ms100.0%  201.1 ms
                    | C6 (cc6)    0.7%    |
                    | C7 (cc7)   97.0%    |
                    |                     |
                    |                     |
                    |                     |

                    |            Core(HW) |            CPU(OS) 8   CPU(OS) 9
                    |                     | C0 active   0.1%        0.1%
                    |                     | POLL        0.0%    0.0 ms  0.0%    0.0 ms
                    |                     | C1_ACPI     0.1%    0.2 ms  0.0%    0.3 ms
                    |                     | C2_ACPI     0.7%    0.9 ms  0.2%    0.8 ms
                    | C3 (cc3)    0.0%    | C3_ACPI    99.0%   67.1 ms 99.7%  293.5 ms
                    | C6 (cc6)    0.7%    |
                    | C7 (cc7)   97.9%    |
                    |                     |
                    |                     |
                    |                     |

                    |            Core(HW) |            CPU(OS) 10  CPU(OS) 11
                    |                     | C0 active   0.1%        0.0%
                    |                     | POLL        0.0%    0.0 ms  0.0%    0.0 ms
                    |                     | C1_ACPI     0.1%    0.1 ms  0.0%    0.1 ms
                    |                     | C2_ACPI     0.4%    0.8 ms  0.1%    0.7 ms
                    | C3 (cc3)    0.0%    | C3_ACPI    99.4%  109.8 ms 99.9%  356.1 ms
                    | C6 (cc6)    0.3%    |
                    | C7 (cc7)   98.7%    |
                    |                     |
                    |                     |
                    |                     |
                    |            Core(HW) |            CPU(OS) 12
                    |                     | C0 active   0.2%
                    |                     | POLL        0.0%    0.0 ms
                    |                     | C1_ACPI     0.0%    0.1 ms
                    |                     | C2_ACPI     1.0%    0.9 ms
                    | C3 (cc3)    0.0%    | C3_ACPI    98.7%  159.5 ms
                    | C6 (cc6)   98.7%    |
                    | C7 (cc7)    0.0%    |
                    |                     |
                    |                     |
                    |                     |

                    |            Core(HW) |            CPU(OS) 13
                    |                     | C0 active   0.1%
                    |                     | POLL        0.0%    0.0 ms
                    |                     | C1_ACPI     0.1%    0.2 ms
                    |                     | C2_ACPI     0.7%    0.9 ms
                    | C3 (cc3)    0.0%    | C3_ACPI    99.0%  217.5 ms
                    | C6 (cc6)   99.0%    |
                    | C7 (cc7)    0.0%    |
                    |                     |
                    |                     |
                    |                     |

                    |            Core(HW) |            CPU(OS) 14
                    |                     | C0 active   0.1%
                    |                     | POLL        0.0%    0.0 ms
                    |                     | C1_ACPI     0.1%    0.2 ms
                    |                     | C2_ACPI     0.6%    0.9 ms
                    | C3 (cc3)    0.0%    | C3_ACPI    99.2%  262.1 ms
                    | C6 (cc6)   99.0%    |
                    | C7 (cc7)    0.0%    |
                    |                     |
                    |                     |
                    |                     |

                    |            Core(HW) |            CPU(OS) 15
                    |                     | C0 active   0.1%
                    |                     | POLL        0.0%    0.0 ms
                    |                     | C1_ACPI     0.1%    0.2 ms
                    |                     | C2_ACPI     0.5%    0.9 ms
                    | C3 (cc3)    0.0%    | C3_ACPI    99.3%  252.0 ms
                    | C6 (cc6)   99.2%    |
                    | C7 (cc7)    0.0%    |
                    |                     |
                    |                     |
                    |                     |

                    |            Core(HW) |            CPU(OS) 16
                    |                     | C0 active   0.1%
                    |                     | POLL        0.0%    0.0 ms
                    |                     | C1_ACPI     0.0%    0.3 ms
                    |                     | C2_ACPI     0.6%    0.9 ms
                    | C3 (cc3)    0.0%    | C3_ACPI    99.2%  177.8 ms
                    | C6 (cc6)   99.1%    |
                    | C7 (cc7)    0.0%    |
                    |                     |
                    |                     |
                    |                     |

                    |            Core(HW) |            CPU(OS) 17
                    |                     | C0 active   0.1%
                    |                     | POLL        0.0%    0.0 ms
                    |                     | C1_ACPI     0.0%    0.1 ms
                    |                     | C2_ACPI     0.5%    0.9 ms
                    | C3 (cc3)    0.0%    | C3_ACPI    99.3%  192.2 ms
                    | C6 (cc6)   99.2%    |
                    | C7 (cc7)    0.0%    |
                    |                     |
                    |            Core(HW) |            CPU(OS) 18
                    |                     | C0 active   0.1%
                    |                     | POLL        0.0%    0.0 ms
                    |                     | C1_ACPI     0.0%    0.1 ms
                    |                     | C2_ACPI     0.8%    0.9 ms
                    | C3 (cc3)    0.0%    | C3_ACPI    99.1%  226.8 ms
                    | C6 (cc6)   98.9%    |
                    | C7 (cc7)    0.0%    |
                    |                     |
                    |                     |
                    |                     |

                    |            Core(HW) |            CPU(OS) 19
                    |                     | C0 active   0.1%
                    |                     | POLL        0.0%    0.0 ms
                    |                     | C1_ACPI     0.0%    0.2 ms
                    |                     | C2_ACPI     0.7%    0.9 ms
                    | C3 (cc3)    0.0%    | C3_ACPI    99.2%  252.9 ms
                    | C6 (cc6)   98.9%    |
                    | C7 (cc7)    0.0%    |
                    |                     |
                    |                     |
                    |                     |

Is dit zo te verwachten of heb ik ergens nog een instelling over het hoofd gezien?

[bjp]

jouw package state gaat niet onder C3 (eerste colon).

[mrmrmr]

@TheMystery Kijk eens of er verschil is in verbruik als de ene en daarna de andere SSD alleen gebruikt (geen HDD's). Dat kan invloed hebben op de package C state.

Heb je kernel parameter consoleblank toegepast (of gelijkwaardig vanuit een GUI)? Zie topicstart.

Met welke meter heb je gemeten? Er zijn oudere meters die verkeerd meten en niet goed rekening houden met de power factor.

Output van lspci -vvv kan helpen. Die kun je misschien delen via een bestanddeelsite.

[ Voor 12% gewijzigd door mrmrmr op 06-02-2025 14:21 ]

[TheMystery]

mrmrmr schreef op donderdag 6 februari 2025 @ 14:10:

ssd een voor 1 gebruiken is wat lastig aangezien het moederbord een koeler erop heeft zitten met daaronder een koelstrip die op de ssd blijft plakken.

ik had consoleblank niet ingesteld, heb dit nu gedaan en dan gaat ie naar de 13w tot 15w wat eerst 15w tot 17w dus scheelt een 2w. (zonder hdd's)

Maar in powertop nog steeds c3

ik gebruik nu een blitzwolf sph13 powerplug

maar misschien zit het nog in de driver van de netwerkkaart daar lees ik ook nog wel eens wat van.

output lspci -vvv

code:

lspci -vvv
00:00.0 Host bridge: Intel Corporation Device 4640 (rev 02)
        Subsystem: ASUSTeK Computer Inc. Device 8882
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0
        IOMMU group: 1

00:02.0 VGA compatible controller: Intel Corporation AlderLake-S GT1 (rev 0c) (prog-if 00 [VGA controller])
        DeviceName: Onboard IGD
        Subsystem: ASUSTeK Computer Inc. AlderLake-S GT1
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0, Cache Line Size: 64 bytes
        Interrupt: pin A routed to IRQ 199
        IOMMU group: 0
        Region 0: Memory at 60eb000000 (64-bit, non-prefetchable) [size=16M]
        Region 2: Memory at 4000000000 (64-bit, prefetchable) [size=256M]
        Region 4: I/O ports at 6000 [size=64]
        Expansion ROM at 000c0000 [virtual] [disabled] [size=128K]
        Capabilities: [40] Vendor Specific Information: Len=0c <?>
        Capabilities: [70] Express (v2) Root Complex Integrated Endpoint, MSI 00
                DevCap: MaxPayload 128 bytes, PhantFunc 0
                        ExtTag- RBE+ FLReset+
                DevCtl: CorrErr- NonFatalErr- FatalErr- UnsupReq-
                        RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- FLReset-
                        MaxPayload 128 bytes, MaxReadReq 128 bytes
                DevSta: CorrErr- NonFatalErr- FatalErr- UnsupReq- AuxPwr- TransPend-
                DevCap2: Completion Timeout: Not Supported, TimeoutDis- NROPrPrP- LTR-
                         10BitTagComp- 10BitTagReq- OBFF Not Supported, ExtFmt- EETLPPrefix-
                         EmergencyPowerReduction Not Supported, EmergencyPowerReductionInit-
                         FRS-
                         AtomicOpsCap: 32bit- 64bit- 128bitCAS-
                DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis- LTR- 10BitTagReq- OBFF Disabled,
                         AtomicOpsCtl: ReqEn-
        Capabilities: [ac] MSI: Enable+ Count=1/1 Maskable+ 64bit-
                Address: fee00018  Data: 0000
                Masking: 00000000  Pending: 00000000
        Capabilities: [d0] Power Management version 2
                Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D3 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [100 v1] Process Address Space ID (PASID)
                PASIDCap: Exec- Priv-, Max PASID Width: 14
                PASIDCtl: Enable- Exec- Priv-
        Capabilities: [200 v1] Address Translation Service (ATS)
                ATSCap: Invalidate Queue Depth: 00
                ATSCtl: Enable+, Smallest Translation Unit: 00
        Capabilities: [300 v1] Page Request Interface (PRI)
                PRICtl: Enable- Reset-
                PRISta: RF- UPRGI- Stopped+
                Page Request Capacity: 00008000, Page Request Allocation: 00000000
        Capabilities: [320 v1] Single Root I/O Virtualization (SR-IOV)
                IOVCap: Migration- 10BitTagReq- Interrupt Message Number: 000
                IOVCtl: Enable- Migration- Interrupt- MSE- ARIHierarchy- 10BitTagReq-
                IOVSta: Migration-
                Initial VFs: 7, Total VFs: 7, Number of VFs: 0, Function Dependency Link: 00
                VF offset: 1, stride: 1, Device ID: 4680
                Supported Page Size: 00000553, System Page Size: 00000001
                Region 0: Memory at 00000060e4000000 (64-bit, non-prefetchable)
                Region 2: Memory at 0000006000000000 (64-bit, prefetchable)
                VF Migration: offset: 00000000, BIR: 0
        Kernel driver in use: i915
        Kernel modules: i915, xe

00:06.0 PCI bridge: Intel Corporation 12th Gen Core Processor PCI Express x4 Controller #0 (rev 02) (prog-if 00 [Normal decode])
        Subsystem: ASUSTeK Computer Inc. 12th Gen Core Processor PCI Express x4 Controller
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0, Cache Line Size: 64 bytes
        Interrupt: pin D routed to IRQ 122
        IOMMU group: 2
        Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
        I/O behind bridge: f000-0fff [disabled] [16-bit]
        Memory behind bridge: 85600000-856fffff [size=1M] [32-bit]
        Prefetchable memory behind bridge: 00000000fff00000-00000000000fffff [disabled] [64-bit]
        Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- <SERR- <PERR-
        BridgeCtl: Parity- SERR+ NoISA- VGA- VGA16+ MAbort- >Reset- FastB2B-
                PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
        Capabilities: [40] Express (v2) Root Port (Slot+), MSI 00
                DevCap: MaxPayload 256 bytes, PhantFunc 0
                        ExtTag- RBE+
                DevCtl: CorrErr+ NonFatalErr+ FatalErr+ UnsupReq+
                        RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
                        MaxPayload 256 bytes, MaxReadReq 128 bytes
                DevSta: CorrErr- NonFatalErr- FatalErr- UnsupReq- AuxPwr+ TransPend-
                LnkCap: Port #5, Speed 16GT/s, Width x4, ASPM L0s L1, Exit Latency L0s <4us, L1 <16us
                        ClockPM- Surprise- LLActRep+ BwNot+ ASPMOptComp+
                LnkCtl: ASPM L1 Enabled; RCB 64 bytes, Disabled- CommClk+
                        ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
                LnkSta: Speed 16GT/s, Width x4
                        TrErr- Train- SlotClk+ DLActive+ BWMgmt+ ABWMgmt-
                SltCap: AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug- Surprise-
                        Slot #0, PowerLimit 75W; Interlock- NoCompl+
                SltCtl: Enable: AttnBtn- PwrFlt- MRL- PresDet- CmdCplt- HPIrq- LinkChg-
                        Control: AttnInd Unknown, PwrInd Unknown, Power- Interlock-
                SltSta: Status: AttnBtn- PowerFlt- MRL- CmdCplt- PresDet+ Interlock-
                        Changed: MRL- PresDet- LinkState-
                RootCap: CRSVisible-
                RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna+ CRSVisible-
                RootSta: PME ReqID 0000, PMEStatus- PMEPending-
                DevCap2: Completion Timeout: Range ABC, TimeoutDis+ NROPrPrP- LTR+
                         10BitTagComp+ 10BitTagReq+ OBFF Not Supported, ExtFmt- EETLPPrefix-
                         EmergencyPowerReduction Not Supported, EmergencyPowerReductionInit-
                         FRS- LN System CLS Not Supported, TPHComp- ExtTPHComp- ARIFwd+
                         AtomicOpsCap: Routing+ 32bit+ 64bit+ 128bitCAS+
                DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis- LTR+ 10BitTagReq- OBFF Disabled, ARIFwd-
                         AtomicOpsCtl: ReqEn+ EgressBlck+
                LnkCap2: Supported Link Speeds: 2.5-16GT/s, Crosslink- Retimer+ 2Retimers+ DRS-
                LnkCtl2: Target Link Speed: 16GT/s, EnterCompliance- SpeedDis-
                         Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS-
                         Compliance Preset/De-emphasis: -6dB de-emphasis, 0dB preshoot
                LnkSta2: Current De-emphasis Level: -3.5dB, EqualizationComplete+ EqualizationPhase1+
                         EqualizationPhase2+ EqualizationPhase3+ LinkEqualizationRequest-
                         Retimer- 2Retimers- CrosslinkRes: unsupported
        Capabilities: [80] MSI: Enable+ Count=1/1 Maskable- 64bit-
                Address: fee00218  Data: 0000
        Capabilities: [90] Subsystem: ASUSTeK Computer Inc. 12th Gen Core Processor PCI Express x4 Controller
        Capabilities: [a0] Power Management version 3
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
                Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [100 v1] Advanced Error Reporting
                UESta:  DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
                UEMsk:  DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt+ RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
                UESvrt: DLP+ SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
                CESta:  RxErr- BadTLP- BadDLLP- Rollover- Timeout- AdvNonFatalErr-
                CEMsk:  RxErr- BadTLP- BadDLLP- Rollover- Timeout- AdvNonFatalErr+
                AERCap: First Error Pointer: 00, ECRCGenCap- ECRCGenEn- ECRCChkCap- ECRCChkEn-
                        MultHdrRecCap- MultHdrRecEn- TLPPfxPres- HdrLogCap-
                HeaderLog: 00000000 00000000 00000000 00000000
                RootCmd: CERptEn+ NFERptEn+ FERptEn+
                RootSta: CERcvd- MultCERcvd- UERcvd- MultUERcvd-
                         FirstFatal- NonFatalMsg- FatalMsg- IntMsg 0
                ErrorSrc: ERR_COR: 0000 ERR_FATAL/NONFATAL: 0000
        Capabilities: [220 v1] Access Control Services
                ACSCap: SrcValid+ TransBlk+ ReqRedir+ CmpltRedir+ UpstreamFwd+ EgressCtrl- DirectTrans-
                ACSCtl: SrcValid+ TransBlk- ReqRedir+ CmpltRedir+ UpstreamFwd+ EgressCtrl- DirectTrans-
        Capabilities: [200 v1] L1 PM Substates
                L1SubCap: PCI-PM_L1.2+ PCI-PM_L1.1+ ASPM_L1.2+ ASPM_L1.1+ L1_PM_Substates+
                          PortCommonModeRestoreTime=110us PortTPowerOnTime=500us
                L1SubCtl1: PCI-PM_L1.2+ PCI-PM_L1.1+ ASPM_L1.2+ ASPM_L1.1-
                           T_CommonMode=110us LTR1.2_Threshold=616448ns
                L1SubCtl2: T_PwrOn=500us
        Capabilities: [150 v1] Precision Time Measurement
                PTMCap: Requester:- Responder:+ Root:+
                PTMClockGranularity: 4ns
                PTMControl: Enabled:+ RootSelected:+
                PTMEffectiveGranularity: Unknown
        Capabilities: [280 v1] Virtual Channel
                Caps:   LPEVC=0 RefClk=100ns PATEntryBits=1
                Arb:    Fixed- WRR32- WRR64- WRR128-
                Ctrl:   ArbSelect=Fixed
                Status: InProgress-
                VC0:    Caps:   PATOffset=00 MaxTimeSlots=1 RejSnoopTrans-
                        Arb:    Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256-
                        Ctrl:   Enable+ ID=0 ArbSelect=Fixed TC/VC=ff
                        Status: NegoPending- InProgress-
                VC1:    Caps:   PATOffset=00 MaxTimeSlots=1 RejSnoopTrans-
                        Arb:    Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256-
                        Ctrl:   Enable- ID=1 ArbSelect=Fixed TC/VC=00
                        Status: NegoPending- InProgress-
        Capabilities: [a30 v1] Secondary PCI Express
                LnkCtl3: LnkEquIntrruptEn- PerformEqu-
                LaneErrStat: 0
        Capabilities: [a90 v1] Data Link Feature <?>
        Capabilities: [a9c v1] Physical Layer 16.0 GT/s <?>
        Capabilities: [edc v1] Lane Margining at the Receiver <?>
        Kernel driver in use: pcieport

00:0a.0 Signal processing controller: Intel Corporation Platform Monitoring Technology (rev 01)
        Subsystem: ASUSTeK Computer Inc. Platform Monitoring Technology
        Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        IOMMU group: 3
        Region 0: Memory at 60ec110000 (64-bit, non-prefetchable) [size=32K]
        Capabilities: [70] Express (v2) Root Complex Integrated Endpoint, MSI 00
                DevCap: MaxPayload 128 bytes, PhantFunc 0
                        ExtTag+ RBE- FLReset-
                DevCtl: CorrErr- NonFatalErr- FatalErr- UnsupReq-
                        RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
                        MaxPayload 128 bytes, MaxReadReq 128 bytes
                DevSta: CorrErr- NonFatalErr- FatalErr- UnsupReq- AuxPwr- TransPend-
                DevCap2: Completion Timeout: Not Supported, TimeoutDis- NROPrPrP- LTR-
                         10BitTagComp- 10BitTagReq- OBFF Not Supported, ExtFmt- EETLPPrefix-
                         EmergencyPowerReduction Not Supported, EmergencyPowerReductionInit-
                         FRS-
                         AtomicOpsCap: 32bit- 64bit- 128bitCAS-
                DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis- LTR- 10BitTagReq- OBFF Disabled,
                         AtomicOpsCtl: ReqEn-
        Capabilities: [d0] Power Management version 3
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [100 v1] Designated Vendor-Specific: Vendor=8086 ID=0002 Rev=1 Len=16 <?>
        Capabilities: [110 v1] Designated Vendor-Specific: Vendor=8086 ID=0003 Rev=1 Len=16 <?>
        Capabilities: [120 v1] Designated Vendor-Specific: Vendor=8086 ID=0004 Rev=1 Len=16 <?>
        Kernel driver in use: intel_vsec
        Kernel modules: intel_vsec

00:0e.0 RAID bus controller: Intel Corporation Volume Management Device NVMe RAID Controller
        DeviceName: RAID Controller
        Subsystem: ASUSTeK Computer Inc. Volume Management Device NVMe RAID Controller
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0, Cache Line Size: 64 bytes
        IOMMU group: 4
        Region 0: Memory at 60e2000000 (64-bit, non-prefetchable) [size=32M]
        Region 2: Memory at 82000000 (32-bit, non-prefetchable) [size=32M]
        Region 4: Memory at 60ec000000 (64-bit, non-prefetchable) [size=1M]
        Capabilities: [80] MSI-X: Enable+ Count=19 Masked-
                Vector table: BAR=4 offset=00000000
                PBA: BAR=4 offset=00001000
        Capabilities: [90] Express (v2) Root Complex Integrated Endpoint, MSI 00
                DevCap: MaxPayload 128 bytes, PhantFunc 0
                        ExtTag- RBE- FLReset-
                DevCtl: CorrErr- NonFatalErr- FatalErr- UnsupReq-
                        RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
                        MaxPayload 128 bytes, MaxReadReq 128 bytes
                DevSta: CorrErr- NonFatalErr- FatalErr- UnsupReq- AuxPwr- TransPend-
                DevCap2: Completion Timeout: Not Supported, TimeoutDis- NROPrPrP- LTR-
                         10BitTagComp- 10BitTagReq- OBFF Not Supported, ExtFmt- EETLPPrefix-
                         EmergencyPowerReduction Not Supported, EmergencyPowerReductionInit-
                         FRS-
                         AtomicOpsCap: 32bit- 64bit- 128bitCAS-
                DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis- LTR- 10BitTagReq- OBFF Disabled,
                         AtomicOpsCtl: ReqEn-
        Capabilities: [e0] Power Management version 3
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
        Kernel driver in use: vmd
        Kernel modules: vmd

00:14.0 USB controller: Intel Corporation Raptor Lake USB 3.2 Gen 2x2 (20 Gb/s) XHCI Host Controller (rev 11) (prog-if 30 [XHCI])
        DeviceName: USB Controller
        Subsystem: ASUSTeK Computer Inc. Raptor Lake USB 3.2 Gen 2x2 (20 Gb/s) XHCI Host Controller
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
        Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0
        Interrupt: pin A routed to IRQ 150
        IOMMU group: 5
        Region 0: Memory at 60ec100000 (64-bit, non-prefetchable) [size=64K]
        Capabilities: [70] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA PME(D0-,D1-,D2-,D3hot+,D3cold+)
                Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [80] MSI: Enable+ Count=8/8 Maskable- 64bit+
                Address: 00000000fee00618  Data: 0000
        Capabilities: [90] Vendor Specific Information: Len=14 <?>
        Capabilities: [b0] Vendor Specific Information: Len=00 <?>
        Kernel driver in use: xhci_hcd
        Kernel modules: mei_me, xhci_pci

00:14.2 RAM memory: Intel Corporation Raptor Lake-S PCH Shared SRAM (rev 11)
        Subsystem: ASUSTeK Computer Inc. Raptor Lake-S PCH Shared SRAM
        Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        IOMMU group: 5
        Region 0: Memory at 60ec120000 (64-bit, non-prefetchable) [disabled] [size=16K]
        Region 2: Memory at 60ec129000 (64-bit, non-prefetchable) [disabled] [size=4K]
        Capabilities: [80] Power Management version 3
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-

00:15.0 Serial bus controller: Intel Corporation Raptor Lake Serial IO I2C Host Controller (rev 11)
        Subsystem: ASUSTeK Computer Inc. Raptor Lake Serial IO I2C Host Controller
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0, Cache Line Size: 64 bytes
        Interrupt: pin A routed to IRQ 27
        IOMMU group: 6
        Region 0: Memory at 4010000000 (64-bit, non-prefetchable) [size=4K]
        Capabilities: [80] Power Management version 3
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D3 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [90] Vendor Specific Information: Len=14 <?>
        Kernel driver in use: intel-lpss
        Kernel modules: intel_lpss_pci

00:15.1 Serial bus controller: Intel Corporation Raptor Lake Serial IO I2C Host Controller (rev 11)
        Subsystem: ASUSTeK Computer Inc. Raptor Lake Serial IO I2C Host Controller
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0, Cache Line Size: 64 bytes
        Interrupt: pin B routed to IRQ 40
        IOMMU group: 6
        Region 0: Memory at 4010001000 (64-bit, non-prefetchable) [size=4K]
        Capabilities: [80] Power Management version 3
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D3 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [90] Vendor Specific Information: Len=14 <?>
        Kernel driver in use: intel-lpss
        Kernel modules: intel_lpss_pci

00:15.2 Serial bus controller: Intel Corporation Raptor Lake Serial IO I2C Host Controller (rev 11)
        Subsystem: ASUSTeK Computer Inc. Raptor Lake Serial IO I2C Host Controller
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0, Cache Line Size: 64 bytes
        Interrupt: pin C routed to IRQ 29
        IOMMU group: 6
        Region 0: Memory at 4010002000 (64-bit, non-prefetchable) [size=4K]
        Capabilities: [80] Power Management version 3
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D3 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [90] Vendor Specific Information: Len=14 <?>
        Kernel driver in use: intel-lpss
        Kernel modules: intel_lpss_pci

00:16.0 Communication controller: Intel Corporation Raptor Lake CSME HECI (rev 11)
        Subsystem: ASUSTeK Computer Inc. Raptor Lake CSME HECI
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0
        Interrupt: pin A routed to IRQ 198
        IOMMU group: 7
        Region 0: Memory at 60ec125000 (64-bit, non-prefetchable) [size=4K]
        Capabilities: [50] Power Management version 3
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot+,D3cold-)
                Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [8c] MSI: Enable+ Count=1/1 Maskable- 64bit+
                Address: 00000000fee00c38  Data: 0000
        Capabilities: [a4] Vendor Specific Information: Len=14 <?>
        Kernel driver in use: mei_me
        Kernel modules: mei_me

00:17.0 SATA controller: Intel Corporation Raptor Lake SATA AHCI Controller (rev 11) (prog-if 01 [AHCI 1.0])
        DeviceName: SATA Controller
        Subsystem: ASUSTeK Computer Inc. Raptor Lake SATA AHCI Controller
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
        Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0
        Interrupt: pin A routed to IRQ 146
        IOMMU group: 8
        Region 0: Memory at 85700000 (32-bit, non-prefetchable) [size=8K]
        Region 1: Memory at 85703000 (32-bit, non-prefetchable) [size=256]
        Region 2: I/O ports at 6090 [size=8]
        Region 3: I/O ports at 6080 [size=4]
        Region 4: I/O ports at 6060 [size=32]
        Region 5: Memory at 85702000 (32-bit, non-prefetchable) [size=2K]
        Capabilities: [80] MSI: Enable+ Count=1/1 Maskable- 64bit-
                Address: fee00558  Data: 0000
        Capabilities: [70] Power Management version 3
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot+,D3cold-)
                Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [a8] SATA HBA v1.0 BAR4 Offset=00000004
        Kernel driver in use: ahci
        Kernel modules: ahci

00:1a.0 PCI bridge: Intel Corporation Raptor Lake PCI Express Root Port (rev 11) (prog-if 00 [Normal decode])
        Subsystem: ASUSTeK Computer Inc. Raptor Lake PCI Express Root Port
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0, Cache Line Size: 64 bytes
        Interrupt: pin A routed to IRQ 123
        IOMMU group: 9
        Bus: primary=00, secondary=02, subordinate=02, sec-latency=0
        I/O behind bridge: f000-0fff [disabled] [16-bit]
        Memory behind bridge: 85500000-855fffff [size=1M] [32-bit]
        Prefetchable memory behind bridge: 00000000fff00000-00000000000fffff [disabled] [64-bit]
        Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- <SERR- <PERR-
        BridgeCtl: Parity- SERR+ NoISA- VGA- VGA16+ MAbort- >Reset- FastB2B-
                PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
        Capabilities: [40] Express (v2) Root Port (Slot+), MSI 00
                DevCap: MaxPayload 256 bytes, PhantFunc 0
                        ExtTag- RBE+
                DevCtl: CorrErr+ NonFatalErr+ FatalErr+ UnsupReq+
                        RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
                        MaxPayload 256 bytes, MaxReadReq 128 bytes
                DevSta: CorrErr- NonFatalErr- FatalErr- UnsupReq- AuxPwr+ TransPend-
                LnkCap: Port #25, Speed 16GT/s, Width x4, ASPM L1, Exit Latency L1 <64us
                        ClockPM- Surprise- LLActRep+ BwNot+ ASPMOptComp+
                LnkCtl: ASPM L1 Enabled; RCB 64 bytes, Disabled- CommClk+
                        ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
                LnkSta: Speed 16GT/s, Width x4
                        TrErr- Train- SlotClk+ DLActive+ BWMgmt+ ABWMgmt-
                SltCap: AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug- Surprise-
                        Slot #28, PowerLimit 25W; Interlock- NoCompl+
                SltCtl: Enable: AttnBtn- PwrFlt- MRL- PresDet- CmdCplt- HPIrq- LinkChg-
                        Control: AttnInd Unknown, PwrInd Unknown, Power- Interlock-
                SltSta: Status: AttnBtn- PowerFlt- MRL- CmdCplt- PresDet+ Interlock-
                        Changed: MRL- PresDet- LinkState-
                RootCap: CRSVisible-
                RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna+ CRSVisible-
                RootSta: PME ReqID 0000, PMEStatus- PMEPending-
                DevCap2: Completion Timeout: Range ABC, TimeoutDis+ NROPrPrP- LTR+
                         10BitTagComp- 10BitTagReq- OBFF Via WAKE#, ExtFmt+ EETLPPrefix+, MaxEETLPPrefixes 2
                         EmergencyPowerReduction Not Supported, EmergencyPowerReductionInit-
                         FRS- LN System CLS Not Supported, TPHComp- ExtTPHComp- ARIFwd+
                         AtomicOpsCap: Routing- 32bit- 64bit- 128bitCAS-
                DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis- LTR+ 10BitTagReq- OBFF Disabled, ARIFwd-
                         AtomicOpsCtl: ReqEn- EgressBlck-
                LnkCap2: Supported Link Speeds: 2.5-16GT/s, Crosslink- Retimer+ 2Retimers+ DRS-
                LnkCtl2: Target Link Speed: 16GT/s, EnterCompliance- SpeedDis-
                         Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS-
                         Compliance Preset/De-emphasis: -6dB de-emphasis, 0dB preshoot
                LnkSta2: Current De-emphasis Level: -3.5dB, EqualizationComplete+ EqualizationPhase1+
                         EqualizationPhase2+ EqualizationPhase3+ LinkEqualizationRequest-
                         Retimer- 2Retimers- CrosslinkRes: unsupported
        Capabilities: [80] MSI: Enable+ Count=1/1 Maskable- 64bit+
                Address: 00000000fee00258  Data: 0000
        Capabilities: [98] Subsystem: ASUSTeK Computer Inc. Raptor Lake PCI Express Root Port
        Capabilities: [a0] Power Management version 3
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
                Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [100 v1] Advanced Error Reporting
                UESta:  DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
                UEMsk:  DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
                UESvrt: DLP+ SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
                CESta:  RxErr- BadTLP- BadDLLP- Rollover- Timeout- AdvNonFatalErr-
                CEMsk:  RxErr- BadTLP- BadDLLP- Rollover- Timeout- AdvNonFatalErr+
                AERCap: First Error Pointer: 00, ECRCGenCap- ECRCGenEn- ECRCChkCap- ECRCChkEn-
                        MultHdrRecCap- MultHdrRecEn- TLPPfxPres- HdrLogCap-
                HeaderLog: 00000000 00000000 00000000 00000000
                RootCmd: CERptEn+ NFERptEn+ FERptEn+
                RootSta: CERcvd- MultCERcvd- UERcvd- MultUERcvd-
                         FirstFatal- NonFatalMsg- FatalMsg- IntMsg 0
                ErrorSrc: ERR_COR: 0000 ERR_FATAL/NONFATAL: 0000
        Capabilities: [220 v1] Access Control Services
                ACSCap: SrcValid+ TransBlk+ ReqRedir+ CmpltRedir+ UpstreamFwd+ EgressCtrl- DirectTrans-
                ACSCtl: SrcValid+ TransBlk- ReqRedir+ CmpltRedir+ UpstreamFwd+ EgressCtrl- DirectTrans-
        Capabilities: [200 v1] L1 PM Substates
                L1SubCap: PCI-PM_L1.2+ PCI-PM_L1.1+ ASPM_L1.2+ ASPM_L1.1+ L1_PM_Substates+
                          PortCommonModeRestoreTime=60us PortTPowerOnTime=42us
                L1SubCtl1: PCI-PM_L1.2+ PCI-PM_L1.1+ ASPM_L1.2+ ASPM_L1.1-
                           T_CommonMode=60us LTR1.2_Threshold=108544ns
                L1SubCtl2: T_PwrOn=42us
        Capabilities: [150 v1] Precision Time Measurement
                PTMCap: Requester:- Responder:+ Root:+
                PTMClockGranularity: 4ns
                PTMControl: Enabled:+ RootSelected:+
                PTMEffectiveGranularity: Unknown
        Capabilities: [a30 v1] Secondary PCI Express
                LnkCtl3: LnkEquIntrruptEn- PerformEqu-
                LaneErrStat: 0
        Capabilities: [a90 v1] Data Link Feature <?>
        Capabilities: [a9c v1] Physical Layer 16.0 GT/s <?>
        Capabilities: [edc v1] Lane Margining at the Receiver <?>
        Kernel driver in use: pcieport

00:1c.0 PCI bridge: Intel Corporation Raptor Lake PCI Express Root Port (rev 11) (prog-if 00 [Normal decode])
        Subsystem: ASUSTeK Computer Inc. Raptor Lake PCI Express Root Port
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0, Cache Line Size: 64 bytes
        Interrupt: pin ? routed to IRQ 124
        IOMMU group: 10
        Bus: primary=00, secondary=03, subordinate=03, sec-latency=0
        I/O behind bridge: 5000-5fff [size=4K] [16-bit]
        Memory behind bridge: 84a00000-853fffff [size=10M] [32-bit]
        Prefetchable memory behind bridge: 60e0a00000-60e13fffff [size=10M] [32-bit]
        Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- <SERR- <PERR-
        BridgeCtl: Parity- SERR+ NoISA- VGA- VGA16+ MAbort- >Reset- FastB2B-
                PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
        Capabilities: [40] Express (v2) Root Port (Slot+), MSI 00
                DevCap: MaxPayload 256 bytes, PhantFunc 0
                        ExtTag- RBE+
                DevCtl: CorrErr- NonFatalErr- FatalErr- UnsupReq-
                        RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
                        MaxPayload 256 bytes, MaxReadReq 128 bytes
                DevSta: CorrErr- NonFatalErr- FatalErr- UnsupReq- AuxPwr+ TransPend-
                LnkCap: Port #1, Speed 8GT/s, Width x1, ASPM L0s L1, Exit Latency L0s <1us, L1 <4us
                        ClockPM- Surprise- LLActRep+ BwNot+ ASPMOptComp+
                LnkCtl: ASPM L0s L1 Enabled; RCB 64 bytes, Disabled- CommClk-
                        ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
                LnkSta: Speed 2.5GT/s, Width x0
                        TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
                SltCap: AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug+ Surprise+
                        Slot #0, PowerLimit 0W; Interlock- NoCompl+
                SltCtl: Enable: AttnBtn- PwrFlt- MRL- PresDet+ CmdCplt- HPIrq- LinkChg-
                        Control: AttnInd Unknown, PwrInd Unknown, Power- Interlock-
                SltSta: Status: AttnBtn- PowerFlt- MRL- CmdCplt- PresDet- Interlock-
                        Changed: MRL- PresDet- LinkState-
                RootCap: CRSVisible-
                RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna+ CRSVisible-
                RootSta: PME ReqID 0000, PMEStatus- PMEPending-
                DevCap2: Completion Timeout: Range ABC, TimeoutDis+ NROPrPrP- LTR+
                         10BitTagComp- 10BitTagReq- OBFF Via WAKE#, ExtFmt+ EETLPPrefix+, MaxEETLPPrefixes 2
                         EmergencyPowerReduction Not Supported, EmergencyPowerReductionInit-
                         FRS- LN System CLS Not Supported, TPHComp- ExtTPHComp- ARIFwd+
                         AtomicOpsCap: Routing- 32bit- 64bit- 128bitCAS-
                DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis- LTR+ 10BitTagReq- OBFF Disabled, ARIFwd-
                         AtomicOpsCtl: ReqEn- EgressBlck-
                LnkCap2: Supported Link Speeds: 2.5-8GT/s, Crosslink- Retimer+ 2Retimers+ DRS-
                LnkCtl2: Target Link Speed: 2.5GT/s, EnterCompliance- SpeedDis-
                         Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS-
                         Compliance Preset/De-emphasis: -6dB de-emphasis, 0dB preshoot
                LnkSta2: Current De-emphasis Level: -3.5dB, EqualizationComplete- EqualizationPhase1-
                         EqualizationPhase2- EqualizationPhase3- LinkEqualizationRequest-
                         Retimer- 2Retimers- CrosslinkRes: unsupported
        Capabilities: [80] MSI: Enable+ Count=1/1 Maskable- 64bit+
                Address: 00000000fee00278  Data: 0000
        Capabilities: [98] Subsystem: ASUSTeK Computer Inc. Raptor Lake PCI Express Root Port
        Capabilities: [a0] Power Management version 3
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
                Status: D3 NoSoftRst+ PME-Enable+ DSel=0 DScale=0 PME-
        Kernel driver in use: pcieport

00:1c.2 PCI bridge: Intel Corporation Raptor Point-S PCH - PCI Express Root Port 3 (rev 11) (prog-if 00 [Normal decode])
        Subsystem: ASUSTeK Computer Inc. Raptor Point-S PCH - PCI Express Root Port 3
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0, Cache Line Size: 64 bytes
        Interrupt: pin C routed to IRQ 125
        IOMMU group: 11
        Bus: primary=00, secondary=04, subordinate=04, sec-latency=0
        I/O behind bridge: 4000-4fff [size=4K] [16-bit]
        Memory behind bridge: 85400000-854fffff [size=1M] [32-bit]
        Prefetchable memory behind bridge: 00000000fff00000-00000000000fffff [disabled] [64-bit]
        Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- <SERR- <PERR-
        BridgeCtl: Parity- SERR+ NoISA- VGA- VGA16+ MAbort- >Reset- FastB2B-
                PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
        Capabilities: [40] Express (v2) Root Port (Slot+), MSI 00
                DevCap: MaxPayload 256 bytes, PhantFunc 0
                        ExtTag- RBE+
                DevCtl: CorrErr+ NonFatalErr+ FatalErr+ UnsupReq+
                        RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
                        MaxPayload 256 bytes, MaxReadReq 128 bytes
                DevSta: CorrErr- NonFatalErr- FatalErr- UnsupReq- AuxPwr+ TransPend-
                LnkCap: Port #3, Speed 8GT/s, Width x1, ASPM L1, Exit Latency L1 <64us
                        ClockPM- Surprise- LLActRep+ BwNot+ ASPMOptComp+
                LnkCtl: ASPM Disabled; RCB 64 bytes, Disabled- CommClk+
                        ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
                LnkSta: Speed 5GT/s, Width x1
                        TrErr- Train- SlotClk+ DLActive+ BWMgmt+ ABWMgmt-
                SltCap: AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug- Surprise-
                        Slot #6, PowerLimit 10W; Interlock- NoCompl+
                SltCtl: Enable: AttnBtn- PwrFlt- MRL- PresDet- CmdCplt- HPIrq- LinkChg-
                        Control: AttnInd Unknown, PwrInd Unknown, Power- Interlock-
                SltSta: Status: AttnBtn- PowerFlt- MRL- CmdCplt- PresDet+ Interlock-
                        Changed: MRL- PresDet- LinkState-
                RootCap: CRSVisible-
                RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna+ CRSVisible-
                RootSta: PME ReqID 0000, PMEStatus- PMEPending-
                DevCap2: Completion Timeout: Range ABC, TimeoutDis+ NROPrPrP- LTR+
                         10BitTagComp- 10BitTagReq- OBFF Via WAKE#, ExtFmt+ EETLPPrefix+, MaxEETLPPrefixes 2
                         EmergencyPowerReduction Not Supported, EmergencyPowerReductionInit-
                         FRS- LN System CLS Not Supported, TPHComp- ExtTPHComp- ARIFwd+
                         AtomicOpsCap: Routing- 32bit- 64bit- 128bitCAS-
                DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis- LTR+ 10BitTagReq- OBFF Disabled, ARIFwd-
                         AtomicOpsCtl: ReqEn- EgressBlck-
                LnkCap2: Supported Link Speeds: 2.5-8GT/s, Crosslink- Retimer+ 2Retimers+ DRS-
                LnkCtl2: Target Link Speed: 5GT/s, EnterCompliance- SpeedDis-
                         Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS-
                         Compliance Preset/De-emphasis: -6dB de-emphasis, 0dB preshoot
                LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete- EqualizationPhase1-
                         EqualizationPhase2- EqualizationPhase3- LinkEqualizationRequest-
                         Retimer- 2Retimers- CrosslinkRes: unsupported
        Capabilities: [80] MSI: Enable+ Count=1/1 Maskable- 64bit+
                Address: 00000000fee002b8  Data: 0000
        Capabilities: [98] Subsystem: ASUSTeK Computer Inc. Raptor Point-S PCH - PCI Express Root Port 3
        Capabilities: [a0] Power Management version 3
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
                Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [100 v1] Advanced Error Reporting
                UESta:  DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
                UEMsk:  DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
                UESvrt: DLP+ SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
                CESta:  RxErr- BadTLP- BadDLLP- Rollover- Timeout- AdvNonFatalErr-
                CEMsk:  RxErr- BadTLP- BadDLLP- Rollover- Timeout- AdvNonFatalErr+
                AERCap: First Error Pointer: 00, ECRCGenCap- ECRCGenEn- ECRCChkCap- ECRCChkEn-
                        MultHdrRecCap- MultHdrRecEn- TLPPfxPres- HdrLogCap-
                HeaderLog: 00000000 00000000 00000000 00000000
                RootCmd: CERptEn+ NFERptEn+ FERptEn+
                RootSta: CERcvd- MultCERcvd- UERcvd- MultUERcvd-
                         FirstFatal- NonFatalMsg- FatalMsg- IntMsg 0
                ErrorSrc: ERR_COR: 0000 ERR_FATAL/NONFATAL: 0000
        Capabilities: [220 v1] Access Control Services
                ACSCap: SrcValid+ TransBlk+ ReqRedir+ CmpltRedir+ UpstreamFwd+ EgressCtrl- DirectTrans-
                ACSCtl: SrcValid+ TransBlk- ReqRedir+ CmpltRedir+ UpstreamFwd+ EgressCtrl- DirectTrans-
        Capabilities: [200 v1] L1 PM Substates
                L1SubCap: PCI-PM_L1.2+ PCI-PM_L1.1+ ASPM_L1.2+ ASPM_L1.1+ L1_PM_Substates+
                          PortCommonModeRestoreTime=60us PortTPowerOnTime=42us
                L1SubCtl1: PCI-PM_L1.2- PCI-PM_L1.1- ASPM_L1.2- ASPM_L1.1-
                           T_CommonMode=150us LTR1.2_Threshold=306176ns
                L1SubCtl2: T_PwrOn=150us
        Capabilities: [150 v1] Precision Time Measurement
                PTMCap: Requester:- Responder:+ Root:+
                PTMClockGranularity: 4ns
                PTMControl: Enabled:+ RootSelected:+
                PTMEffectiveGranularity: Unknown
        Capabilities: [a30 v1] Secondary PCI Express
                LnkCtl3: LnkEquIntrruptEn- PerformEqu-
                LaneErrStat: 0
        Capabilities: [a90 v1] Data Link Feature <?>
        Kernel driver in use: pcieport

00:1d.0 PCI bridge: Intel Corporation Device 7a36 (rev 11) (prog-if 00 [Normal decode])
        Subsystem: ASUSTeK Computer Inc. Device 8882
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0, Cache Line Size: 64 bytes
        Interrupt: pin ? routed to IRQ 126
        IOMMU group: 12
        Bus: primary=00, secondary=05, subordinate=05, sec-latency=0
        I/O behind bridge: 3000-3fff [size=4K] [16-bit]
        Memory behind bridge: 84000000-849fffff [size=10M] [32-bit]
        Prefetchable memory behind bridge: 60e0000000-60e09fffff [size=10M] [32-bit]
        Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- <SERR- <PERR-
        BridgeCtl: Parity- SERR+ NoISA- VGA- VGA16+ MAbort- >Reset- FastB2B-
                PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
        Capabilities: [40] Express (v2) Root Port (Slot+), MSI 00
                DevCap: MaxPayload 256 bytes, PhantFunc 0
                        ExtTag- RBE+
                DevCtl: CorrErr- NonFatalErr- FatalErr- UnsupReq-
                        RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
                        MaxPayload 256 bytes, MaxReadReq 128 bytes
                DevSta: CorrErr- NonFatalErr- FatalErr- UnsupReq- AuxPwr+ TransPend-
                LnkCap: Port #15, Speed 16GT/s, Width x2, ASPM L0s L1, Exit Latency L0s <1us, L1 <4us
                        ClockPM- Surprise- LLActRep+ BwNot+ ASPMOptComp+
                LnkCtl: ASPM L0s L1 Enabled; RCB 64 bytes, Disabled- CommClk-
                        ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
                LnkSta: Speed 2.5GT/s, Width x0
                        TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
                SltCap: AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug+ Surprise+
                        Slot #0, PowerLimit 0W; Interlock- NoCompl+
                SltCtl: Enable: AttnBtn- PwrFlt- MRL- PresDet+ CmdCplt- HPIrq- LinkChg-
                        Control: AttnInd Unknown, PwrInd Unknown, Power- Interlock-
                SltSta: Status: AttnBtn- PowerFlt- MRL- CmdCplt- PresDet- Interlock-
                        Changed: MRL- PresDet- LinkState-
                RootCap: CRSVisible-
                RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna+ CRSVisible-
                RootSta: PME ReqID 0000, PMEStatus- PMEPending-
                DevCap2: Completion Timeout: Range ABC, TimeoutDis+ NROPrPrP- LTR+
                         10BitTagComp- 10BitTagReq- OBFF Via WAKE#, ExtFmt+ EETLPPrefix+, MaxEETLPPrefixes 2
                         EmergencyPowerReduction Not Supported, EmergencyPowerReductionInit-
                         FRS- LN System CLS Not Supported, TPHComp- ExtTPHComp- ARIFwd+
                         AtomicOpsCap: Routing- 32bit- 64bit- 128bitCAS-
                DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis- LTR- 10BitTagReq- OBFF Disabled, ARIFwd-
                         AtomicOpsCtl: ReqEn- EgressBlck-
                LnkCap2: Supported Link Speeds: 2.5-16GT/s, Crosslink- Retimer+ 2Retimers+ DRS-
                LnkCtl2: Target Link Speed: 2.5GT/s, EnterCompliance- SpeedDis-
                         Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS-
                         Compliance Preset/De-emphasis: -6dB de-emphasis, 0dB preshoot
                LnkSta2: Current De-emphasis Level: -3.5dB, EqualizationComplete- EqualizationPhase1-
                         EqualizationPhase2- EqualizationPhase3- LinkEqualizationRequest-
                         Retimer- 2Retimers- CrosslinkRes: unsupported
        Capabilities: [80] MSI: Enable+ Count=1/1 Maskable- 64bit+
                Address: 00000000fee002d8  Data: 0000
        Capabilities: [98] Subsystem: ASUSTeK Computer Inc. Device 8882
        Capabilities: [a0] Power Management version 3
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
                Status: D3 NoSoftRst+ PME-Enable+ DSel=0 DScale=0 PME-
        Kernel driver in use: pcieport

00:1f.0 ISA bridge: Intel Corporation Device 7a06 (rev 11)
        Subsystem: ASUSTeK Computer Inc. Device 8882
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
        Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0
        IOMMU group: 13

00:1f.4 SMBus: Intel Corporation Raptor Lake-S PCH SMBus Controller (rev 11)
        DeviceName: SMBus Controller
        Subsystem: ASUSTeK Computer Inc. Raptor Lake-S PCH SMBus Controller
        Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Interrupt: pin C routed to IRQ 18
        IOMMU group: 13
        Region 0: Memory at 60ec124000 (64-bit, non-prefetchable) [size=256]
        Region 4: I/O ports at efa0 [size=32]
        Kernel driver in use: i801_smbus
        Kernel modules: i2c_i801

00:1f.5 Serial bus controller: Intel Corporation Raptor Lake SPI (flash) Controller (rev 11)
        Subsystem: ASUSTeK Computer Inc. Raptor Lake SPI (flash) Controller
        Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
        Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        IOMMU group: 13
        Region 0: Memory at 80800000 (32-bit, non-prefetchable) [size=4K]
        Kernel driver in use: intel-spi
        Kernel modules: spi_intel_pci

[TheMystery]

code:

01:00.0 Non-Volatile memory controller: Sandisk Corp Western Digital WD Black SN850X NVMe SSD (rev 01) (prog-if 02 [NVM Express])
        Subsystem: Sandisk Corp WD Black SN850X NVMe SSD
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0, Cache Line Size: 64 bytes
        Interrupt: pin A routed to IRQ 16
        IOMMU group: 14
        Region 0: Memory at 85600000 (64-bit, non-prefetchable) [size=16K]
        Capabilities: [80] Power Management version 3
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [90] MSI: Enable- Count=1/32 Maskable- 64bit+
                Address: 0000000000000000  Data: 0000
        Capabilities: [b0] MSI-X: Enable+ Count=65 Masked-
                Vector table: BAR=0 offset=00003000
                PBA: BAR=0 offset=00002000
        Capabilities: [c0] Express (v2) Endpoint, MSI 00
                DevCap: MaxPayload 512 bytes, PhantFunc 0, Latency L0s <1us, L1 unlimited
                        ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ FLReset+ SlotPowerLimit 0W
                DevCtl: CorrErr+ NonFatalErr+ FatalErr+ UnsupReq+
                        RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+ FLReset-
                        MaxPayload 256 bytes, MaxReadReq 512 bytes
                DevSta: CorrErr- NonFatalErr- FatalErr- UnsupReq- AuxPwr- TransPend-
                LnkCap: Port #0, Speed 16GT/s, Width x4, ASPM L1, Exit Latency L1 <8us
                        ClockPM- Surprise- LLActRep- BwNot- ASPMOptComp+
                LnkCtl: ASPM L1 Enabled; RCB 64 bytes, Disabled- CommClk+
                        ExtSynch+ ClockPM- AutWidDis- BWInt- AutBWInt-
                LnkSta: Speed 16GT/s, Width x4
                        TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
                DevCap2: Completion Timeout: Range B, TimeoutDis+ NROPrPrP- LTR+
                         10BitTagComp+ 10BitTagReq- OBFF Not Supported, ExtFmt+ EETLPPrefix-
                         EmergencyPowerReduction Not Supported, EmergencyPowerReductionInit-
                         FRS- TPHComp- ExtTPHComp-
                         AtomicOpsCap: 32bit- 64bit- 128bitCAS-
                DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis- LTR+ 10BitTagReq- OBFF Disabled,
                         AtomicOpsCtl: ReqEn-
                LnkCap2: Supported Link Speeds: 2.5-16GT/s, Crosslink- Retimer+ 2Retimers+ DRS-
                LnkCtl2: Target Link Speed: 16GT/s, EnterCompliance- SpeedDis-
                         Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS-
                         Compliance Preset/De-emphasis: -6dB de-emphasis, 0dB preshoot
                LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete+ EqualizationPhase1+
                         EqualizationPhase2+ EqualizationPhase3+ LinkEqualizationRequest-
                         Retimer- 2Retimers- CrosslinkRes: unsupported
        Capabilities: [100 v2] Advanced Error Reporting
                UESta:  DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
                UEMsk:  DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
                UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
                CESta:  RxErr- BadTLP- BadDLLP- Rollover- Timeout- AdvNonFatalErr-
                CEMsk:  RxErr- BadTLP- BadDLLP- Rollover- Timeout- AdvNonFatalErr+
                AERCap: First Error Pointer: 00, ECRCGenCap+ ECRCGenEn- ECRCChkCap+ ECRCChkEn-
                        MultHdrRecCap- MultHdrRecEn- TLPPfxPres- HdrLogCap-
                HeaderLog: 00000000 00000000 00000000 00000000
        Capabilities: [1b8 v1] Latency Tolerance Reporting
                Max snoop latency: 15728640ns
                Max no snoop latency: 15728640ns
        Capabilities: [300 v1] Secondary PCI Express
                LnkCtl3: LnkEquIntrruptEn- PerformEqu-
                LaneErrStat: 0
        Capabilities: [900 v1] L1 PM Substates
                L1SubCap: PCI-PM_L1.2+ PCI-PM_L1.1+ ASPM_L1.2+ ASPM_L1.1- L1_PM_Substates+
                          PortCommonModeRestoreTime=32us PortTPowerOnTime=10us
                L1SubCtl1: PCI-PM_L1.2+ PCI-PM_L1.1+ ASPM_L1.2+ ASPM_L1.1-
                           T_CommonMode=0us LTR1.2_Threshold=616448ns
                L1SubCtl2: T_PwrOn=500us
        Capabilities: [910 v1] Data Link Feature <?>
        Capabilities: [920 v1] Lane Margining at the Receiver <?>
        Capabilities: [9c0 v1] Physical Layer 16.0 GT/s <?>
        Kernel driver in use: nvme
        Kernel modules: nvme

02:00.0 Non-Volatile memory controller: Sandisk Corp Western Digital WD Black SN850X NVMe SSD (rev 01) (prog-if 02 [NVM Express])
        Subsystem: Sandisk Corp WD Black SN850X NVMe SSD
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0, Cache Line Size: 64 bytes
        Interrupt: pin A routed to IRQ 16
        IOMMU group: 15
        Region 0: Memory at 85500000 (64-bit, non-prefetchable) [size=16K]
        Capabilities: [80] Power Management version 3
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [90] MSI: Enable- Count=1/32 Maskable- 64bit+
                Address: 0000000000000000  Data: 0000
        Capabilities: [b0] MSI-X: Enable+ Count=65 Masked-
                Vector table: BAR=0 offset=00003000
                PBA: BAR=0 offset=00002000
        Capabilities: [c0] Express (v2) Endpoint, MSI 00
                DevCap: MaxPayload 512 bytes, PhantFunc 0, Latency L0s <1us, L1 unlimited
                        ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ FLReset+ SlotPowerLimit 0W
                DevCtl: CorrErr+ NonFatalErr+ FatalErr+ UnsupReq+
                        RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+ FLReset-
                        MaxPayload 256 bytes, MaxReadReq 512 bytes
                DevSta: CorrErr- NonFatalErr- FatalErr- UnsupReq- AuxPwr- TransPend-
                LnkCap: Port #0, Speed 16GT/s, Width x4, ASPM L1, Exit Latency L1 <8us
                        ClockPM- Surprise- LLActRep- BwNot- ASPMOptComp+
                LnkCtl: ASPM L1 Enabled; RCB 64 bytes, Disabled- CommClk+
                        ExtSynch+ ClockPM- AutWidDis- BWInt- AutBWInt-
                LnkSta: Speed 16GT/s, Width x4
                        TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
                DevCap2: Completion Timeout: Range B, TimeoutDis+ NROPrPrP- LTR+
                         10BitTagComp+ 10BitTagReq- OBFF Not Supported, ExtFmt+ EETLPPrefix-
                         EmergencyPowerReduction Not Supported, EmergencyPowerReductionInit-
                         FRS- TPHComp- ExtTPHComp-
                         AtomicOpsCap: 32bit- 64bit- 128bitCAS-
                DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis- LTR+ 10BitTagReq- OBFF Disabled,
                         AtomicOpsCtl: ReqEn-
                LnkCap2: Supported Link Speeds: 2.5-16GT/s, Crosslink- Retimer+ 2Retimers+ DRS-
                LnkCtl2: Target Link Speed: 16GT/s, EnterCompliance- SpeedDis-
                         Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS-
                         Compliance Preset/De-emphasis: -6dB de-emphasis, 0dB preshoot
                LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete+ EqualizationPhase1+
                         EqualizationPhase2+ EqualizationPhase3+ LinkEqualizationRequest-
                         Retimer- 2Retimers- CrosslinkRes: unsupported
        Capabilities: [100 v2] Advanced Error Reporting
                UESta:  DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
                UEMsk:  DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
                UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
                CESta:  RxErr- BadTLP- BadDLLP- Rollover- Timeout- AdvNonFatalErr-
                CEMsk:  RxErr- BadTLP- BadDLLP- Rollover- Timeout- AdvNonFatalErr+
                AERCap: First Error Pointer: 00, ECRCGenCap+ ECRCGenEn- ECRCChkCap+ ECRCChkEn-
                        MultHdrRecCap- MultHdrRecEn- TLPPfxPres- HdrLogCap-
                HeaderLog: 00000000 00000000 00000000 00000000
        Capabilities: [1b8 v1] Latency Tolerance Reporting
                Max snoop latency: 3145728ns
                Max no snoop latency: 3145728ns
        Capabilities: [300 v1] Secondary PCI Express
                LnkCtl3: LnkEquIntrruptEn- PerformEqu-
                LaneErrStat: 0
        Capabilities: [900 v1] L1 PM Substates
                L1SubCap: PCI-PM_L1.2+ PCI-PM_L1.1+ ASPM_L1.2+ ASPM_L1.1- L1_PM_Substates+
                          PortCommonModeRestoreTime=32us PortTPowerOnTime=10us
                L1SubCtl1: PCI-PM_L1.2+ PCI-PM_L1.1+ ASPM_L1.2+ ASPM_L1.1-
                           T_CommonMode=0us LTR1.2_Threshold=108544ns
                L1SubCtl2: T_PwrOn=42us
        Capabilities: [910 v1] Data Link Feature <?>
        Capabilities: [920 v1] Lane Margining at the Receiver <?>
        Capabilities: [9c0 v1] Physical Layer 16.0 GT/s <?>
        Kernel driver in use: nvme
        Kernel modules: nvme

04:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8125 2.5GbE Controller (rev 05)
        DeviceName: RTL8125 2.5GbE Controller
        Subsystem: ASUSTeK Computer Inc. RTL8125 2.5GbE Controller
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0, Cache Line Size: 64 bytes
        Interrupt: pin A routed to IRQ 18
        IOMMU group: 16
        Region 0: I/O ports at 4000 [size=256]
        Region 2: Memory at 85400000 (64-bit, non-prefetchable) [size=64K]
        Region 4: Memory at 85410000 (64-bit, non-prefetchable) [size=16K]
        Capabilities: [40] Power Management version 3
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
                Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [50] MSI: Enable- Count=1/1 Maskable+ 64bit+
                Address: 0000000000000000  Data: 0000
                Masking: 00000000  Pending: 00000000
        Capabilities: [70] Express (v2) Endpoint, MSI 01
                DevCap: MaxPayload 256 bytes, PhantFunc 0, Latency L0s <512ns, L1 <64us
                        ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ FLReset- SlotPowerLimit 10W
                DevCtl: CorrErr+ NonFatalErr+ FatalErr+ UnsupReq+
                        RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop-
                        MaxPayload 256 bytes, MaxReadReq 4096 bytes
                DevSta: CorrErr- NonFatalErr- FatalErr- UnsupReq- AuxPwr+ TransPend-
                LnkCap: Port #0, Speed 5GT/s, Width x1, ASPM L0s L1, Exit Latency L0s unlimited, L1 <64us
                        ClockPM+ Surprise- LLActRep- BwNot- ASPMOptComp+
                LnkCtl: ASPM Disabled; RCB 64 bytes, Disabled- CommClk+
                        ExtSynch- ClockPM+ AutWidDis- BWInt- AutBWInt-
                LnkSta: Speed 5GT/s, Width x1
                        TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
                DevCap2: Completion Timeout: Range ABCD, TimeoutDis+ NROPrPrP- LTR+
                         10BitTagComp- 10BitTagReq- OBFF Via message/WAKE#, ExtFmt- EETLPPrefix-
                         EmergencyPowerReduction Not Supported, EmergencyPowerReductionInit-
                         FRS- TPHComp+ ExtTPHComp-
                         AtomicOpsCap: 32bit- 64bit- 128bitCAS-
                DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis- LTR+ 10BitTagReq- OBFF Disabled,
                         AtomicOpsCtl: ReqEn-
                LnkCap2: Supported Link Speeds: 2.5-5GT/s, Crosslink- Retimer- 2Retimers- DRS-
                LnkCtl2: Target Link Speed: 5GT/s, EnterCompliance- SpeedDis-
                         Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS-
                         Compliance Preset/De-emphasis: -6dB de-emphasis, 0dB preshoot
                LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete- EqualizationPhase1-
                         EqualizationPhase2- EqualizationPhase3- LinkEqualizationRequest-
                         Retimer- 2Retimers- CrosslinkRes: unsupported
        Capabilities: [b0] MSI-X: Enable+ Count=32 Masked-
                Vector table: BAR=4 offset=00000000
                PBA: BAR=4 offset=00000800
        Capabilities: [d0] Vital Product Data
pcilib: sysfs_read_vpd: read failed: No such device
                Not readable
        Capabilities: [100 v2] Advanced Error Reporting
                UESta:  DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
                UEMsk:  DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
                UESvrt: DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
                CESta:  RxErr- BadTLP- BadDLLP- Rollover- Timeout- AdvNonFatalErr-
                CEMsk:  RxErr- BadTLP- BadDLLP- Rollover- Timeout- AdvNonFatalErr+
                AERCap: First Error Pointer: 00, ECRCGenCap+ ECRCGenEn- ECRCChkCap+ ECRCChkEn-
                        MultHdrRecCap- MultHdrRecEn- TLPPfxPres- HdrLogCap-
                HeaderLog: 00000000 00000000 00000000 00000000
        Capabilities: [148 v1] Virtual Channel
                Caps:   LPEVC=0 RefClk=100ns PATEntryBits=1
                Arb:    Fixed- WRR32- WRR64- WRR128-
                Ctrl:   ArbSelect=Fixed
                Status: InProgress-
                VC0:    Caps:   PATOffset=00 MaxTimeSlots=1 RejSnoopTrans-
                        Arb:    Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256-
                        Ctrl:   Enable+ ID=0 ArbSelect=Fixed TC/VC=ff
                        Status: NegoPending- InProgress-
        Capabilities: [168 v1] Device Serial Number 01-00-00-00-68-4c-e0-00
        Capabilities: [178 v1] Transaction Processing Hints
                No steering table available
        Capabilities: [204 v1] Latency Tolerance Reporting
                Max snoop latency: 3145728ns
                Max no snoop latency: 3145728ns
        Capabilities: [20c v1] L1 PM Substates
                L1SubCap: PCI-PM_L1.2+ PCI-PM_L1.1+ ASPM_L1.2+ ASPM_L1.1+ L1_PM_Substates+
                          PortCommonModeRestoreTime=150us PortTPowerOnTime=150us
                L1SubCtl1: PCI-PM_L1.2- PCI-PM_L1.1- ASPM_L1.2- ASPM_L1.1-
                           T_CommonMode=0us LTR1.2_Threshold=306176ns
                L1SubCtl2: T_PwrOn=150us
        Capabilities: [21c v1] Vendor Specific Information: ID=0002 Rev=4 Len=100 <?>
        Kernel driver in use: r8169
        Kernel modules: r8169

[TheMystery]

Heb de onboard nic eens uitgezet dan gaat ie wel naar c8, dus misschien even kijken of er iets is met de driver van de RTL8125 in proxmox
Meet nu 10w tot 12w

[bjp]

r8125-dkms installeren dan

https://github.com/awesometic/realtek-r8125-dkms/

dat deed het voor mij

[ Voor 11% gewijzigd door bjp op 06-02-2025 16:33 ]

[Mars Warrior]

TheMystery schreef op donderdag 6 februari 2025 @ 15:15:
[...]
ik gebruik nu een blitzwolf sph13 powerplug

vziw kan die geen CosPhi meten, en doet dat ding enkel VA.

Dan zou die 10-12W dus niet het werkelijke verbruik zijn.

[andru123]

@TheMystery grote stukken text graag in een [ quote ] tags inpakken, of pastebin gebruiken.
Je kan de 15€ meter uit de topic start proberen en je plug controleren

[bjp]

ik zie idd de 'verkeerde' driver:

code:

        Kernel driver in use: r8169
        Kernel modules: r8169

[TheMystery]

bjp schreef op donderdag 6 februari 2025 @ 16:32:
r8125-dkms installeren dan

https://github.com/awesometic/realtek-r8125-dkms/

dat deed het voor mij

Hoe heb jij deze geïnstalleerd? Met het deb package krijg ik dit namelijk:

code:

 dpkg -i realtek-r8125-dkms_9.014.01-1_amd64.deb 
(Reading database ... 89043 files and directories currently installed.)
Preparing to unpack realtek-r8125-dkms_9.014.01-1_amd64.deb ...
Deleting module realtek-r8125-9.014.01 completely from the DKMS tree.
Unpacking realtek-r8125-dkms (9.014.01-1) over (9.014.01-1) ...
Setting up realtek-r8125-dkms (9.014.01-1) ...
Loading new realtek-r8125-9.014.01 DKMS files...
Building for 6.8.12-8-pve
Building for architecture amd64
Module build for kernel 6.8.12-8-pve was skipped since the
kernel headers for this kernel do not seem to be installed.

Heb ook deze geïnstalleerd apt-get install software-properties-common zodat ik de ppa toe kan voegen maar dan krijg ik dit:

code:

 add-apt-repository ppa:awesometic/ppa
Traceback (most recent call last):
  File "/usr/bin/add-apt-repository", line 362, in <module>
    sys.exit(0 if addaptrepo.main() else 1)
                  ^^^^^^^^^^^^^^^^^
  File "/usr/bin/add-apt-repository", line 345, in main
    shortcut = handler(source, **shortcut_params)
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3/dist-packages/softwareproperties/shortcuts.py", line 40, in shortcut_handler
    return handler(shortcut, **kwargs)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3/dist-packages/softwareproperties/ppa.py", line 86, in __init__
    if self.lpppa.publish_debug_symbols:
       ^^^^^^^^^^
  File "/usr/lib/python3/dist-packages/softwareproperties/ppa.py", line 126, in lpppa
    self._lpppa = self.lpteam.getPPAByName(name=self.ppaname)
                  ^^^^^^^^^^^
  File "/usr/lib/python3/dist-packages/softwareproperties/ppa.py", line 113, in lpteam
    self._lpteam = self.lp.people(self.teamname)
                   ^^^^^^^^^^^^^^
AttributeError: 'NoneType' object has no attribute 'people'

Edit: dit was op te lossen door dit te installeren: apt-get install python3-launchpadlib

Maar dan zegt ie dat de laatste versie er al op staat, deze heb ik eens verwijderd maar dan is het via apt niet te installeren.

[ Voor 4% gewijzigd door TheMystery op 06-02-2025 18:48 ]

[bjp]

voor proxmox kan je geen 'repository' toevoegen, omdat die gast voor ubuntu bouwt (niet zuiver debian).

dus zelf de .deb downloaden en installeren (dpkg -i), zoals je in het eerste deel doet. Maar je mist een paar packages, waardoor het fout gaat.

hij suggereert:

code:

sudo apt install --fix-broken

[TheMystery]

bjp schreef op donderdag 6 februari 2025 @ 18:53:
voor proxmox kan je geen 'repository' toevoegen, omdat die gast voor ubuntu bouwt (niet zuiver debian).

dus zelf de .deb downloaden en installeren (dpkg -i), zoals je in het eerste deel doet. Maar je mist een paar packages, waardoor het fout gaat.

hij suggereert:

code:

sudo apt install --fix-broken

Dat had ik al gedaan, dit lost het op:
apt install -y dkms build-essential pve-headers-$(uname -r)
Hierna de deb installeren.

En hierna de r8169 op de blacklist zetten en rebooten.
Nu zie ik 25% c6 en 25% c8 States
Maar energieverbruik ligt nog op 15w maar scherm blijft nog aan ook al heb ik grub aangepast met consoleblank=15 en update-grub uitgevoerd. Maar met kabels eruit gaat ie naar 10w.

[ Voor 13% gewijzigd door TheMystery op 06-02-2025 19:28 ]

[RobertMe]

TheMystery schreef op donderdag 6 februari 2025 @ 19:22:
[...]


Dat had ik al gedaan, dit lost het op:
apt install -y dkms build-essential pve-headers-$(uname -r)
Hierna de deb installeren.

Weet je die pve-headers-$(uname -r) zeker? Je hebt nu namelijk een heel specifieke versie geinstalleerd. Ergo: dat klopt nu wel, maar installeert die ook pve-headers-... op het moment dat je een kernel update doet? Is er geen pve-headers (zonder versienummer) of iets dergelijks? Dat dan een meta package is v.w.b. "de nieuwste versie" waarbij er dus sowieso ook al zo'n meta package geinstalleerd zal zijn v.w.b. de kernel zelf.

[andru123]

@TheMystery goede set van Asus Bios tweaks staat in Mich in "Het grote zuinige server topic - deel 3"
Graag je post bewerken, zolang het nog kan, grote stukken code met [ quote ] omsingelen.

[bjp]

RobertMe schreef op donderdag 6 februari 2025 @ 20:04:
[...]

Weet je die pve-headers-$(uname -r) zeker? Je hebt nu namelijk een heel specifieke versie geinstalleerd. Ergo: dat klopt nu wel, maar installeert die ook pve-headers-... op het moment dat je een kernel update doet? Is er geen pve-headers (zonder versienummer) of iets dergelijks? Dat dan een meta package is v.w.b. "de nieuwste versie" waarbij er dus sowieso ook al zo'n meta package geinstalleerd zal zijn v.w.b. de kernel zelf.

er is idd een `apt install pve-headers`

[TheMystery]

bjp schreef op donderdag 6 februari 2025 @ 20:41:
[...]


er is idd een `apt install pve-headers`

Quotes toegevoed, bedankt wist nog niet dat dit zo werkte.

Met apt install --fix-broken installeerde hij de pve-headers, maar daar werkte het niet mee.
Kreeg het alleen werkend met het commando wat ik aangaf.

https://blog.kumo.dev/202...ltek_drivers_proxmox.html

Maar hij heeft waarschijnlijk proxmox-headers geïnstalleerd nu en niet pve-headers

[ Voor 16% gewijzigd door TheMystery op 06-02-2025 21:02 ]

[mrmrmr]

TheMystery schreef op donderdag 6 februari 2025 @ 19:22:
[...]


Dat had ik al gedaan, dit lost het op:
apt install -y dkms build-essential pve-headers-$(uname -r)
Hierna de deb installeren.

En hierna de r8169 op de blacklist zetten en rebooten.
Nu zie ik 25% c6 en 25% c8 States
Maar energieverbruik ligt nog op 15w maar scherm blijft nog aan ook al heb ik grub aangepast met consoleblank=15 en update-grub uitgevoerd. Maar met kabels eruit gaat ie naar 10w.

Je hebt een RTL8125 2.5GbE Controller (rev 05) op locatie 04:00.0. ASPM stond uit:

LnkCtl: ASPM Disabled; RCB 64 bytes, Disabled- CommClk+
ExtSynch- ClockPM+ AutWidDis- BWInt- AutBWInt-

Je kan nu je een andere driver hebt geinstalleerd nogmaals met lspci -vvv zien of het nu wel aan staat. Het kan ook worden gecontroleerd met
cat /sys/bus/pci/devices/0000:04:00.0/link/l1_aspm

Op die locatie kan ASPM L1 handmatig worden aangezet met
echo 1 > /sys/bus/pci/devices/0000:04:00.0/link/l1_aspm

Zulke aanpassingen doet powertop ook met auto-tune.

[RobertMe]

TheMystery schreef op donderdag 6 februari 2025 @ 20:50:
Met apt install --fix-broken installeerde hij de pve-headers, maar daar werkte het niet mee.
Kreeg het alleen werkend met het commando wat ik aangaf.

Kan ook zijn dat pve-headers niet werkte omdat je net een update (apt upgrade) had gedaan maar niet gereboot? Dan installeert die de nieuwste versie terwijl dat niet de draaiende versie is. met de $(uname -r) pak je weer wel specifiek de draaiende kernel versie.

[GoBieN-Be]

consoleblank=15 en update-grub

Proxmox v8 heeft 2 verschillende bootloaders.

For EFI Systems installed with ZFS as the root filesystem systemd-boot is used, unless Secure Boot is enabled. All other deployments use the standard GRUB bootloader (this usually also applies to systems which are installed on top of Debian).

[TheMystery]

mrmrmr schreef op donderdag 6 februari 2025 @ 21:09:
[...]


Je hebt een RTL8125 2.5GbE Controller (rev 05) op locatie 04:00.0. ASPM stond uit:

LnkCtl: ASPM Disabled; RCB 64 bytes, Disabled- CommClk+
ExtSynch- ClockPM+ AutWidDis- BWInt- AutBWInt-

Je kan nu je een andere driver hebt geinstalleerd nogmaals met lspci -vvv zien of het nu wel aan staat. Het kan ook worden gecontroleerd met
cat /sys/bus/pci/devices/0000:04:00.0/link/l1_aspm

Op die locatie kan ASPM L1 handmatig worden aangezet met
echo 1 > /sys/bus/pci/devices/0000:04:00.0/link/l1_aspm

Zulke aanpassingen doet powertop ook met auto-tune.

Nu staat ASPM idd netjes aan:

code:

LnkCtl: ASPM L1 Enabled; RCB 64 bytes, Disabled- CommClk+
                        ExtSynch- ClockPM+ AutWidDis- BWInt- AutBWInt-

[TheMystery]

GoBieN-Be schreef op donderdag 6 februari 2025 @ 23:22:
[...]

Proxmox v8 heeft 2 verschillende bootloaders.

[...]

Thx dat was ik nog niet tegen gekomen ook niet bij de documentatie voor passtrhough, waar ik dit wel had verwacht ik had dus iommu ook niet goed geactiveerd.

Volgende lost het op:

code:

nano /etc/kernel/cmdline
root=ZFS=rpool/ROOT/pve-1 boot=zfs quiet intel_iommu=on iommu=pt consoleblank=30
proxmox-boot-tool refresh

[mprkooij]

Ik heb dit topic doorzocht en heb niet direct iemand kunnen vinden die een M1/M2/M4 Mac mini gebruikt i.c.m. een HDD/SSD enclosure (met meerdere drives) om hem te gebruiken als server. Is er iemand binnen dit topic die hier gebruik van maakt, en wat is jullie ervaring hiermee?

[FrankHe]

mprkooij schreef op vrijdag 7 februari 2025 @ 15:56:
Ik heb dit topic doorzocht en heb niet direct iemand kunnen vinden die een M1/M2/M4 Mac mini gebruikt i.c.m. een HDD/SSD enclosure (met meerdere drives) om hem te gebruiken als server. Is er iemand binnen dit topic die hier gebruik van maakt, en wat is jullie ervaring hiermee?

De reden is wellicht omdat een Apple silicone systeem veel te hoge specificaties heeft voor de taken die een zuinige thuisserver te doen staan. Of te wel, een beetje overkill voor de toepassing.

In dit topic zijn het voornamelijk de Intel Celeron, Pentium, Core i3 CPU's en vergelijkbaar die worden gebruikt om een energiezuinige opstelling te bouwen. Die processors zijn vele malen minder krachtig dan een M1.

Wat echter wel pleit voor Apple silicone chips is dat ze uit de doos al bijzonder zuinig zijn. Of te wel, er valt weinig tot niets te tweaken want het ding is al zo verdomde zuinig met energie.

[mrmrmr]

@mprkooij
Er zijn nadelen aan Mac Mini M4: hoge prijs, kleine behuizing, beperkte uitbreidbaarheid en het feit dat het gebaseerd is op een ARM processor.

Het heeft wel een toepassingsgebied, met name door de ARM processor, maar uitgebreide storage hoort daar niet bij. Externe storage kost meer energie dan interne storage. Dat komt doordat het over meerdere hardware protocollen verloopt, van USB naar pcie of SATA. Bovendien is er voor externe hard disks vermoedelijk een extra voeding nodig.

Je bent beter af met een zelf gebouwd systeem met maximaal 4x SATA. Onder de gepinde posts kun je systemen vinden.

De processor maakt in principe niet zoveel verschil voor servers die vaak idle zijn. Uiteraard moet een processor niet in turbo mode en met beperkte PL1/PL2 of vermogen worden gebruikt. Met E cores kan het verbruik onder belasting verder worden gereduceerd.

[RobertMe]

mrmrmr schreef op zondag 9 februari 2025 @ 04:30:
het feit dat het gebaseerd is op een ARM processor.

Is dat echt een probleem? Ik heb nog nooit gelezen dat iemand het een probleem vindt dat een Raspberry Pi een ARM CPU bevat. En die dingen bestaan al meer dan 10 jaar en zijn al zo ongeveer voor alles ingezet dat je je kunt bedenken.

En daarnaast is veel dat ge-self-host wordt ook nog eens open source, en dus (zelf) te compileren voor de beoogde CPU architectuur. Als het al niet in een high level taal geschreven is die geïnterpreteerd wordt waardoor alleen "de taal" gecompileerd hoeft te worden maar niet het programma (als in: Python, PHP, JavaScript (/NodeJS), etc).

* RobertMe is toevallig een ARM VPS aan het overwegen. En qua software heb ik nog niks gevonden dat er niet op zou kunnen, van wat ik zelf draai. Enige vraagstuk is hoe ik ZFS on root er op krijg door een gebrek aan live cds met UEFI ARM support.

Edit/aanvulling:
Ik doel dan overigens puur op de CPU architectuur. Dat een Mac duur is zou mij er al van weerhouden een te kopen. Daarnaast kun je AFAIK niet zomaar Linux er op zetten (er is één specifieke distro die zich richt op Macs en die hebben verschillende "problemen" met porten / hardware support bij mijn weten). En om nu OS X te gebruiken als server...

[ Voor 15% gewijzigd door RobertMe op 09-02-2025 08:57 ]

[Mars Warrior]

mprkooij schreef op vrijdag 7 februari 2025 @ 15:56:
Ik heb dit topic doorzocht en heb niet direct iemand kunnen vinden die een M1/M2/M4 Mac mini gebruikt i.c.m. een HDD/SSD enclosure (met meerdere drives) om hem te gebruiken als server. Is er iemand binnen dit topic die hier gebruik van maakt, en wat is jullie ervaring hiermee?

Ik zie in mijn omgeving dat men een Mac Mini enkel overweegt in zeer specifieke use-cases: die van het draaien van een grote LLM vanwege unified memory: een M4 Pro met 64GB RAM/1TB SSD van nog geen €3k is dan best een goede deal als je het moet vergelijken met een PC met een RTX 5090 die slechts 32GB VRAM heeft en minder kan draaien dan een M4/64GB

Maar verder? Geen idee wat ik ermee zou moeten. Staat qua prijs en uitbreidbaarheid en gebruik van Docker containers zo'n beetje op de laatste plaats in mijn lijstje als ik een lijst zou maken voor een ideale server. Nog even los van mij eis om X86 te kunnen draaien: niet al mijn containers zijn voor ARM beschikbaar.

Maar niemand houdt je tegen om een leuke M4 server samen te stellen en te configureren als server. Ik vermoed alleen dat je dan uitkomt op MacOS met een VM met daarin Docker containers...

Behalve de prijs zijn er dan qua functionaliteit en uitbreidbaarheid veel betere alternatieven.

[ Voor 3% gewijzigd door Mars Warrior op 09-02-2025 14:16 ]

[mprkooij]

Thanks voor jullie responses .

De M4 Mac Mini heb ik al in gebruik, vandaar mijn vraag. Hij is stil, zuinig en super snel, echter zijn de opties tot het uitbreiden van schrijfruimte natuurlijk om te huilen Ik denk dat ik er gewoon een HDD enclosure aanhang met wat schijven en hem op die manier ga inrichten. Heb idd veel zitten kijken naar Docker containers e.d.

[Mars Warrior]

mprkooij schreef op zondag 9 februari 2025 @ 16:00:
Thanks voor jullie responses .

De M4 Mac Mini heb ik al in gebruik, vandaar mijn vraag. Hij is stil, zuinig en super snel, echter zijn de opties tot het uitbreiden van schrijfruimte natuurlijk om te huilen Ik denk dat ik er gewoon een HDD enclosure aanhang met wat schijven en hem op die manier ga inrichten. Heb idd veel zitten kijken naar Docker containers e.d.

Aha. De USB poorten zijn snel zat voor wat externe schijven en ik dacht dat er gratis VM tooling is om docker te kunnen draaien. Of bestaat docker voor MacOS nog, die dat voor je regelt?

[pimlie]

@mprkooij Had je dit al gezien? Kan mss een beetje helpen met meer betaalbare os/active storage: https://www.jeffgeerling....00-apples-2tb-ssd-upgrade

Daar USB zelf niet echt een betrouwbaar alternatief is wat mij betreft, bestaan er betaalbare thunderbolt HDD enclosures dan? Volgens mij kan je voor de prijs van een thunderbolt enclosure net zo goed een aparte server neerzetten...

[mprkooij]

@Mars Warrior Docker is native te draaien op Apple Silicon

@pimlie Heb een 5-bay HDD enclosure gevonden voor 159,- momenteel, dus dat is wel te doen lijkt mij.

[Mars Warrior]

mprkooij schreef op zondag 9 februari 2025 @ 16:19:
@Mars Warrior Docker is native te draaien op Apple Silicon

@pimlie Heb een 5-bay HDD enclosure gevonden voor 159,- momenteel, dus dat is wel te doen lijkt mij.

Is dat echt native, of via de hypervisor van MacOS? Ik dacht nl dat x86 containers ook via de hypervisor gaan, maar kan me helemaal vergissen. Kan ff geen duidelijke info vinden…

[dcm360]

Als je er 'standaard' Docker-images op kan draaien zit er sowieso een laagje tussen dat doet alsof het Linux is, want zonder zullen maar vrij weinig container-images iets doen. Virtualiseren via de hypervisor is dan de weg van de minste weerstand, dat gebeurt op Windows ook (en op BSD was de oplossing een compatibiliteitslaag tussen de container en de kernel, maar als ik het zo lees werkt dat best al even niet meer).

[andru123]

mprkooij schreef op zondag 9 februari 2025 @ 16:00:De M4 Mac Mini heb ik al in gebruik, vandaar mijn vraag. Hij is stil, zuinig en super snel

deel je metingen graag, altijd interessant.
Goed idee om inventaris te creëren, (dat kan je makkelijk met 1 knop copieren), en details noemen: bijv of ethernet port draait op 1 Gbit of 10G, hoeveel USB devices, etc.

[Jerie]

RobertMe schreef op zondag 9 februari 2025 @ 08:38:
[...]

Is dat echt een probleem? Ik heb nog nooit gelezen dat iemand het een probleem vindt dat een Raspberry Pi een ARM CPU bevat. En die dingen bestaan al meer dan 10 jaar en zijn al zo ongeveer voor alles ingezet dat je je kunt bedenken.

En daarnaast is veel dat ge-self-host wordt ook nog eens open source, en dus (zelf) te compileren voor de beoogde CPU architectuur. Als het al niet in een high level taal geschreven is die geïnterpreteerd wordt waardoor alleen "de taal" gecompileerd hoeft te worden maar niet het programma (als in: Python, PHP, JavaScript (/NodeJS), etc).

* RobertMe is toevallig een ARM VPS aan het overwegen. En qua software heb ik nog niks gevonden dat er niet op zou kunnen, van wat ik zelf draai. Enige vraagstuk is hoe ik ZFS on root er op krijg door een gebrek aan live cds met UEFI ARM support.

Edit/aanvulling:
Ik doel dan overigens puur op de CPU architectuur. Dat een Mac duur is zou mij er al van weerhouden een te kopen. Daarnaast kun je AFAIK niet zomaar Linux er op zetten (er is één specifieke distro die zich richt op Macs en die hebben verschillende "problemen" met porten / hardware support bij mijn weten). En om nu OS X te gebruiken als server...

Persoonlijk ben ik voor x86-64 gegaan omdat OPNsense niet (officieel) op ARM draait. Podman draait ook op macOS. En macOS heeft pf.

[ Voor 7% gewijzigd door Jerie op 10-02-2025 01:56 ]

[andru123]

mrmrmr schreef op vrijdag 4 augustus 2023 @ 22:21:Texas instruments heeft tegenwoordig ook veel nieuwere step down onderdelen (tot 95% efficiënt) die gebruikt zouden kunnen worden, ook door Mini-Box, die ontwerpen zijn ook al meer dan 15 jaar oud.

Een alternatief opgezocht voor de LM2642 (ontworpen in 2002) in de PicoPSU-160XT: Texas Instruments TPS568230 (uit 2019):

[Afbeelding]

De grijze lijn gaat over het omzetten van 12V naar 5V door de TPS568230. Bij 10mA is de efficiëntie nog bijna 90%. De standby is ook veel lager met ULQ ("Ultra Low Quiescent current"). Dat is ook iets dat de PicoPSU nog niet goed doet: de standby (computer uit) is meer dan 1W. De standby kan tegenwoordig minder dan 0,15W zijn.

Toevallig nog een vrij efficient (92-95% op spec) Vishay Sic967 DC-DC converter chip was recent door Gough Lui reviewed.
Verbazend, de chip bevat geïntegreerde(!) inductor.

[bjp]

FrankHe schreef op zondag 9 februari 2025 @ 03:47:
[...]

De reden is wellicht omdat een Apple silicone systeem veel te hoge specificaties heeft voor de taken die een zuinige thuisserver te doen staan. Of te wel, een beetje overkill voor de toepassing.

nee dus. Niets om te zeggen "te krachtig". Er lopen hier mensen rond met i7-14700 en zo... Zelf Xeon's...

Feitelijk zegt de 'max performance' heel weinig over het standby verbruik (mijn / niet iedereen zijn focus). En daar vind je spijtig genoeg heel weinig informatie over bij standaard testen/Tom's Hardware/AnandTech/...

Met goeie clock- en zelf power-gating, en nodige software (ASPM...), valt de meerkost van al die performance bij standby eigenlijk helemaal mee.

Hier is wat info: https://support.apple.com/en-us/103253
Dus enkel de laatste lijken dus beter te worden.

Ze lijken dus zuinig te kunnen werken. Deze website lijkt dat te bevestigen (de maker zelf geloofde ik niet): https://www.servethehome....mini-computer-standard/3/

[FrankHe]

bjp schreef op maandag 10 februari 2025 @ 09:19:
[...]

nee dus. Niets om te zeggen "te krachtig". Er lopen hier mensen rond met i7-14700 en zo... Zelf Xeon's...

Feitelijk zegt de 'max performance' heel weinig over het standby verbruik (mijn / niet iedereen zijn focus). En daar vind je spijtig genoeg heel weinig informatie over bij standaard testen/Tom's Hardware/AnandTech/...

Met goeie clock- en zelf power-gating, en nodige software (ASPM...), valt de meerkost van al die performance bij standby eigenlijk helemaal mee.

Hier is wat info: https://support.apple.com/en-us/103253
Dus enkel de laatste lijken dus beter te worden.

Ze lijken dus zuinig te kunnen werken. Deze website lijkt dat te bevestigen (de maker zelf geloofde ik niet): https://www.servethehome....mini-computer-standard/3/

Persoonlijk zie ik "Het grote zuinige server topic" voornamelijk als een topic voor low power thuisservers, Core i3, N100 van dat werk. Daar waar je het idle gebruik graag ruim onder de 10 Watt wilt houden en er verder geen hele zware performance is vereist.

Dat er ook enkele mensen zijn die met Xeon CPU's aan de gang gaan is natuurlijk prima, al zijn die dingen van zichzelf een stuk minder zuinig en minder twaeakbaar wat betreft het energiegebruik. Een Xeon moederbord is doorgaans minder gericht op het reduceren van energieverbruik.

Apple silicone heeft van zichzelf een bijzonder laag idle gebruik en doet het zonder verdere tweaks al uitstekend waardoor er nauwelijks noodzaak is om daar nog aan te tweaken.

Dat worden relatief korte berichten in het topic. M1/2/4 machine aangezet, idle verbruik gemeten, is dik in orde. Over en uit.

[RobertMe]

FrankHe schreef op maandag 10 februari 2025 @ 09:44:
[...]

Persoonlijk zie ik "Het grote zuinige server topic" voornamelijk als een topic voor low power thuisservers, Core i3, N100 van dat werk. Daar waar je het idle gebruik graag ruim onder de 10 Watt wilt houden en er verder geen hele zware performance is vereist.

Dus volgens jou is hier geen plek voor @Mars Warrior zijn systeem met i7 dat iets van 5W idle doet? Dat zelfs zuiniger is dan vele van de N100 bordjes (die vaak ~8W doen).
Volgens mij is dit topic juist ooit begonnen om echt zo zuinig mogelijk te gaan incl hardware tweaks (incl gebruik soldeerbout) of custom bios / bios tweaks (die niet in de UI zitten). En een i7 minder laten verbruiken dan een N100 vind ik persoonlijk dan toch interessanter.

En ja, Xeons en andere server grade hardware met een verbruik van tientallen watts (zonder HDDs) is misschien ietsjes overdreven voor dit topic. Maar ook daarbij kunnen tweaks gevonden worden die ook voor anderen van toepassing kunnen zijn.

[Mars Warrior]

FrankHe schreef op maandag 10 februari 2025 @ 09:44:
[...]
Persoonlijk zie ik "Het grote zuinige server topic" voornamelijk als een topic voor low power thuisservers, Core i3, N100 van dat werk. Daar waar je het idle gebruik graag ruim onder de 10 Watt wilt houden en er verder geen hele zware performance is vereist.

Voorheen zag je nog wel dat enkel low power CPU's het goed deden in idle, maar die tijd ligt al ver achter ons. Het maakt bijna niks meer uit of je 4 of 32 cores hebt tegenwoordig: idle verbruik is identiek.

Piekverbruik is natuurlijk iets heel anders, maar ook daar kun je kiezen en/of tunen naar gelang de wensen.

Het totale (idle) verbruik wordt eerder sterk beinvloed door de zuinigheid van het moederbord en de efficientie van de voeding. Kontron levert (met optimized defaults) een zuinig mobo out-of-the-box, net als Apple eigenlijk.

Afhankelijk van de wensen is een N100 erg beperkt. Mijn Kontron + 13900K is vaak zuiniger in idle dan menig N100 systeem dat 8-10W doet. En onder load doen de 16 E-cores het net zo goed als een N100, maar dan heb ik met de 16 E-Cores eigenlijk 4 N100 systeempjes in één

Het gros van de 40 containers draaien op de 16 E-cores. Enkel aan aantal interactieve containers draaien op de 8 P-cores waardoor ik snelle responstijden heb, zonder dat dat nu veel Joules kost: het zijn namelijk in de regel korte pieken.

Voor mijn toepassing is deze CPU dus het beste van 2 werelden: zuinig in idle (3-5W), efficiënt door de E-cores en snel dankzij de P-cores.

[pimlie]

@FrankHe Naar mijn idee heet het topic Zuinige Server niet Zuinigste Server om een reden. Als iemand een toepassing heeft waarbij ECC geheugen nodig is of een Intel platform met veel PCI-E lanes, dan ontkom je door de marktsegmentatie praktijken van Intel soms niet aan een Xeon processor helaas...

[jvwou123]

Ik heb hier op mijn bureau op het werk een Mac Mini met Intel (I5-8500B om precies te zijn), en die heeft met monitor aan, muis en toetsenbord, en netwerk (en wifi aan) ongeveer 10 watt nodig, en in idle heeft ie ongeveer 3 watt nodig. (en als het moet draait ie op 80+watt als ie druk bezig is, nu bijvoorbeeld is hij bezig met installeren van updates).
Als ie zo herstart is, en hij heeft het weer rustig is, zal ik even exact doorgeven wat hij nodig heeft in idle.

[FrankHe]

RobertMe schreef op maandag 10 februari 2025 @ 11:17:
[...]

Dus volgens jou is hier geen plek voor @Mars Warrior zijn systeem met i7 dat iets van 5W idle doet? Dat zelfs zuiniger is dan vele van de N100 bordjes (die vaak ~8W doen).
Volgens mij is dit topic juist ooit begonnen om echt zo zuinig mogelijk te gaan incl hardware tweaks (incl gebruik soldeerbout) of custom bios / bios tweaks (die niet in de UI zitten). En een i7 minder laten verbruiken dan een N100 vind ik persoonlijk dan toch interessanter.

En ja, Xeons en andere server grade hardware met een verbruik van tientallen watts (zonder HDDs) is misschien ietsjes overdreven voor dit topic. Maar ook daarbij kunnen tweaks gevonden worden die ook voor anderen van toepassing kunnen zijn.

Wat ik beschreef is dat een Xeon CPU in dit topic eerder een uitzondering is dan de regel. Totale overkill voor de meeste toepassingen in de categorie homeserver. Dat neemt niet weg dat er power users zijn die om wat voor reden dan ook 'echt' 64 PCIe lanes nodig hebben. In dit topic zullen er daar enkelen van van zijn maar een feit is dat het overgrote deel van de gebruikers het hier heeft over Core i3 systemen en soortgelijks.

Apple silicone zijn zeer krachtig ARM CPU's die volledig overkill zijn voor een kleine thuisserver die wat bestanden serveert en andere zaken in en om het huis regelt. Verder is een Mac-mini nu eenmaal zeer beperkt in uitbreiding van de hardware. Uiteraard kun je via USB veel HDD's aan een systeem hangen maar de voorkeur gaat over het algemeen uit naar direct via SATA aangesloten schijven omdat er dan minder lagen tussen zitten en dat maakt een systeem simpelweg stabieler.

[FrankHe]

pimlie schreef op maandag 10 februari 2025 @ 11:26:
@FrankHe Naar mijn idee heet het topic Zuinige Server niet Zuinigste Server om een reden. Als iemand een toepassing heeft waarbij ECC geheugen nodig is of een Intel platform met veel PCI-E lanes, dan ontkom je door de marktsegmentatie praktijken van Intel soms niet aan een Xeon processor helaas...

ECC is noodzakelijk voor serieuze bedrijfstoepassingen, daar is geen discussie over mogelijk. Of het ook nuttig is voor een zuinige thuisserver is wellicht iets waarover je een boom kunt opzetten. Afhankelijk van het afbreukrisico, welke schade leid je zodra de server niet beschikbaar is? Deze vraag wordt bij thuisserver toepassingen duidelijk minder vaak gesteld dan in een bedrijfsmatige omgeving.

Xeon CPU zijn prachtig voor toepassing in zware workstations en grote servers waarbij energiezuinigheid doorgaand ondergeschikt is aan ruwe performance.

[FrankHe]

Mars Warrior schreef op maandag 10 februari 2025 @ 11:23:
[...]

Voorheen zag je nog wel dat enkel low power CPU's het goed deden in idle, maar die tijd ligt al ver achter ons. Het maakt bijna niks meer uit of je 4 of 32 cores hebt tegenwoordig: idle verbruik is identiek.

Piekverbruik is natuurlijk iets heel anders, maar ook daar kun je kiezen en/of tunen naar gelang de wensen.

Het totale (idle) verbruik wordt eerder sterk beinvloed door de zuinigheid van het moederbord en de efficientie van de voeding. Kontron levert (met optimized defaults) een zuinig mobo out-of-the-box, net als Apple eigenlijk.

Afhankelijk van de wensen is een N100 erg beperkt. Mijn Kontron + 13900K is vaak zuiniger in idle dan menig N100 systeem dat 8-10W doet. En onder load doen de 16 E-cores het net zo goed als een N100, maar dan heb ik met de 16 E-Cores eigenlijk 4 N100 systeempjes in één

Het gros van de 40 containers draaien op de 16 E-cores. Enkel aan aantal interactieve containers draaien op de 8 P-cores waardoor ik snelle responstijden heb, zonder dat dat nu veel Joules kost: het zijn namelijk in de regel korte pieken.

Voor mijn toepassing is deze CPU dus het beste van 2 werelden: zuinig in idle (3-5W), efficiënt door de E-cores en snel dankzij de P-cores.

Een Core i9 13900K komt met een vrij stevig prijskaartje wat natuurlijk relatief is, want als je daarmee slechts één systeem nodig hebt in plaat van drie dan is het uiteraard een uitstekende investering. Desalniettemin zal het niet een configuratie zijn die de meeste mensen in dit topic thuis in hun meterkast hebben staan.

Onder zuinigheid versta ik niet alleen idle verbruik, hoewel dit ontegenzeggelijk het punt is waarop de grootste besparing is te behalen bij een systeem dat 365 dagen per jaar aan staat, bij zuinig denk ik ook aan een matig piekverbruik van bijvoorbeeld ruim onder de 100 Watt. In vergelijking met één of twee decennia geleden zijn computers tegenwoordig uitermate krachtig en ze verwerken nu in enkele seconden waar een computer twintig jaar geleden met gemak meerdere minuten voor nodig had. In dat licht vind ik het geen enkel probleem als iets een keer vijf seconden duurt in plaats van een halve seconde. Een thuisserver doet wat dat betreft doorgaans geen hele kritische dingen.

Van m'n laptop verwacht ik dat die snel is, daar doe ik immers mijn werk op, de thuisserver hoeft van mij lang niet zo rap te zijn.

[FrankHe]

jvwou123 schreef op maandag 10 februari 2025 @ 13:36:
Ik heb hier op mijn bureau op het werk een Mac Mini met Intel (I5-8500B om precies te zijn), en die heeft met monitor aan, muis en toetsenbord, en netwerk (en wifi aan) ongeveer 10 watt nodig, en in idle heeft ie ongeveer 3 watt nodig. (en als het moet draait ie op 80+watt als ie druk bezig is, nu bijvoorbeeld is hij bezig met installeren van updates).
Als ie zo herstart is, en hij heeft het weer rustig is, zal ik even exact doorgeven wat hij nodig heeft in idle.

Ik heb mijn oude macBook Pro in de hoek staan en die heeft zo uit m'n hoofd een Core i5 5257U maar daarbij gaan de fans best wel snel aan het werk om de warmte af te voeren zodra je applicaties draait. Idle valt het verbruik inderdaad redelijk mee.

[RobertMe]

FrankHe schreef op maandag 10 februari 2025 @ 15:38:
Onder zuinigheid versta ik niet alleen idle verbruik, hoewel dit ontegenzeggelijk het punt is waarop de grootste besparing is te behalen bij een systeem dat 365 dagen per jaar aan staat, bij zuinig denk ik ook aan een matig piekverbruik van bijvoorbeeld ruim onder de 100 Watt.

En dat is dan ook waar aan te tweaken is. Zoals @Mars Warrior ook al aanhaalde. Verbruik met hoge(re) belasting van de E-cores niet slechter dan een N100, maar wel 4x zoveel (E-)cores. Dus nee, die i9 is niet perse exorbitant onzuinig onder (hogere) belasting. En met de PL1 & PL2 limieten zijn ook de P-cores in toom te houden. Zoals hier 1 of 2 weken terug volledige benchmarks voorbij kwamen om performance vs stroomverbruik bij verschillende maximale frequenties te achterhalen en wat dus de "beste" maximale frequentie is voor de meeste oompf zonder meteen een exorbitant hoog verbruik te hebben.

In vergelijking met één of twee decennia geleden zijn computers tegenwoordig uitermate krachtig en ze verwerken nu in enkele seconden waar een computer twintig jaar geleden met gemak meerdere minuten voor nodig had. In dat licht vind ik het geen enkel probleem als iets een keer vijf seconden duurt in plaats van een halve seconde. Een thuisserver doet wat dat betreft doorgaans geen hele kritische dingen.

Dat ligt natuurlijk volledig aan wat je er mee doet. @Mars Warrior heeft zelfs publieke websites er op draaien bv. Als page loads 5 seconden duren denk ik dat bezoekers snel afhaken.

En ook bij mijn eigen gebruik zijn er wel zaken waarbij ik toch echt liever een snelle response heb. Liever niet dat de interne DNS server seconden doet over het resolven van een query bv . Maar ook gewoon "tooling" met actiever gebruik wil je niet continu zitten te wachten op de server. Alleen bij achtergrondtaken doet de performance er niet toe. Bv als ik in Uptime Kuma zaken aan het instellen ben wil ik wel dat ik gewoon lekker vlot kan rond klikken. Maar de periodieke checks maakt het mij niet van uit als ze langer duren / traag worden uitgevoerd.

Van m'n laptop verwacht ik dat die snel is, daar doe ik immers mijn werk op, de thuisserver hoeft van mij lang niet zo rap te zijn.

Tsja, maar da's jouw gebruik, en er zijn er ook die zaken anders gebruiken . Als programmeur zou ik ook prima een volledige build pipeline met vele toeters en bellen op een thuisserver kunnen zetten. Als een pipeline dan enkele seconden duurt is dat niet perse een probleem. Maar als door low-end specs de "feedback loop" ineens minuten gaat duren wordt dat toch echt storend. En zo zou ik (AFAIK) ook de volledige development environment op een server kunnen draaien, waarbij op de PC/laptop eigenlijk nog maar alleen de UI wordt weergegeven. Maar zaken als code analysis etc dus allemaal op de server draaien. Ook dan is die beefy server wel wenselijk, en hoef je daarentegen dus maar een low end PC/laptop te hebben.

[Jerie]

FrankHe schreef op maandag 10 februari 2025 @ 15:17:
[...]

ECC is noodzakelijk voor serieuze bedrijfstoepassingen, daar is geen discussie over mogelijk. Of het ook nuttig is voor een zuinige thuisserver is wellicht iets waarover je een boom kunt opzetten. Afhankelijk van het afbreukrisico, welke schade leid je zodra de server niet beschikbaar is? Deze vraag wordt bij thuisserver toepassingen duidelijk minder vaak gesteld dan in een bedrijfsmatige omgeving.

Xeon CPU zijn prachtig voor toepassing in zware workstations en grote servers waarbij energiezuinigheid doorgaand ondergeschikt is aan ruwe performance.

Schade omdat je server niet bereikbaar is? We hebben het over bitflipping. Dat kan permanente invloed hebben op data integriteit.

Het is ook niet alsof het veel duurder is om te maken; 12,5% meer RAM geheugen nodig plus een paar chips.

ECC had allang en breed beschikbaar kunnen zijn, ware het niet dat Intel graag prijsdiversificatie doet.

Gelukkig is er DDR5. Het gaat de goede kant op /s

Overigens doet mijn Xeon het best aardig in idle (nee, niet zo aardig als de beste setups).

[FrankHe]

Jerie schreef op maandag 10 februari 2025 @ 17:58:
[...]

Schade omdat je server niet bereikbaar is? We hebben het over bitflipping. Dat kan permanente invloed hebben op data integriteit.

Het is ook niet alsof het veel duurder is om te maken; 12,5% meer RAM geheugen nodig plus een paar chips.

ECC had allang en breed beschikbaar kunnen zijn, ware het niet dat Intel graag prijsdiversificatie doet.

Gelukkig is er DDR5. Het gaat de goede kant op /s

Overigens doet mijn Xeon het best aardig in idle (nee, niet zo aardig als de beste setups).

In een huis-thuis-en-keuken situatie resulteert een 'eventuele' bitflip niet in omzetverlies van duizenden euro's per uur. Dat is waarom bedrijven serieus veel geld uitgeven aan professionele infra. Ik ben het er mee eens dat ECC eigenlijk al lang standaard had moeten zijn voor elk apparaat maar kennelijk vreet die extra geheugenchip te veel van de marge van de fabrikanten op.

In de openingspost staat expliciet het volgende:
"Veel tweakers hebben thuis een server(tje) staan voor eigen gebruik, of willen er eentje gaan samenstellen/aanschaffen. Zuinigheid is een steeds belangrijker aspect hierin."
Dit laat voor mijn gevoel zien dat Xeon systemen eerder uitzondering zijn dan regel.