<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_REOPENED " title="REOPENED - Long pauses with Unreal demo Elemental on R9270X since : Always flush the HDP cache before submitting a CS to the GPU" href="https://bugs.freedesktop.org/show_bug.cgi?id=84662#c47">Comment # 47</a> on <a class="bz_bug_link bz_status_REOPENED " title="REOPENED - Long pauses with Unreal demo Elemental on R9270X since : Always flush the HDP cache before submitting a CS to the GPU" href="https://bugs.freedesktop.org/show_bug.cgi?id=84662">bug 84662</a> from <a class="email" href="mailto:adf.lists@gmail.com" title="Andy Furniss <adf.lists@gmail.com>"> Andy Furniss</a> <pre>(In reply to Michel Dänzer from <a href="show_bug.cgi?id=84662#c46">comment #46</a>) > (In reply to Andy Furniss from <a href="show_bug.cgi?id=84662#c44">comment #44</a>) > > If I stop it after a while I can get the first bit cached (ie. I > > can run it without vmstat 1 showing anything), but it's still stuttery in > > the places where it would be loading from disk were it first run. > > Sounds like it's loading new content in those places. Doesn't that cause > stutter with other drivers? Hard for me to test fglrx on my setup, but soon I should have more ram to play with. The recent changes to to agd5f 3.19-wip seem to have provoked a new issue - haven't had time to find a commit yet. Will attach a screen showing that near the end of the demo there is a new really long pause (graph doesn't really show length, but it was around 10 sec) that corresponds to a big move from vram to gtt. Other demos eg. valley don't show any issues and run well. IIRC there is already a bug somewhere about the rendering issue (common to most unreal demos) that makes part of the logo black in the screen shot.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>