#0 er du okay?
--

Hold da kæft en nytårsefterbrænder! xD
--

jeg fik også noget igår ;)
--
Asus tuf b460m wifi, 4X8GB hyperX RGB ram 10700kf, lenovo rtx 3070 Artic freezer 2 240 cpu køler/nr400 kabinet 2X m.2 ssd. Asus pg279q

Næste skridt er vel at folk begynder at bruge forum til indkøbslister til dagligvare :-)
--

Jeg blive lige noed til at saette nogle store asterisk here. Det tekniske er ikke hel forkert me der er nogle store MEN, den ikke tekniske forklaring er tilgengaeld helt af vejen Lad mig starte fra starten af "så bør man oplåse alle core i win ? " ikke altid. jeg bruger dit ord oplaase meget bred. men der er absolut grunde til at laase cpu (logikse)cores af for spil hvis du vil oppe din FPS. Jeg gaar ud fra at mere skaaret ind saa taler du om core pariking som har varet et laenge kendt problem. Saa laenge at windows 10 med nyeste opdatering selv slaar det fra nu. saa alaerede her er du forkert paa den. der er ikke behove or det paa windows 10/11 som skriver. Core parking stiller en cpu i en deep sleep states hvor dan ikke kan eksvere code. jeg mener at huske det er C6 og naturligivs can an core kun afvikle kode I C0 state. Denne state er saa dyb at det tager paen lang tid at komme fra C6 op til C0 saa der er noget perfomance hoem ed det. men det er ikke det vaerste. Det vaerste er at C6 er styret software mae4ssigt paa forbrug uden at tage windows cpu scheduler med i beregning som giver problemer med affinity haandtering ( hvilket coere en traad skal afvikles paa) dvs en given traad eller process der afvikles via affinity kun paa en core der er parked.. vil ikke unparke i stedet for vil software bare ikke blive afviklets. En nem test er at starte 7-zip og gaa i benchmark mode, men stop benchmark koersels. vent paa en core gaa i parke mode. og saet saa ffinity til disse cores. Klik koer benchmkar og see hvordan ingenting sker. ingen cpu load. ingen benchmark koersel. Der er ikke nok totatl cpu load til at aabne op for dereres. men der kan ikke skabe noke cpu load pga de cores der er gives via affinity kan ikke startes op. Dette har intet med at "når i låser dem op,vil de ikke længer stå i kø for at få lov til" der er ikke noget koe system. ente er de tilgaengelige eller ogsaa er de ikke. De virker som om der er blevet laset noget material okring cpu scheduler i windows som ikke blev forstaaet korrekt og orde koee bliver nu brugt i forkert sammenhaeng her Tilbage til foerste erklaering. men vil GERNE laase cpu cores. igen ret mig hvis jeg taer fejl her men selv DX12 har ikke uendlig skalering mulighed. dvs der er te punk hvort du har nok traade afvikles aka tilgaengelige (logiske)cores. jeg mener ta huske der ligger omkring 6 cores med SMT dvs et sted mellem 6 og 12 cpu tunge/vgtige traade. lad os bare sige 12 i dette eksempel. hvis du du har ecpu med 12 physsiske cores med SMT or derved24 logiske cores. saa kan de bestemt vaere en fordel at saa nogle af dem fra. Windows CPU scheduler er ikke optimal tikl at forstaa SMT. den ser storset alle logiske cores som identiske cores. der har vare nogle forbeedringer med windows 10 nogle aar siden men jeg mener dette stadigvaek er tilfaeldet. Anyway examplet Computer har 12 cores og SMT. vi har software der har 12 cpu tunge/vigtige traade (igen software har traade. cpu'er har ikke. en cpu afvikler traade) 1. traad blive afvikles paa logiske core X 2. traade paa logiske core Z 3. traade paa logiske core Y Core x Kan blive afvikles paa en ud af 24 logiske cores uden problemer der er ingenting der bliver aviklet lige nu. Traad 23 kan blive afvikles paa en ud af 23 logiske cores. men hor. her et er problem. for en af disse 23 logiske core er partnet men den som blev vlagt til at haandter traade 1 og derved gaa det til samem fysisk core som de nu skal dele og derved ikke huld adgag til alle dets ressources et et given CPU slice (tiden en traad for lov at live afviiklet for windows deler ud igen) dvs du har nu omkring 4.3% chance for at traad2 liverr haandteret suboptimal. Traad3 kan blive afviklet paa i 4.3 af tilfaelde paa envher af de frige 22 logiske cores. udne problemmet men i okring 95.7 af tilfaelde er der 2 logiske traad der har en partner der er i brug. saa nu er der 9% risiko fort at blive afviklet sub optimnal. for et total risiko paa 8.613%. Ved traad4 bliver matematike ret irriterende. men take away er at jo flere ting traade du afviklet jo stoerre chances for at en traad bliver afvikles pa en logiske cores der er partner med en optager logiske cores og derved en delt fysisk cores. i stedet for bare at lade windows handtere dene traad til logisk core reseveringautoamtisk saa kan vi med affinity slaa half delen af de logiske cores fra (lige elelr ulige) og derved helt omgaa scenariet hvor to traade fra dit spil blived ledet til samem fysisk cores. og bom all traade har full Core tilgaengelighed og meget bedre stabilt/hoejere FPS Dette alene har vist op til 22% raa FPS boost i Peer reviews paa mit tool
--
Sven Bent - Dr. Diagnostic www.TechCenter.[...] - Home of Project Mercury

TLDR. Lad vaere med at lytte for meget ti forkalring i OP der er noget hjemmbrygget. og der ER god grunde til at slaa CPU cores fra for perfomance boost. saa man kan omgaa SMT's bagside som er performance tab ved multitraade software der ikke er traade nok i forhold til din cpu
--
Sven Bent - Dr. Diagnostic www.TechCenter.[...] - Home of Project Mercury

I har haft et vildt nytår.
--

jeg glemte helt "xmp er lavet til at passe så mange ram som muligt" XMP definere ikke dine timmngs. XMP er en med for at ram kan fortaelle dine bios/memory controller hvilke timmings tilat koere med. saa at have andre timmins are ikke noget Med XMP at koer men de valgte timming fra fabrikken. saa den overstaaet saetnign virker ret malplaceret Derudover vil jeg paa stat (men har ingen relle test paa dette) at tFAW nok er meget individuel alt efter din ram forbrugs moenster. tFAW definer hvor lang tid vi skal vente paa den femte Active command hvis 4 hurtige kom ind. eller sagt paa en andne maade hvis 4 hurtige ative command commer in til RAM saa vil en kort tFAW vaere oenskebart da vi hurtiger kan faa den naeste active command ind. men hvis vinduer et for kort saa faar vi ikke all 4 active commands in og den 3 eller 4 can ikke afvikler direkte efter 1 og 2. og en laenge tFAW ville have vaeret bedre for permance. saa at rodde med disse window timmings saa er det vigtgiet et tage forbehold at man tuner til hvad man tester med og ikke noedevendighvis hvad man bruger maskine til.
--
Sven Bent - Dr. Diagnostic www.TechCenter.[...] - Home of Project Mercury