It seems like this might be Linux specific, I tried with vkd3d-proton under Windows and from what I recall, the issue isn’t present there.
So it might need some driver fix in Linux, it’s possible to workaround it in Linux by disabling Rebar in Bios or use force_host_cached in vkd3d-proton but I don’t feel like it’s the proper way to go.
opened 08:36AM - 09 Oct 24 UTC
I thought I'd create a separate, more detalied issue about this, even tho' I men… tioned it.
When ReBar is on and RT is enabled in Control, the game doesn't utilize the full GPU.
Disabling ReBar in vkd3d-proton does not fix it, see below.
This is with vkd3d-proton defaults:
```
> nvidia-smi dmon -s m
# gpu fb bar1 ccpm
# Idx MB MB MB
0 7475 1907 0
0 7473 1907 0
0 7472 1907 0
0 7472 1907 0
0 7472 1907 0
```
Enabling no_upload_hvv does not fix it, seems like it still using BAR memory anyway?
```
> nvidia-smi dmon -s m
# gpu fb bar1 ccpm
# Idx MB MB MB
0 7708 1908 0
0 7693 1908 0
0 7689 1908 0
0 7689 1908 0
```
What does fix it is VKD3D_CONFIG=force_host_cached.
```
> nvidia-smi dmon -s m
# gpu fb bar1 ccpm
# Idx MB MB MB
0 5900 37 0
0 5903 37 0
0 5901 37 0
0 5899 37 0
0 5930 37 0
```
With force_host_cached GPU usage is 100% and FPS increases in some areas of the game where it was low before but that seems like an odd workaround. What also serves as a workaround is to disable ReBar in BIOS but that's a bit of a hassle.
I know ReBar can cause issues sometimes but why does the game totally ignore no_upload_hvv? Isn't that a hard vkd3d-proton setting?