Big Navi: VRAM taktet im Idle nicht runter

[up.whatever]

Da es hier ja anscheinend einige gibt, die Big Navi unter Linux benutzen, möchte ich den Thread mal kurz kapern: Taktet bei euch der VRAM im Idle (Gnome Desktop) richtig runter?

Habe bei meiner neuen RX 6800 sowohl mit dem Ubuntu hwe-edge Kernel 5.11 als auch mit dem aktuellen Mainline 5.13.1 das Problem, dass der RAM immer bei 1000 MHz läuft und damit genug Hitze generiert, dass die Lüfter alle paar Minuten anlaufen.
Habe unter Linux auf dem Desktop ~35 Watt Mehrverbrauch gegenüber Windows 10.

 

[aki]

Hi

Es wäre ansonsten Off-Topic gewesen, deshalb habe ich aus deinem Beitrag einen eigenen Thread erstellt

Dein beschriebenes Problem tritt bei mir ebenfalls auf (6700XT). Leider läuft der VRAM permanent auf höchster Stufe und erzeugt somit unnötig Abwärme. Verwendet wird ein UHD Display mit 60Hz. Radeon-Profile meldet so einen Verbrauch von 29 Watt. Stelle ich hingegen das Display auf 50Hz, sinkt der Takt auf 96MHz und der Verbrauch auf 7-8 Watt.

Ich wäre echt froh, wenn die Entwickler das in den Griff bekommen würden. Ist ein bekanntes Problem und betrifft wohl auch ältere Generationen.

 

[Hunky]

Schon den Kernel 5.14 probiert?

vllt. ändert sich ja auch was am Desktop?

 

[aki]

Ich haben den mal auf die Schnelle gebaut, aber das Problem bleibt bestehen. Dieses neue Feature ist wohl thematisch auch ganz woanders anzusiedeln

Wie "Ähnliche Themen" zu berichten weiß, besteht dieses Problem nicht nur unter Linux:
https://www.computerbase.de/forum/t...et-nach-wie-vor-nicht-runter-im-idle.2029011/

https://www.computerbase.de/forum/threads/takt-von-big-navi-im-idle-an-zwei-bildschirmen.2030683/

Hat also definitiv mit dem oder den angeschlossenen Bildschirmen zu tun. Bei 144Hz hätte ich das noch verstanden, aber 50 vs 60Hz? Unter Windows geht es bei mir, also müsste es zu beheben sein.

 

[Natriumchlorid]

Das Problem hab ich leider auch. Wobei bei mir der VRAM runtertaktet, wenn ich zwei Monitore mit 1920x1080 und jeweils 60Hz betreibe.
Sobald ich einen davon auf 120Hz oder 144Hz erhöhe, dann läuft der VRAM-Takt auf Anschlag.

Es ist jedoch vom Betriebssystem unabhängig. Unter Windows habe ich das selbe Phänomen beobachten können.

 

[up.whatever]

Ich habe nur einen Monitor und der läuft mit 2560x1440@60Hz. Bei 4k und/oder 144 Hz könnte ich so etwas ja noch irgendwie nachvollziehen, aber bei WQHD mit nur 60Hz sollte das definitv nicht der Fall sein.
Unter Windows ist wie gesagt alles so wie es sein sollte.

Ergänzung (15. Juli 2021)

Ergänzung: Mit 1920x1080@30Hz taktet er auch bei mir herunter. Bei 1280x720@60Hz hingegen nicht

 

[up.whatever]

Habe einen Workaround gefunden, der bei mir einwandfrei funktioniert: https://gitlab.freedesktop.org/drm/amd/-/issues/1403#note_919886

Habe vertical back porch um 20 erhöht und damit taktet die Karte jetzt auch unter 2560x1440@60Hz einwandfrei runter.

Schön ist anders, aber besser so als überhaupt nicht.

 

[aki]

Cool, das hat bei mir auch funktioniert.

Das bedeutet in meinem Fall konkret:

Vorher bei 3840x2160 60Hz:
533.00 3840 3888 3920 4000 2160 2163 2168 2222 +hsync -vsync
Nachher:
535.92 3840 3888 3920 4000 2160 2163 2168 2233 +hsync -vsync

---

Für mich, falls die Seite irgendwann in der Zukunft Down sein sollte:

cvt -r 3840 2160 60

4000*2233*60

3840x2160 60Hz

#!/bin/bash
xrandr --newmode "MCLK-Fix"  535.92  3840 3888 3920 4000  2160 2163 2168 2233 +hsync -vsync
xrandr --addmode DisplayPort-0 "MCLK-Fix"
xrandr --output DisplayPort-0 --mode "MCLK-Fix"

---

https://www.computerbase.de/forum/t...tet-nicht-runter-loesung-mittels-cru.1986961/

3840x2160 144Hz

#!/bin/bash
xrandr --newmode "MCLK-Fix" 1390.46 3840 3888 3920 4000 2160 2163 2168 2414 -hsync -vsync
xrandr --addmode DisplayPort-0 "MCLK-Fix"
xrandr --output DisplayPort-0 --mode "MCLK-Fix"

#!/bin/bash
xrandr --newmode "test" 1309.59 3840 3848 3880 3920 2160 2273 2281 2320 -hsync -vsync
xrandr --addmode DisplayPort-0 "test"
xrandr --output DisplayPort-0 --mode "test"

 

[up.whatever]

Es gibt jetzt einen Patch, der Bug sollte ab Kernel 5.15 behoben sein: https://gitlab.freedesktop.org/drm/amd/-/issues/1403#note_1044891

 

[Hunky]

https://www.phoronix.com/scan.php?page=news_item&px=Linux-5.15-AMD

Es wird eine menge AMD Neuerungen im 5.15'er Kernel geben, vllt. ist ja auch der Fix dabei