Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Maximum VRAM Clock is not set #367

Closed
2 tasks done
theromi opened this issue Sep 5, 2024 · 7 comments
Closed
2 tasks done

Maximum VRAM Clock is not set #367

theromi opened this issue Sep 5, 2024 · 7 comments

Comments

@theromi
Copy link

theromi commented Sep 5, 2024

Checklist

Bug description

I set the "Maximum VRAM Clock" to 1350MHz in LACT (2700 works fine in Windows), but the clock won't exceed the standard 1250 MHz (even under 100% load). My settings:

Screenshot_20240905_102229

So I tried upping the "Minimum VRAM Clock" to 1350 as well, but it won't apply:

Screenshot_20240905_102609

dmseg after trying to up the minimum:

[ 3656.286552] amdgpu 0000:0b:00.0: amdgpu: Invalid setting: UclkFmin(1350) is bigger than UclkFmax(1250)

So I suppose the maximum vram clock is not set correctly. There is no error popup or message in dmseg after trying to set the maximum clock.

LACT-sysfs-snapshot-20240905-095304.tar.gz

System info

- LACT version: 0.5.5-release
- GPU model: AMD Radeon RX 7900 XTX
- Kernel version: 6.10.8
- Distribution: CachyOS (Arch Linux)
@ilya-zlobintsev
Copy link
Owner

[ 3656.286552] amdgpu 0000:0b:00.0: amdgpu: Invalid setting: UclkFmin(1350) is bigger than UclkFmax(1250)

So I suppose the maximum vram clock is not set correctly. There is no error popup or message in dmseg after trying to set the maximum clock.

The reason for this is because the following happens when applying settings:

  • Reset previous settings
  • Write minimum clock
  • Write maximum clock
  • Commit settings

It appears that with RDNA3 the max > min check is performed on the write stage, and not on the commit stage like in previous generations, so setting a minimum clock that's above the default maximum doesn't work.

I'll add a workaround so that the write order is swapped in this situation.

@ilya-zlobintsev
Copy link
Owner

Should be fixed with 92fad92, please try the git build

@theromi
Copy link
Author

theromi commented Sep 9, 2024

Indeed, the current git build doesn't throw the error message anymore when setting the minimum VRAM clock. Thanks for the fast fix!

It still doesn't seem to go to 2700MHz, even when setting 2700 as the minimum:

Screenshot_20240909_154138

Weirdly, it goes to 1544MHz (?). Setting the minimum to 2500 and the maximum to 2700 constantly keeps it at 2498, as before. Any ideas?

@ilya-zlobintsev
Copy link
Owner

Have you tried using it under load? Even with the "highest locks" performance level the GPU might decide to partially clock down.

You might also be getting constrained by other factors, such as thermals or power (in the screenshot you have thermal throttling reported, but that might not be accurate as RDNA3 can sometimes falsely report throttling).

@theromi
Copy link
Author

theromi commented Sep 9, 2024

The screenshot above was taken under 100% load (running CS2 with uncapped fps).

in the screenshot you have thermal throttling reported, but that might not be accurate as RDNA3 can sometimes falsely report throttling

Yeah, it's always reporting that, even idling at 50°C.

I was playing around with the settings and it gets weirder. Setting the VRAM clock (both min and max) to 2698 works under load and keeps it at a constant 2696 (under load):

Screenshot_20240909_161908

But, while idling, it drops to 1544 again and my screen flickers (which does not happen under load). Even more weird: My GPU core clock is now about 200MHz higher (see this screenshot and screenshot above), though I didn't touch that setting at all. This is reproducible and CS2 has about 10% more fps (most likely from GPU clock increase). I don't know what is happening, but I guess it's more amdgpus fault than LACT?

@ilya-zlobintsev
Copy link
Owner

After the settings are applied, all further behaviour is up to the GPU firmware. There isn't much you can do to control it further unfortunately.

@ilya-zlobintsev
Copy link
Owner

I'll close this as the original problem with the setting not applying was fixed.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants