AMD Ryzen 3000 "Matisse" – samlingstråd

Har kikat lite på varför Far Cry 5 presterar dåligt på Zen2 och det är inte konstigt, som mest landar cpu användning på 20% under spelande för mig men processen studsar runt på alla 24 trådar precis hela tiden vilket gör att det uppfattas som en all core load trots att det är en mycket liten belastning och det blir rätt extrema latenspåslag som resultat av allt trådhoppande.

Den som designat detta skulle fan skämmas, dom kan utan problem låsa till fysiska & enstaka kärnor istället för att låta processen ping ponga fritt. Att köra detta spel som benchmark & gnälla på zen2 för dålig prestanda är fan en smula hål i huvudet...

Har kikat lite på varför Far Cry 5 presterar dåligt på Zen2 och det är inte konstigt, som mest landar cpu användning på 20% under spelande för mig men processen studsar runt på alla 24 trådar precis hela tiden vilket gör att det uppfattas som en all core load trots att det är en mycket liten belastning och det blir rätt extrema latenspåslag som resultat av allt trådhoppande.

Den som designat detta skulle fan skämmas, dom kan utan problem låsa till fysiska & enstaka kärnor istället för att låta processen ping ponga fritt. Att köra detta spel som benchmark & gnälla på zen2 för dålig prestanda är fan en smula hål i huvudet...

Jag vet att spelet används som ett "värstascenario". Vilket det verkligen är om man ska uttrycka det milt.

Skickades från m.sweclockers.com

Fungerar bättre än på min gamla 6700K iaf så jag är nöjd

Nä dåligt rullar det väl inte men det kan rulla jävligt mycket bättre, låste precis ner processen till CCD1 (0-11) och tjänade 25% extra minimum fps, ska prova lite mer men varför detta inte blivit patchat är nog det större frågetecknet...

Edit: har provat lite till och det verkar som det är en kombo av dålig kodning från ubis sida och nvidia drivarn som spawnar massor av renderingstrådar, sistnämnda går dock att stänga av i drivarn men resultaten är lite iffy, lika med FPS i spelet med låsning till en CCD, för vissa partier i inbyggda benchen resulterar det i bättre fps medans andra tappar, kör man SMT off så ökar fps generellt men topparna minskar. FC5 verkar landa runt 100 aktiva trådar men maximalt 8st samtidiga under jobb, det som ställer till det med att låsa processen är just nvidia drivarn som vill ha 24 kärnor och det blir lite skumt när man låser det till 12.

En sak som slår mig med Ryzen 3000 är hur fort temp går upp och ner. Tiden både upp och i temp är ju frågan om sekunden.
Så borde det inte se om kärnorna hade "god" kontakt med kylaren. Den termiska trögheten som borde finns bara av massan i metallen som ligger mot CPU borde göra temp upp och ner tar åtminstone några sekunder. Nu kan jag ju köra en 30 sekunder stress test med fläkten på max. Eller en helt stilla fläkt utan nämnvärda skillnader i temp. Kylaren hinner så att säga inte bli varm. Längre test blir givetvis annorlunda. Det innebär ju att i prakten är det dålig värmeöverföring från kärnor till kylare som är begränsningen där den vid en given temp har en max frekvens och det är där man slår i taket.

En sak som slår mig med Ryzen 3000 är hur fort temp går upp och ner. Tiden både upp och i temp är ju frågan om sekunden.
Så borde det inte se om kärnorna hade "god" kontakt med kylaren. Den termiska trögheten som borde finns bara av massan i metallen som ligger mot CPU borde göra temp upp och ner tar åtminstone några sekunder. Nu kan jag ju köra en 30 sekunder stress test med fläkten på max. Eller en helt stilla fläkt utan nämnvärda skillnader i temp. Kylaren hinner så att säga inte bli varm. Längre test blir givetvis annorlunda. Det innebär ju att i prakten är det dålig värmeöverföring från kärnor till kylare som är begränsningen där den vid en given temp har en max frekvens och det är där man slår i taket.

@tellus82:
Vi säger ju samma sak men med olika ord.
Håller helt med i din beskrivning. Kislet blir troligen mycket varmt med "hotspot" och då begränsas bland annat frekvens.

@Novdid: Fast det är ju tempen i kislet som spelar roll. För varmt där och man har ingen CPU längre. Man jag tycker det tyder på att begränsningen ligger mycket i att kislet har mycket liten massa och bristande värmeöverföring till kylaren vilket gör man direkt går in i termisk gräns vid last och därmed kommer man inte upp i frekvens. Lite troligen man kan göra åt detta. Storleken på kylaren spelar nog inte så stor roll då värmen i vilket fall inte hinner överföras.
En test som tittar på prestanda vs kylare.

https://www.techspot.com/review/1875-ryzen-3900x-wraith-prism...

Jag ser inga "problem" utan en funktion. Det blir ju rätt uppenbart varför det rent termiskt inte går komma upp i frekvens, dvs det skulle bli för varmt i kislet tämligen omgående om inte CPU själv begränsar effekt och därmed värme.

Nä dåligt rullar det väl inte men det kan rulla jävligt mycket bättre, låste precis ner processen till CCD1 (0-11) och tjänade 25% extra minimum fps, ska prova lite mer men varför detta inte blivit patchat är nog det större frågetecknet...

Edit: har provat lite till och det verkar som det är en kombo av dålig kodning från ubis sida och nvidia drivarn som spawnar massor av renderingstrådar, sistnämnda går dock att stänga av i drivarn men resultaten är lite iffy, lika med FPS i spelet med låsning till en CCD, för vissa partier i inbyggda benchen resulterar det i bättre fps medans andra tappar, kör man SMT off så ökar fps generellt men topparna minskar. FC5 verkar landa runt 100 aktiva trådar men maximalt 8st samtidiga under jobb, det som ställer till det med att låsa processen är just nvidia drivarn som vill ha 24 kärnor och det blir lite skumt när man låser det till 12. Med enbart threaded optimization avslaget i drivarn så ökade snitt fps till 135 från 126, för en octacore är nog bästa resultat att köra processen låst til fysiska kärnor och sedan threaded optimization off.

Bara som kuriosa, Process Lasso från bitsum är skitbra på att styra upp affinity på processer som annars inte tillåter det.

@Novdid:
Du kan ju använda Ryzen master.. den döljer spiker och visar medelvärden (därav redovisar den expelvis lägre max frekvens än expelvis CPU-Z ). Jag har då inga problem att fixa en bra fläktkura med mycket information.. men med bristfällig.
Jag ser heller inget problem med att temperaturer faktisk redovisas. Vad gäller användarvänligheten så ser jag hittills en brist i kylningen och det är att stock fläktar, max kylaren inkluderad, ger mycket varv och låter mycket utan att man ändrar fläkkurvorna rätt dramatiskt.
På en max kylare får jag ställa hastigheten till 0 för att faktist få ner varvet till runt 1000. Andra fläktar svarar helt annorlunda på detta och upplevs därmed tystare.

Om det spelar någon roll så minns jag att min GPU load aldrig ville gå på max även fast jag inte nådde FPS upp till refresh rate på min skärm. Iofs handlade det säkerligen delvis om CPU bottleneck men ändå.

Nu med 3800X är detta nästan inte ett problem längre.

Detta är konstigt allt under 1.34v på dram var cold boot problem men nu när denna option nedan är på 100% inte mer så kan man boota med lägre volt utan problem

https://i.imgur.com/hZwt75s.jpg

Detta är konstigt allt under 1.34v på dram var cold boot problem men nu när denna option nedan är på 100% inte mer så kan man boota med lägre volt utan problem

https://i.imgur.com/hZwt75s.jpg

Fast som vanligt så gör du ju det på egen risk (ryggen fri).

Har ju googlat efter lite guider/värden för latmask-OC min 2700X och minnen, och det är där jag sett många lyckats med just 1.20 V på SOC.

Har inte riktigt tålamodet att sitta och labba dagarna i ända för så fort det kommer ny UEFI så får man en pungspark eller två.