Er det Windows 10 der er skyld i Ryzen dårlige gameperformance?
Bundkort / CPU d. 10. marts. 2017, skrevet af Burgurne
Vist: 998 gange.
Burgurne
#0
Det ser _måske_ ud til, at det er Windows 10 der har fejlen, når Ryzen klarer sig dårligt i spilsituationer, da der er problemer med at genkende SMT "hyperthread" på Ryzen korrekt, samt at Windows ikke kan køre fejlfrit med 0.25 multipliers.
Læs Microsofts mulige bekræftelse her:
http://www.guru3d.com/news-sto...
Læs Microsofts mulige bekræftelse her:
http://www.guru3d.com/news-sto...
#1
Det er ganske muligt, men man må undre sig over at AMD ikke har opdaget det, I deres interne test af CPU'en.
#2
#1.
Enig, de har brugt 4 år på at lave den, mon at den virker bedre med Windows 8 ? 😲 😀
Enig, de har brugt 4 år på at lave den, mon at den virker bedre med Windows 8 ? 😲 😀
#3
Synes i de forskellige review det går igen med SMT og bios.
Men Sven-Bent herinde har jo lavet et fiks lille program han søger Ryzen ejere til at teste!
Men Sven-Bent herinde har jo lavet et fiks lille program han søger Ryzen ejere til at teste!
#4
#0
Det er ikke windows 10 skyld (ikkr drres fejl). problemmet vil varre i andre windows ligesaa. Problemet er at AMD har designe en CPU med nogle faldgrupper som windows naturligvis kan andre til at omga da det er windwos der storr for tildeling af CPU ressoruver til de traade der beder om det.
AMD har ikek et 8 core CPU mend mere end 2x4core CPU
de har en guppe af 4 cores pg end ande gcruppe med 4 cores som hver iser har sin egen l3 cache.
Windows kender ikke til denen opdeling pt. saa den anser alle cores som vaerende lige gode . pracist som under intel.
Men intel ehar en l3cache der daekker ALLE cores og er inclusivt.
det der sker under AMD ryzne aer at en cpu tug traade ligger sig paa core 1 som er i gruppe 1 og lidt efter bliver den smidt ove til core 7 som er ie gruppe 2.
det betyder at alt data som luaa i gruppe1's l3 cache ikke langer ligge i l3 cache for hvort cpu'en er og skal kopiere over foerst.
det skaber antruglvis et delay i operationer og derved falder CPU performance.
Det er samme problem du har med dual CPU loesninger. og ikke noget nyt. Windows kender dog til dual CPU og kan forebgget det en smule. den skal bare lares at Ryzen er har samme problem.
derudover er der et SMT problem med Ryzen som der ogsaa er paa intel CPU'er.
Det er en helt naturligvis bagdel af SMT multihteade software der ikke har nok thread til at udnytte alle logiske core falder i performance.
det er igen det samme issue med intel men det se mere hos AMD pga det har ENDny flere logiske cores saa det krave ENDU flere traade at komme ud af problemattiken.
Det der sker med faa traade under SMT er foelgennde
lad os antage en cpu med 2 fysiske cores og 4 logiske cores. aka ligesom en i3 eller de nyere pentiums
Du har et stykke software der koere 2 cpu tunge traade
traade et ryger til logisk core 1 some er paa fysiske core 1
traad 2 har 3 logisk core tilbaeg at haven paa. en af disse page paa den samme fysiske core.
dvs der er 33% risiko for at traade rammer logiske 2 som er paa fysiske core 1 og derved deler de 2 traade samme fysiske cpu og kore kun med "halv kraeft" istedet for.
slaa vi nu SMT fra og kun har de to fysiske cores
sa ryger traad 1 til fysisk core 1
ohg traad2 ryger til fysisk core 2 og nu er en hel fysisk core til hver traad.
AMD Ryzen har bare ikke et sarlig godt desigb for multihreade software der deler en masse data. dres cache system er ikke lige sa godt som intel desing.
men tilgengald har du en masse cores saa har du arbejder som kan arbejde naeste uafhaengig i alle traade for du super ergne kraft. det vil vare opgaver saaseom. 3d renderingsasom cinebench da du her dele opgaverne helt op i smaa bider ssom har hver sit data at arbejde med.
video komprimeirng af samme aarsage.
7-zip komprimering hvor det er tale om en data linaer parallelisering kan der vare problemmet. men traad2 nr 2 i 7-zip som tager sig a entropy enkoding er typsik meget hurtigere end traad 2. saa den vil nemt kunne foelge med selvom der er lidt sloevhede med cache systemmet.
jeg er temmelig sikekr paa at problemmet kan omgaas med lidt affinity styring ligesom med SMT. men man skal vide lidt om system load paa sin cores.
Desvaerre har jeg ikke en ryzen til at teste det efter.
men jeg vil sige ethvert review site der anbefale at slaa SMT fra i bios ... muligvis ikke har helt styr paa hvad de taler om det da SMT penalties kan omgaes med affinity styring ( det er det jeg goer i Project mercury)
Det er ikke windows 10 skyld (ikkr drres fejl). problemmet vil varre i andre windows ligesaa. Problemet er at AMD har designe en CPU med nogle faldgrupper som windows naturligvis kan andre til at omga da det er windwos der storr for tildeling af CPU ressoruver til de traade der beder om det.
AMD har ikek et 8 core CPU mend mere end 2x4core CPU
de har en guppe af 4 cores pg end ande gcruppe med 4 cores som hver iser har sin egen l3 cache.
Windows kender ikke til denen opdeling pt. saa den anser alle cores som vaerende lige gode . pracist som under intel.
Men intel ehar en l3cache der daekker ALLE cores og er inclusivt.
det der sker under AMD ryzne aer at en cpu tug traade ligger sig paa core 1 som er i gruppe 1 og lidt efter bliver den smidt ove til core 7 som er ie gruppe 2.
det betyder at alt data som luaa i gruppe1's l3 cache ikke langer ligge i l3 cache for hvort cpu'en er og skal kopiere over foerst.
det skaber antruglvis et delay i operationer og derved falder CPU performance.
Det er samme problem du har med dual CPU loesninger. og ikke noget nyt. Windows kender dog til dual CPU og kan forebgget det en smule. den skal bare lares at Ryzen er har samme problem.
derudover er der et SMT problem med Ryzen som der ogsaa er paa intel CPU'er.
Det er en helt naturligvis bagdel af SMT multihteade software der ikke har nok thread til at udnytte alle logiske core falder i performance.
det er igen det samme issue med intel men det se mere hos AMD pga det har ENDny flere logiske cores saa det krave ENDU flere traade at komme ud af problemattiken.
Det der sker med faa traade under SMT er foelgennde
lad os antage en cpu med 2 fysiske cores og 4 logiske cores. aka ligesom en i3 eller de nyere pentiums
Du har et stykke software der koere 2 cpu tunge traade
traade et ryger til logisk core 1 some er paa fysiske core 1
traad 2 har 3 logisk core tilbaeg at haven paa. en af disse page paa den samme fysiske core.
dvs der er 33% risiko for at traade rammer logiske 2 som er paa fysiske core 1 og derved deler de 2 traade samme fysiske cpu og kore kun med "halv kraeft" istedet for.
slaa vi nu SMT fra og kun har de to fysiske cores
sa ryger traad 1 til fysisk core 1
ohg traad2 ryger til fysisk core 2 og nu er en hel fysisk core til hver traad.
AMD Ryzen har bare ikke et sarlig godt desigb for multihreade software der deler en masse data. dres cache system er ikke lige sa godt som intel desing.
men tilgengald har du en masse cores saa har du arbejder som kan arbejde naeste uafhaengig i alle traade for du super ergne kraft. det vil vare opgaver saaseom. 3d renderingsasom cinebench da du her dele opgaverne helt op i smaa bider ssom har hver sit data at arbejde med.
video komprimeirng af samme aarsage.
7-zip komprimering hvor det er tale om en data linaer parallelisering kan der vare problemmet. men traad2 nr 2 i 7-zip som tager sig a entropy enkoding er typsik meget hurtigere end traad 2. saa den vil nemt kunne foelge med selvom der er lidt sloevhede med cache systemmet.
jeg er temmelig sikekr paa at problemmet kan omgaas med lidt affinity styring ligesom med SMT. men man skal vide lidt om system load paa sin cores.
Desvaerre har jeg ikke en ryzen til at teste det efter.
men jeg vil sige ethvert review site der anbefale at slaa SMT fra i bios ... muligvis ikke har helt styr paa hvad de taler om det da SMT penalties kan omgaes med affinity styring ( det er det jeg goer i Project mercury)
#5
her et eksempel paa SMT issues i cinebench
Dette er en 4 fysiske cores/8logisk core CPU
Testen er koert med 4 traade for at illustrere problemet
4thread HTon parking (Default
473
477
474
4thread HTon No parking
541
542
536
4thread HTon No parking No HT conflicts
619
617
616
De sidste to saet er de interesante data. Ved at disable SMT via afinnity styring stiger vi fra ca 540 til 617
Det er et 14% boost i at omgaa SMT penalties
hvilket sjovt nok er ca det samme som Tomshardware saa i Ryzen ved at slaa SMT fra i bios.
Det er intet nyhed i denne opdagelse. Det er har varet der siden den foerste I7 cpu med Hyper threading.
Dette er en 4 fysiske cores/8logisk core CPU
Testen er koert med 4 traade for at illustrere problemet
4thread HTon parking (Default
473
477
474
4thread HTon No parking
541
542
536
4thread HTon No parking No HT conflicts
619
617
616
De sidste to saet er de interesante data. Ved at disable SMT via afinnity styring stiger vi fra ca 540 til 617
Det er et 14% boost i at omgaa SMT penalties
hvilket sjovt nok er ca det samme som Tomshardware saa i Ryzen ved at slaa SMT fra i bios.
Det er intet nyhed i denne opdagelse. Det er har varet der siden den foerste I7 cpu med Hyper threading.
#6
Tak SvenBent for en god lang forklaring. Den giver faktisk mening for mig 🙂