doitsujin
commented
8 months ago Not really a bug or an issue, just how GPL inherently works.
We compile we compile a very large number of shaders up front, extra memory usage is fully expected. Can be mitigated by setting dxvk.trackPipelineLifetime = True in the config file, which we already do by default for 32-bit games for this reason, but this may reintroduce some stutters since we now have to go through the driver's disk cache to compile pipelines on the fly.
High CPU usage when compiling optimized pipelines in the background also isn't unexpected at least for some time after loading into a new area. Again, can be mitigated by setting dxvk.enableGraphicsPipelineLibrary = True which disables those optimized pipelines, but this will come at the cost of GPU-bound performance.
All of this is exacerbated by the fact that Nvidia's compiler just isn't very fast compared to e.g. RADV, and pipeline objects are for some reason also significantly larger than on other drivers, but that is outside of our control.
I have also noticed that my mouse's polling rate affects the game significantly, roughly like this:
This is not our problem, and most likely related to wineserver sitting at 100% CPU.
and every subsequent run just does "Compiling Shaders" with no number.
This means the individual compile batches complete fast enough that computing a percentage isn't meaningful. Again, normal. Keep in mind that the game actually has to load its D3D shaders as well, which is not free, they don't magically fall from the sky.
3DMicks
IngeniousDox
ibrokemypie
rvveber
Software information
Overwatch 2 on Steam (https://store.steampowered.com/app/2357570/Overwatch_2/) Any graphical preset, mainly tested on Low
System information
Log files
The game's logs are hundreds of megabytes due to spam:
warn:seh:dispatch_exception unknown exception (code=6ba) raised5 times, thenwarn:seh:dispatch_exception EXCEPTION_PRIV_INSTRUCTION exception (code=c0000096) raisedonce, thenwarn:seh:dispatch_exception EXCEPTION_SINGLE_STEP exception (code=80000004) raised~140k times, then finallywarn:seh:dispatch_exception EXCEPTION_ILLEGAL_INSTRUCTION exception (code=c000001d) raisedwhen I close the game. So here is a version that cuts it off after a few of them (from ~400 MB). Let me know if I trimmed anything important: steam-2357570-trim.log steam-2357570-trim-nogpl.logDescription
OW2 suffers from high RAM utilization with GPL enabled
With GPL enabled, the game initially uses ~5 GB of RAM and after around 7 minutes of "Compiling Shaders" the game settles on 8.5 to 9 GB of RAM. Without GPL, "Compiling Shaders" still occurs for several minutes but RAM utilization only gets close to 6 GB. On Windows, the game uses only 5 GB. Steam does compile shaders and all of that, but it has no effect; the game still compiles shaders every time you open it, with the first time going from 0% to 100% and every subsequent run just does "Compiling Shaders" with no number.
In-game FPS drops to roughly half of whats expected, even for Linux
With the system I tested on Low, the game previously (before coming to Steam) ran at around ~180 FPS on the Practice Range, and currently it sits at around ~90 FPS with its latest version. That 90 FPS is not stable, however. After loading a map, the game does run slightly above that 50% FPS range, but shortly after drops and becomes unstable. I have also noticed that my mouse's polling rate affects the game significantly, roughly like this: 1000 Hz ~35% FPS drop, 500 Hz ~12%, and 250 Hz is negligible. In other Wine games this doesn't happen.
Two ways I know how to force shaders to compile and stress the game to help tests are: playing the 1 dad vs 11 kids custom game mode which switches everybody's heroes every minute, and the
HEZHJbenchmark workshop code (Custom game -> Create -> Import code). On my more powerful machine the FPS issues are less noticeable overall but still a massive downgrade.