[Mesa-dev] [Bug 84570] Borderlands 2: Constant frame rate drops while playing; really bad with additionl lighting

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Wed Oct 8 11:46:31 PDT 2014


Kai <kai at dev.carbon-project.org> changed:

           What    |Removed                     |Added
 Attachment #107502|0                           |1
        is obsolete|                            |
 Attachment #107503|0                           |1
        is obsolete|                            |

--- Comment #13 from Kai <kai at dev.carbon-project.org> ---
Created attachment 107574
  --> https://bugs.freedesktop.org/attachment.cgi?id=107574&action=edit
Screenshot with
GALLIUM_HUD=fps,requested-VRAM+VRAM-usage,requested-GTT+GTT-usage showing FPS
drops (DynamicLights=true)

Ok, with the following stack detailed at the end of this comment, the
"DynamicLights=false" case starts to become stable. I am, however, down from
the ~50 FPS during "normal" operations to ~42-45 FPS. The GTT usage stays < 10
MB and the requested GTT size varies between a few hundred K to ~4 MB. VRAM
usage is up to about 950 MB and the requested VRAM is somewhere above 520-530
MB. That said, there are still some drops FPS drops, especially, when you come
around a corner (ie. lots of new stuff to draw). Or you turn really fast. But
after the first turn in the general area the drops are almost gone. The
non-DynamicLights case is now more or less flawless, even if I would expect a
few more FPS again.

The "DynamicLights=True" case is however still a mess. The attached screenshot
was taken with the stack detailed below and DynamicLigts turned on. Again, you
see the ~10 FPS drop compared to the DynamicLights=False case (what is to be
expeceted, considering what Ian said in comment #1, but it still hurts, becuase
~45 FPS is not high enough for a 10 FPS drop to go by unnoticed). And in
addition – even while GTT and VRAM look exactly like the non-DynamicLights case
– you get the constant drops when turning, running, etc.

My current stack is (Debian testing as a base):
GPU: Hawaii PRO [Radeon R9 290] (ChipID = 0x67b1)
Mesa: Git:master/581418585e + attachment 107542 and attachment 107543
libdrm: Git:master/00847fa48b
LLVM: SVN:trunk/r219288 (3.6 devel)
X.Org: 2:1.16.1-1
Linux: Git:~agd5f/linux:drm-next-3.18:369283bfbd + attachment 107451 and
attachment 107544 (identifies itself as 3.17.0-rc5)
Firmware: <http://people.freedesktop.org/~agd5f/radeon_ucode/>
> 9e05820da42549ce9c89d147cf1f8e19  /lib/firmware/updates/3.17.0-citadel/radeon/hawaii_ce.bin
> c8bab593090fc54f239c8d7596c8d846  /lib/firmware/updates/3.17.0-citadel/radeon/hawaii_mc.bin
> 3618dbb955d8a84970e262bb2e6d2a16  /lib/firmware/updates/3.17.0-citadel/radeon/hawaii_me.bin
> c000b0fc9ff6582145f66504b0ec9597  /lib/firmware/updates/3.17.0-citadel/radeon/hawaii_mec.bin
> 0643ad24b3beff2214cce533e094c1b7  /lib/firmware/updates/3.17.0-citadel/radeon/hawaii_pfp.bin
> ba6054b7d78184a74602fd81607e1386  /lib/firmware/updates/3.17.0-citadel/radeon/hawaii_rlc.bin
> 11288f635737331b69de9ee82fe04898  /lib/firmware/updates/3.17.0-citadel/radeon/hawaii_sdma.bin
> 284429675a5560e0fad42aa982965fc2  /lib/firmware/updates/3.17.0-citadel/radeon/hawaii_smc.bin
libclc: Git:master/7f6f5bff1f
DDX: Git:master/xf86-video-ati-7.5.0

Let me know, if you need something else (e-mail me, if you want access to the

You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/mesa-dev/attachments/20141008/2ff49996/attachment.html>

More information about the mesa-dev mailing list