https://bugs.freedesktop.org/show_bug.cgi?id=84648
Bug ID: 84648 Summary: Lag/Pause When VRAM->GTT or GTT->VRAM transfer occur Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel@lists.freedesktop.org Reporter: b747xx@gmail.com
Created attachment 107298 --> https://bugs.freedesktop.org/attachment.cgi?id=107298&action=edit HUD showing FPS drop and mem transfer
I got an lag / pause (stopping for one to +- 5 seconds) when I get transfer of memory from the VRAM to GTT and the opposite, the GTT to VRAM.
It append only on Minecraft (No problem with EVE-Online & Source Engine games), even sometime when it is not on the screen, and in that case, the whole X ui stay locked until the transfer finish. It usually go fine until the VRAM reach between 280-300MB and it start playing with the GTT.
The bug Append with: Kernel 3.17-rc2+ (did not test the RC1, 3.16 was fine) Mesa GIT newer than somewhere in the beginning of september.
Note that these don't need to be recent for the two. A old kernel with a new Mesa and a new Kernel with a old Mesa recreate the problem. Having the latest GIT of the two don't fix the problem. (I did in fact update libdrm, llvm, mesa, xf86.... after upgrading the kernel to rc2, thinking something changed and was requiring a newer mesa.
I have attached a screenshot with the Gallium hud showing the FPS and memory.
PS : I thought initially that it was the same as BUG #82050 but got requested to file another bug.
https://bugs.freedesktop.org/show_bug.cgi?id=84648
Mathieu Belanger b747xx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #107298|0 |1 is obsolete| |
--- Comment #1 from Mathieu Belanger b747xx@gmail.com --- Created attachment 107299 --> https://bugs.freedesktop.org/attachment.cgi?id=107299&action=edit Gallium hud screenshot
https://bugs.freedesktop.org/show_bug.cgi?id=84648
--- Comment #2 from Michel Dänzer michel@daenzer.net --- (In reply to Mathieu Belanger from comment #0)
A old kernel with a new Mesa and a new Kernel with a old Mesa recreate the problem.
Hmm, that's weird. Can you try bisecting Mesa with an old kernel and/or bisecting the kernel with old Mesa?
https://bugs.freedesktop.org/show_bug.cgi?id=84648
--- Comment #3 from commiethebeastie@gmail.com --- Fixed in linux-3.19rc1.
https://bugs.freedesktop.org/show_bug.cgi?id=84648
--- Comment #4 from commiethebeastie@gmail.com --- Created attachment 112921 --> https://bugs.freedesktop.org/attachment.cgi?id=112921&action=edit Lags in ETS2
https://bugs.freedesktop.org/show_bug.cgi?id=84648
--- Comment #5 from commiethebeastie@gmail.com --- Confirm this bug with agd5/linux/drm-next-3.20-wip in ETS2 :(
https://bugs.freedesktop.org/show_bug.cgi?id=84648
--- Comment #6 from commiethebeastie@gmail.com --- Created attachment 113077 --> https://bugs.freedesktop.org/attachment.cgi?id=113077&action=edit ETS2 with GTT-usage:100
My 3Com U.S Robotics modem 56k works more faster than the GART memory.
https://bugs.freedesktop.org/show_bug.cgi?id=84648
--- Comment #7 from smoki smoki00790@gmail.com --- (In reply to commiethebeastie from comment #6)
Created attachment 113077 [details] ETS2 with GTT-usage:100
My 3Com U.S Robotics modem 56k works more faster than the GART memory.
Yeah i can confirm that with ETS2, but also with any earlier 18 Wheels of Steel games (http://en.wikipedia.org/wiki/18_Wheels_of_Steel) played in wine (i have all of them :)) have same very worse stutter... try how it goes with reverting this mesa commit, it fixed that worse stutter in those games for me on Kabini APU... well and other issues:
https://bugs.freedesktop.org/show_bug.cgi?id=88658#c6
And yeah please use at least kernel 3.19 or later if you test that
https://bugs.freedesktop.org/show_bug.cgi?id=84648
--- Comment #8 from Michel Dänzer michel@daenzer.net --- Does http://cgit.freedesktop.org/mesa/mesa/commit/?id=a338dc01866ce50bf7555ee8dc0... help?
https://bugs.freedesktop.org/show_bug.cgi?id=84648
--- Comment #9 from commiethebeastie@gmail.com ---
Does http://cgit.freedesktop.org/mesa/mesa/commit/?id=a338dc01866ce50bf7555ee8dc0... help?
Possible yes. :)
https://bugs.freedesktop.org/show_bug.cgi?id=84648
--- Comment #10 from jochen moebius282@gmail.com --- https://bugs.freedesktop.org/show_bug.cgi?id=89203 is probably a duplicate of this bug.
I tested it with linux 3.19 and different (git~51b43c5, 10.4.6, 10.3.5) mesa versions, but they don't seem to make a difference. So, no, a338dc01866ce50bf7555ee8dc08491c7f63b585 does not help. Even with mesa 10.3.5, where some people reported this was the the last working version for them, the hangs occured. So it's probably related to some kernel issue, too.
The hangs only seem to occur ( at least surface ) on Minecraft 1.8+. Probably because that was a bigger update and they changed the rendering code significantly. The hangs occur every few seconds and freeze the screen for <5s. Unfortunately I get a similiar issue with FTB/modded Minecraft 1.7. But this time the game itself runs fine, but whenever I switch the virtual workspace in my window manager (awesomewm), it takes up to several *minutes* until the system reacts again and the screen is updated. This only happens if the game was running for some time -> probably more vram/gtt usage. Even the cursor freezes. Big annoyance.
The testing was done on a HD5850, so r600g is affected, too.
https://bugs.freedesktop.org/show_bug.cgi?id=84648
--- Comment #11 from Alex Deucher alexdeucher@gmail.com --- (In reply to J0k3r from comment #10)
https://bugs.freedesktop.org/show_bug.cgi?id=89203 is probably a duplicate of this bug.
I tested it with linux 3.19 and different (git~51b43c5, 10.4.6, 10.3.5) mesa versions, but they don't seem to make a difference. So, no, a338dc01866ce50bf7555ee8dc08491c7f63b585 does not help. Even with mesa 10.3.5, where some people reported this was the the last working version for them, the hangs occured. So it's probably related to some kernel issue, too.
You might be seeing: https://bugzilla.kernel.org/show_bug.cgi?id=90741
https://bugs.freedesktop.org/show_bug.cgi?id=84648
--- Comment #12 from J0k3r moebius282@gmail.com --- Created attachment 114311 --> https://bugs.freedesktop.org/attachment.cgi?id=114311&action=edit minecraft-1.7.10 mesa-1.4.6
https://bugs.freedesktop.org/show_bug.cgi?id=84648
--- Comment #13 from J0k3r moebius282@gmail.com --- Created attachment 114312 --> https://bugs.freedesktop.org/attachment.cgi?id=114312&action=edit minecraft-1.8.3 mesa-1.4.6
https://bugs.freedesktop.org/show_bug.cgi?id=84648
--- Comment #14 from J0k3r moebius282@gmail.com --- Alex, as I understand it these kernel changes are just going to make it into 4.1. That's a long time in the future. Will the fixes be backported to 3.19/4.0?
https://bugs.freedesktop.org/show_bug.cgi?id=84648
--- Comment #15 from Alex Deucher alexdeucher@gmail.com --- (In reply to J0k3r from comment #14)
Alex, as I understand it these kernel changes are just going to make it into 4.1. That's a long time in the future. Will the fixes be backported to 3.19/4.0?
They were applied to 4.0 and they will also show up in the stable kernels.
https://bugs.freedesktop.org/show_bug.cgi?id=84648
Mathieu Belanger b747xx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED
--- Comment #16 from Mathieu Belanger b747xx@gmail.com --- Tested kernel 4.0 with latest mesa git about 6 days ago.
Bug seam to be fixed :)
dri-devel@lists.freedesktop.org
-
bugzilla-daemon＠freedesktop.org