https://bugs.winehq.org/show_bug.cgi?id=55818
Zeb Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords|regression | Summary|32-bit game Dark Age of |Dark Age of Camelot runs |Camelot slow memory leak |out of address space |leads to crash since WINE | |7.4 |
--- Comment #31 from Zeb Figura z.figura12@gmail.com --- (In reply to Tom M from comment #30)
OK went back to 8.21 and tried a bunch of registry keys: (All of these are HKCU -> Software -> Wine -> Direct3D)
Tried csmt set to 0. No change. Tried setting MultisampleTextures to 0x0 ... game lasted a little bit longer but still crashed. Tried OffscreenRenderingMode set to backbuffer.. still ran out of memory. Tried renderer set to "gl"... no luck Lastly, tried shader_backend = arb .. game lasted a little longer but then still crashed.
I'm running out of ideas. Honestly, when I tested in Debian 11 with WINE 5.0.. game worked without any crashing. I wonder if it was an older library that was more stable. I can't be sure what it is now. I think there's just too many moving parts.
There are a lot of moving parts; Mesa could be to blame, but it may just be a matter of base memory usage increasing between then and now. Most Linux libraries aren't very conscious of this (Mesa/LLVM is a particularly nasty offender), and Wine tends to gradually grow in size as we implement more things. I've observed Wine tests run out of memory as time passes and test machines get updated, with no significant change on the Wine end.
The other interesting thing to try would be to test on Windows and see what VA space is like there. I don't have access to a Windows machine right now but I can run some tests in a couple weeks.