| Summary: | Lag/Pause When VRAM->GTT or GTT->VRAM transfer occur | ||
|---|---|---|---|
| Product: | Mesa | Reporter: | Mathieu Belanger <b747xx> |
| Component: | Drivers/Gallium/radeonsi | Assignee: | Default DRI bug account <dri-devel> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | medium | CC: | b747xx, moebius282 |
| Version: | git | ||
| Hardware: | x86-64 (AMD64) | ||
| OS: | Linux (All) | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Attachments: |
HUD showing FPS drop and mem transfer
Gallium hud screenshot Lags in ETS2 ETS2 with GTT-usage:100 minecraft-1.7.10 mesa-1.4.6 minecraft-1.8.3 mesa-1.4.6 |
||
|
Description
Mathieu Belanger
2014-10-04 04:17:22 UTC
Created attachment 107299 [details]
Gallium hud screenshot
(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? Fixed in linux-3.19rc1. Created attachment 112921 [details]
Lags in ETS2
Confirm this bug with agd5/linux/drm-next-3.20-wip in ETS2 :( Created attachment 113077 [details]
ETS2 with GTT-usage:100
My 3Com U.S Robotics modem 56k works more faster than the GART memory.
(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 Does http://cgit.freedesktop.org/mesa/mesa/commit/?id=a338dc01866ce50bf7555ee8dc08491c7f63b585 help? >Does http://cgit.freedesktop.org/mesa/mesa/commit/?id=a338dc01866ce50bf7555ee8dc08491c7f63b585 help?
Possible yes. :)
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. (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 Created attachment 114311 [details]
minecraft-1.7.10 mesa-1.4.6
Created attachment 114312 [details]
minecraft-1.8.3 mesa-1.4.6
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? (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. Tested kernel 4.0 with latest mesa git about 6 days ago. Bug seam to be fixed :) |
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.