https://bugs.freedesktop.org/show_bug.cgi?id=96790
Bug ID: 96790 Summary: frame stuttering in ut2004 Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel@lists.freedesktop.org Reporter: network723@rkmail.ru QA Contact: dri-devel@lists.freedesktop.org
My hardware: HD7950 & Phenom II x6 1090 The problem: intensive frame stuttering and frame rate drops below 30 fps while playing UT2004. Drops usually happen when there is intensive shooting, but it may also happen on maps with complex geometry.
Also, in-game fps counter shows 'avg fps' about 90-200, with rare jumps to 300-400 fps, even with vblank_mode=0 set. 64 bit version of the game on Windows shows stable 300+ fps with OpenGL renderer.
I wonder if this may be related to AMD CPU, since various test results on Phoronix show much greater performance (up to 5 times) with Intel CPU and same GPU.
https://bugs.freedesktop.org/show_bug.cgi?id=96790
--- Comment #1 from Michel Dänzer michel@daenzer.net --- Please attach the corresponding Xorg log file and output of glxinfo and dmesg.
https://bugs.freedesktop.org/show_bug.cgi?id=96790
--- Comment #2 from network723@rkmail.ru --- Created attachment 124884 --> https://bugs.freedesktop.org/attachment.cgi?id=124884&action=edit dmesg
https://bugs.freedesktop.org/show_bug.cgi?id=96790
--- Comment #3 from network723@rkmail.ru --- Created attachment 124885 --> https://bugs.freedesktop.org/attachment.cgi?id=124885&action=edit Xorg.log
https://bugs.freedesktop.org/show_bug.cgi?id=96790
--- Comment #4 from network723@rkmail.ru --- Created attachment 124886 --> https://bugs.freedesktop.org/attachment.cgi?id=124886&action=edit glxinfo
https://bugs.freedesktop.org/show_bug.cgi?id=96790
--- Comment #5 from network723@rkmail.ru --- Created attachment 124887 --> https://bugs.freedesktop.org/attachment.cgi?id=124887&action=edit lspci
https://bugs.freedesktop.org/show_bug.cgi?id=96790
--- Comment #6 from network723@rkmail.ru --- radeon kernel module was patched to provide everything needed for OpenGL 4.3/compute shader. If you want, I may test with vanilla kernel.
https://bugs.freedesktop.org/show_bug.cgi?id=96790
--- Comment #7 from Michel Dänzer michel@daenzer.net --- 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?
https://bugs.freedesktop.org/show_bug.cgi?id=96790
--- Comment #8 from network723@rkmail.ru --- Created attachment 124891 --> https://bugs.freedesktop.org/attachment.cgi?id=124891&action=edit 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.
https://bugs.freedesktop.org/show_bug.cgi?id=96790
--- Comment #9 from Michel Dänzer michel@daenzer.net --- Do the drops correspond to the small bumps on the lowermost graph?
https://bugs.freedesktop.org/show_bug.cgi?id=96790
--- Comment #10 from network723@rkmail.ru --- Yes, looks like they do correspond bumps on last graph.
https://bugs.freedesktop.org/show_bug.cgi?id=96790
--- Comment #11 from Michel Dänzer michel@daenzer.net --- 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.
https://bugs.freedesktop.org/show_bug.cgi?id=96790
Timothy Arceri t_arceri@yahoo.com.au changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED
--- Comment #12 from Timothy Arceri t_arceri@yahoo.com.au --- We now have both an in memory and on disk shader cache so this situation should be much better now. Closing.
dri-devel@lists.freedesktop.org
-
bugzilla-daemon＠freedesktop.org