Microsoft-uppdatering ökar spelprestandan för Ryzen-processorer

Well, vet inte riktigt vad som orsakat reset problemet. Reset problemet kan ju ha att göra med uppdateringen och återställningen vara ett fristående problem (som jag vet att jag haft tidigare vid 2 tillfällen).

Spännande!

Ser nu att Win 11 har denna uppdatering som valbar på "framsidan", innan låg den under valfria uppdateringar:

Men jag väntar nog ett tag tills röken lagt sig. Har kört en 7800X3D stabilt med pbo -30 all core i ett år nu.

Bara jag som inte fått någon direkt ökning i CS2?

Har en 5800X3D...

Nej chipsetdrivers är inte cpu-drivers. På sin höjd kan de innehålla ny mikrokod för att patcha CPU:n, men de innehåller inte cpu-stöd för Windows öht (vilket bla är varför som Microsoft släpper en sak som 24H2, dvs stöd av en cpu på den nivån är något som MS själva måste koda för, inget som någon extern kan göra).

Intel Thread Director, enligt Intel själva, är:

• Monitors the runtime instruction mix of each thread and the state of each core with nanosecond precision.

• Provides runtime feedback to the OS to make the optimal decision for any workload.

• Dynamically adapts its guidance according to the Thermal Design Point (TDP) of the system, operating conditions, and power settings.

Dvs den matar Windows scheduler med info (metrics) så att den kan göra ett bättre val på system med olika starka kärnor (dvs eftesom e- och p-cores har olika prestandakaraktär så behövs det ett sätt att identifiera vilken tråd som skall räknas som en bakgrundstråd och vilken som skall räknas som en prestandatråd, detta då Windows inte har ett API för det som t.ex macOS har [mycket bättre lösning]).

Ingen sådan info kan matas in för det som är problemet med Windows och AMD (dvs branch predictorn). Inte heller behövs det för att schedulern ska fatta att cpu:n består av olika CCD:s med latens mellan dem och/eller med olika cache storlek, därför att den infon kan Windows extrahera via den vanliga vägen om statisk info från CPU:n.

Ja, det är CPUn som går fullt eftersom det inte gav speciellt mycket att gå från ett 5700XT till ett 4070 SUPER som är typ dubbelt så bra (Nej, uppgraderade inte för CS specifikt)..

Nej, om du kollar videon från Hardware Unboxed så får inte han heller någon märkbar förbättring i CS2.

Har dina 1% lows ökat?

Sen får nog inte varenda spel en märkbar boost, det visade även HUB i sin video (dock med Zen 4 & 5). CS2 kanske bara är ett av spelen som inte får en boost.

Enligt benchmark-mappen - Nej

Denna visar hur en 5700x3D presterar efter uppdateringen i ett par valda spel

https://youtu.be/kF8xgjK_yQk?si=AJLuoScXpfKPaApJ

Dvs ngr %s ökning för zen 3

Ganska många % i flera fall skulle jag säga, iom att det inte är 720p Low utan något spelbart som testas.

Runt 6% i Cyberpunk.
10-11% i Fortnite
8% i Warzone
0-7% i Hogwarts Legacy
0% (om inte -1%) i Black Myth: Wukong

Mer än jag hade räknat med helt klart.

Fortfarande inte drivers på det sättet som du vill iom att du menar att AMD borde ha fixat detta via drivers. Dessutom borde den som har minsta lilla programmeringskunskap inse att man inte kan ha en driver för en cpu på samma sätt som man t.ex har för en gpu eller IO-enhet, utan stöd på den nivån (förutom småsaker som de tabeller som Toms beskriver som "power schedules") måste kodas in i Windows i grunden precis som vi i Linuxkärnan gör med archs.

Fast det gör den ju inte, t.ex kan du inte lägga in säg AVX-512 stöd via en chipsetdriver, inte heller kan du lägga in stöd för nya funktioner eller register ala x86 vs amd64.

Thread Director finns inte till Linux för den behövs inte, det du länkade är pass-through till Windows-gäster när Linux är host. Och precis som jag skrev så är det enbart metrics som den ger som sedan Windows schedulern använder för input, Thread Director isig gör ingen som helst scheduling, anledningen till att den finns är att Windows annars inte vet om en applikation använder sig av cpu-funktioner som inte finns i e-cores (nu backade ju iofs Intel från att ha avx i P men inte i E men att identifiera sådan kod är iaf en del av av thread director gör) och sedan gör den en hw bedömning om tråden är att klassificeras som en bakgrundstråd eller en interaktiv sådan.

Fortfarande kan inget av dessa två sätt användas för att fixa det som var fel i Windows med Ryzen 4 och 5.

branch predictorn har ingenting med schedulern att göra. Fixen som MS gjort i nya versionen av Windows har ingenting med schedulern att göra. Inte heller något som kan ändas med microcode. De har inte sagt ett knyst om vad de faktiskt ändrat, men troligen handlar det om att de applicerat någon form av Spectre mitigation som inte behövdes (dvs de har glömt att vitlista zen 4 och zen 5) och att den gamla koden sas gjorde så att BTB flushades vid context switches, eller något liknande.

Vet inte varför MS behövde mer information till schedulern för att få till core parking för 9900 och 9950, när jag lade till den funktionaliteten i GameMode till Linux för över ett år sedan så gjorde jag det helt utan någon som helst info från AMD och den fungerar fortfarande idag utan någon ändring på 9900 och 9950.

Harware Canucks visar på fördelar för både Intel och AMD i Win11 24H2 preview pga att memory integrity är avstängt by default vid clean install, samt att uppdateringen för 23H2 inte presterar identisk med 24H2 preview.

Sant, jag lyssnade/kollade bara med halvt öra/öga igår.

Ja och om du vet vad en branch predictor i CPU:n är och hur den fungerar så förstår du varför de inte kan stoppa in någon optimering för det i Windows för spel och applikationer. Måste handla om hur Windows hanterar någon av Spectre-hålen vid context switches.

Zen5 har ett längre fönster som gör att den gör förutsägelser inte bara på närmaste branch utan även på nästa i kombination med att den har längre pipeline så om t.ex Windows flushar BTB/BHB vid context-switch (något som introducerades som en fix för Spectre v2) så försvinner plötsligt ganska mycket av de fördelar som den arkitekturen är tänkt att ge.

Spectre v2 fixar kan använda IBRS, IBPB eller Retpolines, jag vet inte vilken väg som Windows körde men Linux kan beroende på CPU och inställningar köra alla 3 och de har olika prestandaprofiler på olika cpu:er så därför är min gissning att de i 24H2 gjort något med detta för Zen4 och Zen5. För som sagt du kan inte i operativet påverka branch predictorns beteende i userspace.

Hur menar du, att de inte gav tillräckligt med information? Det är väl ändå på rena logiska operationer som branch prediction sker, och då enbart på processorsidan. Inget i Windows skickar väl ändå information om hur if/and/or satser ska arbetas genom i branch prediction?

Om topology- det är väl vad sechdulern är, snarare än branch prediction?

Att det skulle vara någon mitigation är vad jag lite tänkt med men är inte så insatt i den delen. Kan inte klura ut hur det annars skulle styras något i branch prediction från Windows annat än att bara slå av/på redan inbyggda funktioner såvidare det är något riktigt jävla janky setup av "telephone" där Windows spoofar runt med hur processer hanteras för att försöka skapa ett visst beteende i branch predictor och AMD behöver ge någon slags modell för hur man kan påverka branch predictor indirekt. Vilket vore coolt men lite absurt.