Summary: | frame stuttering in ut2004 | ||
---|---|---|---|
Product: | Mesa | Reporter: | network723 |
Component: | Drivers/Gallium/radeonsi | Assignee: | Default DRI bug account <dri-devel> |
Status: | RESOLVED FIXED | QA Contact: | Default DRI bug account <dri-devel> |
Severity: | normal | ||
Priority: | medium | ||
Version: | git | ||
Hardware: | x86-64 (AMD64) | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: |
dmesg
Xorg.log glxinfo lspci screenshot |
Description
network723
2016-07-03 13:46:44 UTC
Please attach the corresponding Xorg log file and output of glxinfo and dmesg. Created attachment 124884 [details]
dmesg
Created attachment 124885 [details]
Xorg.log
Created attachment 124886 [details]
glxinfo
Created attachment 124887 [details]
lspci
radeon kernel module was patched to provide everything needed for OpenGL 4.3/compute shader. If you want, I may test with vanilla kernel. Can you run the game with the environment variable GALLIUM_HUD=fps,requested-VRAM+VRAM-usage,requested-GTT+GTT-usage,cpu+temperature+GPU-load,num-bytes-moved,buffer-wait-time,num-compilations+num-shaders-created , grab a screenshot within a minute of the framerate dropping below 30 fps, and attach it here? Created attachment 124891 [details]
screenshot
This is closest I could get. Taking the screenshot was a bit tricky. Looks like GALLIUM_HUD update time is to low to detect fps drops. You can see it in in-game counter "cur_fps" when it gets violet, but it's almost impossible to take a screenshot exactly in that moment.
Do the drops correspond to the small bumps on the lowermost graph? Yes, looks like they do correspond bumps on last graph. So it looks like the drops are due to shader compilations. Given that you're using current LLVM SVN & Mesa Git, that should only happen if the application explicitly asks to compile new shaders. Marek pushed changes to Mesa Git master this week which might help somewhat, otherwise a persistent shader cache may be the only hope. We now have both an in memory and on disk shader cache so this situation should be much better now. Closing. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.