AMD reageert uitgebreid op het GPU-stotterprobleem

17 reacties

Het zal velen van jullie niet ontgaan zijn dat we sinds kort de zogenaamde frametimes in enkele benchmarks meenemen. Een gemiddelde fps-waarde blijkt namelijk niet het gehele beeld meer weer te geven; sommige spellen draaien op videokaarten van het ene merk beter, ondanks dat ze gemiddeld misschien minder frames per seconde berekenen. Dat komt dan door het feit dat het voor enkele frames (veel) langer duurt om berekend te worden, iets wat niet kan worden opgemaakt uit fps-gemiddeldes.

AMD is zich er al enige tijd van bewust dat bijvoorbeeld Far Cry 3 stottert op zijn videokaarten en heeft via driver updates veel van die problemen al gladgestreken. Toch heeft de fabrikant tijd genomen om te reageren op het stotterprobleem en is er tevens een roadmap vrijgegeven die aangeeft wanneer AMD bepaalde mijpijlen wil bereiken. Op Anandtech is eerder vandaag een lang artikel verschenen waarin gedetailleerd wordt uitgelegd wat de oorzaak is van het probleem en wat er aan gedaan kan worden.

Het probleem ligt overigens niet altijd bij de videokaart zelf, want de drivers en vooral Windows zitten daar nog tussen. Om een beeld te berekenen, geeft het programma eerst een instructie aan Windows, die hem vervolgens via de drivers naar de GPU verstuurt. Het stotteren kan dus veroorzaakt worden door de videochip zelf, die een frame niet op tijd kan berekenen, maar het kan ook zo zijn dat de drivers er te lang over doen om het beeld door te sturen naar de GPU. Uiteraard kan ook de processor het geheel laten haperen als deze op belangrijke momenten rekenkracht moet uitsparen voor andere programma's of drivers.

Bij welke rendertijd iemand stotteren merkt of zelfs vervelend vindt, verschilt per gebruiker. AMD geeft dan ook enigszins terecht aan dat we weliswaar tijden kunnen meten, maar dat we nooit kunnen voorspellen wat de gevolgen hiervan zijn voor de beleving. 

Het programma dat meestal wordt gebruikt om de tijden tussen frames te meten is FRAPS, wat volgens AMD niet ideaal is. Voordat een beeld op het scherm wordt getoond, kan dit programma namelijk een kleine pauze inroepen om het scherm-overlay te berekenen. Bovendien worden alleen de zogenaamde Present calls als frames gemeten. Hierdoor werkt FRAPS met vrijwel alle programma's, maar zijn er volgens AMD ook enkele bezwaren. Omdat FRAPS voor de Windows-, driver- en hardwarelaag werkt, kan er alleen aangegeven worden wat er als instructie wordt verstuurd en niet wat het (eventueel vertraagde) eindresultaat daarvan is.

Hierdoor zouden sommige stotterproblemen overdreven worden, terwijl het in andere situaties over het hoofd wordt gezien. Volgens Anandtech deelt Nvidia deze mening, om dezelfde bovengenoemde redenen. Een alternatief dat AMD noemde is GPUView van Microsoft, een programma dat als het ware in de rendering pipeline van de videokaart kijkt.

De grootste aanleiding voor het stotteren is kortweg dat AMD naar eigen zeggen altijd heeft proberen te concurreren met Nvidia in marketingtermen; frames per seconde. Er is nooit onderzoek gedaan naar het haperen, waardoor er ook nooit iets aan gedaan is. In eerste instantie nam de videokaartfabrikant zelfs aan dat het probleem bij het besturingssysteem of andere programma's lag; de eigen drivers kende het bedrijf immers heel goed. AMD ging er bovendien onterecht van uit dat Nvidia en Intel met hetzelfde probleem kampten, mede door gebrek aan goede analytische onderzoeken. Uiteindelijk bleek de oplossing van het probleem echter in eigen handen te liggen. De meeste knelpunten bleken zelfs erg eenvoudig op te lossen, zo luidde de uitkomst van enkele recente onderzoeken van het bedrijf zelf.

AMD heeft de laatste tijd veel gewerkt aan het stotterprobleem en heeft in de tussentijd regelmatig nieuwe beta-versies van zijn Catalyst-drivers online gezet met kleine verbeteringen. In DirectX9 zou het knelpunt overigens al opgelost moeten zijn en inmiddels wordt hard gewerkt aan het vloeiend maken van DX10. Uit deze review van Techreport blijkt de Catalyst 13.2 beta wat betreft frametimes aanzienlijk beter te presteren dan versienummer 12.11 b8, wat duidelijk wordt uit onderstaande grafiek.

Het hele (Engelstalige) verhaal van de problemen en oplossingen die AMD heeft gevonden voor zowel single-GPU haperingen als voor multi-GPU microstuttering is terug te lezen op de website van Anandtech.

Bron: Anandtech

« Vorig bericht Volgend bericht »
0