Summary: | [radeonsi] POSTAL 2 freezes during shader compilation | ||
---|---|---|---|
Product: | Mesa | Reporter: | Declan Hoare <webexamples> |
Component: | Drivers/Gallium/radeonsi | Assignee: | Timothy Arceri <t_arceri> |
Status: | RESOLVED FIXED | QA Contact: | Default DRI bug account <dri-devel> |
Severity: | normal | ||
Priority: | medium | CC: | vedran |
Version: | unspecified | ||
Hardware: | x86-64 (AMD64) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Bug Depends on: | |||
Bug Blocks: | 77449 | ||
Attachments: | GALLIUM_HUD graphs for the scene |
Description
Declan Hoare
2016-08-14 09:52:50 UTC
Created attachment 125916 [details] GALLIUM_HUD graphs for the scene I can reproduce this on VI. According to GALLIUM_HUD, the frame drops correspond to shader compilations. apitrace profiling shows the slowest calls are glDrawRangeElements, many of which take over 80ms (!). The calls don't use any user shaders so the compilations must be for internal shaders generated by Mesa to implement fixed-function functionality. Trace: http://constexpr.org/tmp/POSTAL2-radeonsi.2.trace.xz (73 MiB) Not sure if there is a good way to fix this (besides making the shader compiler faster). Maybe there could be a lighting super-shader that can be used while more optimized variants are compiled. Kernel: 4.7.0-gentoo Mesa: git-a73116e LLVM: r278309 GPU: R9 380X CPU: FX 8350 It seems that this situation has been improved somewhat on Mesa Git in the last 12 hours. The freezes are still there, but they're shorter and less frequent. Closing. The shader cache definitely improves the situation here. |
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.