<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body><a class="email" href="mailto:kai@dev.carbon-project.org" title="Kai <kai@dev.carbon-project.org>"> Kai</a> changed <a class="bz_bug_link bz_status_NEW " title="NEW - Borderlands 2: Constant frame rate drops while playing; really bad with additionl lighting" href="https://bugs.freedesktop.org/show_bug.cgi?id=84570">bug 84570</a> <table border="1" cellspacing="0" cellpadding="8"> <tr> <th>What</th> <th>Removed</th> <th>Added</th> </tr> <tr> <td style="text-align:right;">Attachment #107502 is obsolete</td> <td> </td> <td>1 </td> </tr> <tr> <td style="text-align:right;">Attachment #107503 is obsolete</td> <td> </td> <td>1 </td> </tr></table> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Borderlands 2: Constant frame rate drops while playing; really bad with additionl lighting" href="https://bugs.freedesktop.org/show_bug.cgi?id=84570#c13">Comment # 13</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Borderlands 2: Constant frame rate drops while playing; really bad with additionl lighting" href="https://bugs.freedesktop.org/show_bug.cgi?id=84570">bug 84570</a> from <a class="email" href="mailto:kai@dev.carbon-project.org" title="Kai <kai@dev.carbon-project.org>"> Kai</a> <pre>Created <a href="attachment.cgi?id=107574" name="attach_107574" title="Screenshot with GALLIUM_HUD=fps,requested-VRAM+VRAM-usage,requested-GTT+GTT-usage showing FPS drops (DynamicLights=true)">attachment 107574</a> <a href="attachment.cgi?id=107574&action=edit" title="Screenshot with GALLIUM_HUD=fps,requested-VRAM+VRAM-usage,requested-GTT+GTT-usage showing FPS drops (DynamicLights=true)">[details]</a> 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 <a href="show_bug.cgi?id=84570#c1">comment #1</a>, 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 + <a href="attachment.cgi?id=107542" name="attach_107542" title="r600g,radeonsi: Use staging texture for transfers if any miplevel is tiled">attachment 107542</a> <a href="attachment.cgi?id=107542&action=edit" title="r600g,radeonsi: Use staging texture for transfers if any miplevel is tiled">[details]</a> <a href='page.cgi?id=splinter.html&bug=84570&attachment=107542'>[review]</a> and <a href="attachment.cgi?id=107543" name="attach_107543" title="winsys/radeon: Use separate caching buffer manager for each set of flags">attachment 107543</a> <a href="attachment.cgi?id=107543&action=edit" title="winsys/radeon: Use separate caching buffer manager for each set of flags">[details]</a> <a href='page.cgi?id=splinter.html&bug=84570&attachment=107543'>[review]</a> 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 + <a href="attachment.cgi?id=107451" name="attach_107451" title="ttm: Don't evict BOs outside of requested placement range">attachment 107451</a> <a href="attachment.cgi?id=107451&action=edit" title="ttm: Don't evict BOs outside of requested placement range">[details]</a> <a href='page.cgi?id=splinter.html&bug=84570&attachment=107451'>[review]</a> and <a href="attachment.cgi?id=107544" name="attach_107544" title="drm/radeon: Try placing NO_CPU_ACCESS BOs outside of CPU accessible VRAM">attachment 107544</a> <a href="attachment.cgi?id=107544&action=edit" title="drm/radeon: Try placing NO_CPU_ACCESS BOs outside of CPU accessible VRAM">[details]</a> <a href='page.cgi?id=splinter.html&bug=84570&attachment=107544'>[review]</a> (identifies itself as 3.17.0-rc5) Firmware: <<a href="http://people.freedesktop.org/~agd5f/radeon_ucode/">http://people.freedesktop.org/~agd5f/radeon_ucode/</a>> > 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 ApiTraces).</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>