SweClockers intervjuar Robert Hallock – AMD:s marknadschef för processorer

Å där kom AMDs svar angående 300-serien

Denna ska ses igen! Snyggt skött av @UndaC

Roligt content!

Han fick allt in ett slag i magen mot Principled Technologies där utan att göra det på ett spydigt sätt. Snyggt skött. Bra frågor och bra svar

Jag tror det handlar om en medveten strategi från AMD att göra fler kärnor till norm, och Intel har snällt fått följa efter. Sannorlikt så skulle det vara lättare för AMD att binna processorerna så att man har en "guld-chiplet" som skulle kunna klockas högst och prestera bättre i spel än *950X, då dagens spel sällan eller aldrig utnyttjar mer än 8 kärnor, men om de gjorde så så skulle de tappa mycket av intäkterna de idag får in från *900X och *950X, då, som Robert själv konstaterar "de flesta spelar", och det skulle göra processorerna med fler kärnor onödiga för "den stora massan", men som det är nu så får man snällt finna sig i att köpa modellerna med högt pris och höga marginaler om man vill ha "det bästa" från både Intel och AMD, så det är väl logiskt.

Angående detta med att sorida lasten över flera CCX så är min erfarenhet att gör man så i Windows via process lasso eller att manuellt sätta affinity så får man lägre boost då det äter strömbudget och ökar värmepåslaget när man har kärnor och chiplets igång "i onödan". Men menar du då att tillgången på cache kompenserar för den lägre boosten, eller boostar inte Ryzen lägre i Linux med fler vakna chiplets?

Självklart handlar det om att de artificiellt begränsar maximal turbo på de lägre modellerna, de har båda lärt sig från HEDT att fler kärnor mer lägre boost leder till en extremt nischad produkt då färre men snabbare kärnor är bättre för en väldigt klar majoritet av användarna.

Boosten för allt över basfrekvens styrs i praktiken helt av CPU idag, så OS lär inte göra någon direkt skillnad. I Windows fall tenderar saker hoppa rätt friskt mellan kärnor, kan mycket väl vara så att om man begränsar program till specifika kärnor med processor lasso kan det ge lite lägre boost då de lastade kärnor rimligen kommer bli varmare.

Linux tenderar i det längsta undvika att flytta en viss OS-tråd från den CPU-tråd den kör på. Även om det kan ge lite högre boost att flytta den kostar det rätt mycket prestanda då L1$/L2$ är bundna till en specifik kärna och när en last flyttas måste data läsas om in i CPU-lokal cache.

Gjorde ett snabbskott, variansen på genomsnittlig frekvens över de 3 kärnor / 6 trådar som lastas är typ <100 MHz. Högsta frekvens får jag genom att lägga allt på CCX#0 som i mitt fall har CPU #1, #3 och #4 sett till maximal boost. Kör jag i ställt på CCX#2 eller CCX#3 blir genomsnittlig frekvens lägre om alla trådar går i ett CCX jämfört med att köra 1/2T över CCX#0-2.

D.v.s. skillnaden i frekvens är så liten samtidigt som man totalt sett får 3x så mycket L3$ genom att sprida över CCX.

Sen ska man inte överdriva effekten av mer cache. Miss-rate minskar ungefär som roten ur storleken på cachen. Redan vid de L3$ storlekar vi hade för ett par år sedan ligger miss-rate ofta ~10 % eller lägre. Hit-rate går då ~90 % till 93 % om man dubblar storlek på cache, det är en minimal ökning. Just spel tenderar se högre vinst av mer L3$ medan övriga program ofta redan har väldigt hög hit-rate oavsett. Det indikerar också att det är mer att effektiv L3$ per kärna ökade än minskad latens mellan CPU-kärnor som ger en boost för Zen3, prestandaökningen är klart större i spel jämfört med de flesta andra applikationer.

Intressant. Jag får köra lite egna tester sedan och jämföra. Men då Ryzen per default verkar hoppa mellan kärnor även vid typ CB-single core tester så vet jag inte om man kan vara säker på att även om man genom affinity begränsar lasten till vissa kärnor så håller de sig fysiskt till de kärnorna. DVS är de kärnor man ser i task manager eller HWINFO fysiska eller är det en logisk representation?

Går ju annars göra ett rätt enkelt test genom att köra ett spel och kolla villka kärnor som belastas, är det då t. ex 4st kan man i första testet lägga dem på en chiplet, för att i nästa test köra 2 kärnor per chiplet, och då med inställningar som gör att GPU inte flaskar. Är det så att det är en signifikant skillnad som ligger utanför felmarginalen så har AMD skjutit sig i foten med raketkulspruta då de fram tills nyligen legat efter Intel i spel, och därigenom dragit på sig ett mindset från konsumenter att "Intel är bättre i spel, oavsett produkt."

Besudlade datorn med CB20 (CB23 verkar inte fungera under Wine), det markerade har inget med Ryzen att göra utan är 100 % en effekt av hur Windows fungerar. Kör jag CB20 ST på Ubuntu server 20.04 ligger lasten helt fast på en en enda kärna, man kan få den att byta genom att dra igång något specifikt på den kärna CB20 valt annars ligger den fast- Det beteendet ger möjligen lite lägre boostfrekvens p.g.a. värme, men det är optimalt ur prestandahänseende då man håller L1$/L2$ "varma".

Ser inte vad AMD gjort fel innan. De var sämre i spel primärt då deras CPUer var svagare per kärna än Intels, fanns inget AMD kunde göra i programvara för att ändra på det ("optimera för Ryzen" har aldrig varit realistiskt utanför några enstaka procent).

Nu när de har en CPU som är snabbare än Intel per kärna samt "tillräckligt med kärnor" (6C/12T är mer än nog) så kliver man förbi. Det var inte svårare än så.

Då folk verkar bry sig om 2-3 procent skillnad så tycker jag nog att de kunde ha jobbat lite mer med mjukvara eftersom det tydligen var svårt att fixa i hårdvara, det var mest så jag menade

Jag gjorde lite snabba tester med GTA V nu. Jag får bäst resultat genom att sätta affinity till kärna 0, 2, 4, 6, 8 och så vidare med chiplet 2 helt avstängt, vilket borde vara samma sak som att slå av SMT på en 3800X. Har inte riktigt verktyg för att få fram vettiga jämförelser men upplevde högre FPS och lite bättre flyt. Kanske 4-5FPS mer i snitt. Anekdotiska bevis och isolerat till ett enda spel, men ändå intressant. Kan ju ha att göra med att om en tråd får all L1-cache för sig själv så hjälper det något. Sämst resultat fick jag genom att köra samma sak fast på chiplet 2, vilket är logiskt då det är lökigare bin på den chipleten. Spred jag up det så att varje chiplet fick hälften av trådarna så hamnade jag ungefär i mitten, men fortfarande sämre än att inte sätta affinity alls.

Fast det handlar aldrig om några 2-3 procent, kikar vi i Ryzen 5000 resultaten ligger 10900K 31 % högre (720p) och 25 % högre (1080p) än 3900X i lägsta FPS över de titlar som SweC testar.

Idag handlar det om enstaka procent, Ryzen 5000 är snabbare än Comet Lake men sett över lite fler titlar är fördelen just några enstaka procent. Enligt SweClockers mätningar har Intel av någon märklig orsak något bättre lägsta FPS i 1080p och uppåt, märkligt då man ligger någon enstaka procent under i 720p och det borde konvergera mot noll.

Hade krävs magi för att göra något relevant innan Ryzen 5000 och AMD ska vara väldigt glad att de han ut med den serien i samma veva GPU-prestanda ökade så pass mycket att även relativt nya CPU-modeller börjar bli flaskhals (i lägsta FPS i alla fall, finns lite mer svängrum i genomsnittlig FPS).

De som rekommenderade Ryzen innan 5000 för spel med motiveringen "mer framtidssäker" känner sig förhoppningsvis inte helt nöjd med sina insatser i att vägleda andras köp just nu...