Ein CPU Core von Nvidia Treiber nach GPU Last getriggert - verhindert Deep Idle State

Bono35 · 12. Februar 2026

Moin zusammen!

Ich habe auf meinem System ein reproduzierbares Problem mit dem Idle-Verhalten der CPU nach Grafik-Last bzw. nach einem Wechsel des Windows-HDR-Status.
Kurz zum System:
Ich nutze einen Ryzen 9 7900X auf einem ASUS ROG Strix B650E-E Gaming, eine RTX 4070 (Treiber 591.86) und Windows 11.
Als Hauptmonitor verwende ich einen AOC Q27G3XMN (2560×1440, 180 Hz, Mini-LED, HDR). Zusätzlich ist ein zweiter 1440p-Monitor mit 165 Hz angeschlossen.

Das Problem äußert sich so:
Nach dem Beenden eines Spiels oder auch nach der Nutzung von GPU-beschleunigten Anwendungen (z. B. VEGAS Pro) geht die CPU nicht mehr in den tiefen Idle-Zustand zurück. Ein einzelner Core wird regelmäßig kurz aufgeweckt (Effective Clock ca. 200 MHz) und die Core-Spannung bleibt erhöht. Der VCore liegt dann typischerweise bei etwa 1,02 V bis über 1,08 V, statt wie im normalen Idle bei ca. 0,8–0,9 V.

Das Verhalten lässt sich auch ohne Spiel reproduzieren:
Allein das Ein- oder Ausschalten von Windows-HDR auf dem Desktop reicht bereits aus, um den Zustand auszulösen.
Wichtig dabei:
Es handelt sich nicht um echte CPU-Last. Die Kerne bleiben kühl (Core-Temperaturen um ca. 30–35 °C), nur das Package liegt im betroffenen Zustand ein paar Grad höher.

Weitere Beobachtungen:
– Das Problem ist stark zustandsabhängig und hängt offensichtlich am Grafik-/Display-Pfad.
– Es tritt sowohl mit dem Hauptmonitor als auch mit dem Zweitmonitor auf.
– Das Deaktivieren von G-SYNC ändert nichts.
– Ein Treiber-Reset (Win + Strg + Shift + B) behebt den Zustand nicht.
– Ein kompletter Neustart stellt den korrekten Idle-Zustand immer wieder her.
– Wenn Windows-HDR deaktiviert ist, reicht in vielen Fällen ein Ab- und wieder Anmelden am Benutzerkonto, um den Zustand zurückzusetzen nach 3D/GPU-Last.
– War HDR aktiv oder wurde HDR zuvor umgeschaltet, hilft Abmelden oft nicht mehr – dann ist ein Neustart nötig.
Zusätzlich ist mir aufgefallen:
Wenn das Problem aktiv ist und ich die Bildwiederholrate des Monitors von 180 Hz auf 120 Hz reduziere, wird der Effekt abgeschwächt. Der VCore sinkt dann auf etwa 0,9 V, allerdings bleibt weiterhin ein Core, der periodisch aufgeweckt wird. Das deutet für mich darauf hin, dass der zugrunde liegende Zustand weiterhin aktiv ist, nur mit geringerer Aktivität.
In LatencyMon taucht während des betroffenen Zustands überwiegend der NVIDIA-Treiber (nvlddmkm.sys) als aktiver Verursacher von DPCs auf.

Für mich sieht das Ganze nach einem Treiber- bzw. Windows-Grafik-Stack-Problem (WDDM / DWM, insbesondere im Zusammenhang mit HDR-State-Wechseln) aus und nicht nach einem Defekt der CPU oder einem allgemeinen Energie-/BIOS-Problem.
Mich würde interessieren, ob noch jemand ein ähnliches Verhalten beobachtet hat – insbesondere in Verbindung mit Windows-HDR, hohen Bildwiederholraten und Ryzen-7000-Systemen.

Ich freue mich auf Eurer Feedback und Eure Erkenntnisse. Das Problem habe ich bereits als Bug bei Nvidia und MS gemeldet. Es ist sicherlich nicht gravieren - aber ärgerlich.

Alexander2 · 12. Februar 2026

Bugmeldung an Nvidia dürfte am meisten bringen. bzw kannste ja andere Treiberversionen auswählen.

Edit:
Ok ich hab für mich ma grad nachgesehen. Deep sleep ist ja C3 bei meiner CPU und.. hab grad nen tool, das mit den zustand anzeigt (wie viel die CPU drin ist.)
jetzt erstmal so mit Video abspielen Browser und Discord sowie ein paar anderen Programmchen:

Code:

PowerTOP 2.15     Übersicht  Leerlauf-Sta Frequenz-Statisti Gerät-Statisti Abstimmbar WakeUp en                         


           Pkg(OS)  |            Core(OS) |            CPU(OS) 0   CPU(OS) 16
POLL        0,0%    | POLL        0,0%    | POLL        0,0%    0,0 ms  0,0%    0,0 ms
C1          0,8%    | C1          0,5%    | C1          0,5%    0,1 ms  0,6%    0,1 ms
C2          7,2%    | C2          8,8%    | C2         14,6%    0,5 ms  3,1%    0,2 ms
C3         90,0%    | C3         89,1%    | C3         82,7%    1,6 ms 95,6%    2,5 ms

                    |            Core(OS) |            CPU(OS) 1   CPU(OS) 17
                    | POLL        0,0%    | POLL        0,0%    0,0 ms  0,0%    0,0 ms
                    | C1          0,3%    | C1          0,4%    0,1 ms  0,3%    0,2 ms
                    | C2          4,8%    | C2          8,2%    0,4 ms  1,4%    0,2 ms
                    | C3         94,1%    | C3         89,4%    2,3 ms 98,9%    3,8 ms

                    |            Core(OS) |            CPU(OS) 2   CPU(OS) 18
                    | POLL        0,0%    | POLL        0,0%    0,0 ms  0,0%    0,0 ms
                    | C1          0,6%    | C1          0,6%    0,1 ms  0,7%    0,1 ms
                    | C2          7,8%    | C2         13,1%    0,3 ms  2,5%    0,2 ms
                    | C3         89,0%    | C3         81,9%    1,8 ms 96,2%    6,2 ms

                    |            Core(OS) |            CPU(OS) 3   CPU(OS) 19
                    | POLL        0,0%    | POLL        0,0%    0,0 ms  0,0%    0,0 ms
                    | C1          0,4%    | C1          0,6%    0,1 ms  0,2%    0,2 ms
                    | C2          2,6%    | C2          4,0%    0,3 ms  1,1%    0,2 ms
                    | C3         95,7%    | C3         93,8%    3,3 ms 97,5%    7,7 ms

                    |            Core(OS) |            CPU(OS) 4   CPU(OS) 20
                    | POLL        0,0%    | POLL        0,0%    0,0 ms  0,0%    0,0 ms
                    | C1          0,4%    | C1          0,7%    0,1 ms  0,2%    0,2 ms
                    | C2          2,4%    | C2          4,3%    0,2 ms  0,5%    0,4 ms
                    | C3         95,9%    | C3         93,4%    2,9 ms 98,4%    6,3 ms

                    |            Core(OS) |            CPU(OS) 5   CPU(OS) 21
                    | POLL        0,0%    | POLL        0,0%    0,0 ms  0,0%    0,0 ms
                    | C1          0,7%    | C1          1,2%    0,1 ms  0,1%    0,2 ms
                    | C2          2,4%    | C2          3,5%    0,2 ms  1,3%    0,3 ms
                    | C3         96,0%    | C3         94,0%    4,0 ms 97,9%    4,7 ms

                    |            Core(OS) |            CPU(OS) 6   CPU(OS) 22
                    | POLL        0,0%    | POLL        0,0%    0,0 ms  0,0%    0,0 ms
                    | C1          0,2%    | C1          0,3%    0,2 ms  0,0%    0,1 ms
                    | C2          0,8%    | C2          1,1%    0,3 ms  0,4%    0,2 ms
                    | C3         98,3%    | C3         97,5%    3,9 ms 99,0%    5,3 ms

                    |            Core(OS) |            CPU(OS) 7   CPU(OS) 23
                    | POLL        0,0%    | POLL        0,0%    0,0 ms  0,0%    0,0 ms
                    | C1          0,2%    | C1          0,3%    0,2 ms  0,1%    0,2 ms
                    | C2          0,5%    | C2          0,7%    0,3 ms  0,3%    0,3 ms
                    | C3         99,0%    | C3         99,3%    5,2 ms 98,8%   14,0 ms

                    |            Core(OS) |            CPU(OS) 8   CPU(OS) 24
                    | POLL        0,1%    | POLL        0,0%    0,0 ms  0,1%    0,0 ms
                    | C1          1,3%    | C1          0,4%    0,1 ms  2,2%    0,1 ms
                    | C2         10,0%    | C2         12,9%    0,5 ms  7,0%    0,2 ms
                    | C3         86,5%    | C3         84,0%    2,2 ms 89,1%    3,7 ms

                    |            Core(OS) |            CPU(OS) 9   CPU(OS) 25
                    | POLL        0,0%    | POLL        0,1%    0,0 ms  0,0%    0,0 ms
                    | C1          0,4%    | C1          0,5%    0,1 ms  0,2%    0,1 ms
                    | C2         18,8%    | C2         30,9%    0,4 ms  6,6%    0,4 ms
                    | C3         76,8%    | C3         63,2%    1,2 ms 90,3%    2,2 ms

                    |            Core(OS) |            CPU(OS) 10  CPU(OS) 26
                    | POLL        0,0%    | POLL        0,0%    0,0 ms  0,0%    0,0 ms
                    | C1          0,9%    | C1          1,5%    0,1 ms  0,3%    0,2 ms
                    | C2         11,3%    | C2         20,8%    0,3 ms  1,7%    0,3 ms
                    | C3         86,3%    | C3         75,5%    1,8 ms 97,1%    5,4 ms

                    |            Core(OS) |            CPU(OS) 11  CPU(OS) 27
                    | POLL        0,0%    | POLL        0,0%    0,0 ms  0,0%    0,0 ms
                    | C1          0,6%    | C1          0,7%    0,1 ms  0,5%    0,2 ms
                    | C2         12,6%    | C2         22,8%    0,4 ms  2,4%    0,3 ms
                    | C3         82,0%    | C3         69,8%    1,4 ms 94,1%    3,1 ms

                    |            Core(OS) |            CPU(OS) 12  CPU(OS) 28
                    | POLL        0,0%    | POLL        0,0%    0,0 ms  0,0%    0,0 ms
                    | C1          0,6%    | C1          0,4%    0,1 ms  0,9%    0,1 ms
                    | C2         11,3%    | C2         13,6%    0,5 ms  8,9%    0,3 ms
                    | C3         85,9%    | C3         84,2%    3,0 ms 87,7%    1,1 ms

                    |            Core(OS) |            CPU(OS) 13  CPU(OS) 29
                    | POLL        0,0%    | POLL        0,0%    0,0 ms  0,0%    0,0 ms
                    | C1          0,5%    | C1          0,5%    0,1 ms  0,6%    0,1 ms
                    | C2          8,0%    | C2          6,3%    0,3 ms  9,7%    0,4 ms
                    | C3         88,9%    | C3         90,4%    2,2 ms 87,3%    1,8 ms

                    |            Core(OS) |            CPU(OS) 14  CPU(OS) 30
                    | POLL        0,0%    | POLL        0,0%    0,0 ms  0,0%    0,0 ms
                    | C1          0,3%    | C1          0,3%    0,2 ms  0,3%    0,1 ms
                    | C2          4,0%    | C2          4,4%    0,4 ms  3,6%    0,4 ms
                    | C3         94,7%    | C3         94,2%    4,1 ms 95,2%    3,7 ms

                    |            Core(OS) |            CPU(OS) 15  CPU(OS) 31
                    | POLL        0,0%    | POLL        0,0%    0,0 ms  0,0%    0,0 ms
                    | C1          4,9%    | C1          9,4%    0,1 ms  0,4%    0,1 ms
                    | C2          9,4%    | C2          4,5%    0,2 ms 14,2%    0,4 ms
                    | C3         81,7%    | C3         82,9%    1,2 ms 80,4%    1,2 ms




<ESC> Beenden | <TAB> / <Shift + TAB> Navigate |

Ach so, HDR ist sowieso dauernd an, mach ich auch nicht aus :-)

Bono35 · 12. Februar 2026

Bei mir triggert HDR halt das Problem bis zu nem Restart. Also wenn man das wirklich als Problem sehen will. In meinem Fall sind die Voltages OK für meine CPU. Es ist dennoch unschön, dass nach Last auf der GPU der Nvidia Treiber - vor Allem wenn HDR aktiv war, einen CPU Core triggert. Latency Mon ist da sehr präzise.

Eine Bugmeldung habe ich bei Nvidia und MS schon platziert. Mich interessieren halt andere Erfahrungswerte von Euch. Wenn das in der Tat ein Problem mit dem Grafik Stack sein sollte, wird das wahrscheinlich eh nicht so schnell behoben werden. HDR ist unter Windows ja eh problematisch. Ich muss das halt im Desktop-Betrieb abschalten, da sonst farbseitig bei nem Mini-LED Monitor echt gruselig ausschaut.

Ach ja - interessant: Wenn das Problem getriggert ist und ich auf den Zweitmonitor wechsle (ein MSI mit 165 hz) und dort keine Last anlag (HDR kann der nicht), dann wird kein Core getriggert vom Treiber.

Und Update:

Ich habe mal DDU laufen lassen im abgesicherten Modus und habe den aktuellsten Treiber sauber neu installiert. Bei Non HDR Gaming triggert das Problem aktuell nicht. Nach Aktivierung und Deaktivierung von HDR bis zum Reboot aber immer noch. Ich denke, dass hier die HDR Implementierung im Grafik Stack ein Problem hat. Wenn noch Anderen von Euch das Problem auffällt, meldet es bitte. Das ist echt ärgerlich und kostet mit unter Abwärme und Energie. Ob das bei X3D Prozessoren auf die Haltbarkeit geht, wenn es unentdeckt bleibt, ist dann eine zusätzliche Frage. Davon bin ich ja mit nem 7900X im Eco Modus verschont.

Alexander2 · 12. Februar 2026

Und hier jetzt der Vergleich mit fast allen Programmen aus, solaar für logitech maus war noch an, Nextcloud, und noch mini Programme (in der Taskbar-Systembereich)

Das Terminal sonst nur, das ist ja für die Überwachung.

Code:

PowerTOP 2.15     Übersicht  Leerlauf-Sta Frequenz-Statisti Gerät-Statisti Abstimmbar WakeUp en                        


           Pkg(OS)  |            Core(OS) |            CPU(OS) 0   CPU(OS) 16
POLL        0,0%    | POLL        0,0%    | POLL        0,0%    0,0 ms  0,0%    0,0 ms
C1          0,0%    | C1          0,0%    | C1          0,0%    0,0 ms  0,0%    0,0 ms
C2          0,0%    | C2          0,0%    | C2          0,0%    0,2 ms  0,0%    0,2 ms
C3        101,5%    | C3         98,5%    | C3        100,0%  190,9 ms 97,0%  299,1 ms

                    |            Core(OS) |            CPU(OS) 1   CPU(OS) 17
                    | POLL        0,0%    | POLL        0,0%    0,0 ms  0,0%    0,0 ms
                    | C1          0,0%    | C1          0,0%    0,0 ms  0,0%    0,0 ms
                    | C2          0,0%    | C2          0,1%    0,4 ms  0,0%    0,0 ms
                    | C3        104,4%    | C3        101,5%   88,1 ms107,2% 1535,6 ms

                    |            Core(OS) |            CPU(OS) 2   CPU(OS) 18
                    | POLL        0,0%    | POLL        0,0%    0,0 ms  0,0%    0,0 ms
                    | C1          0,0%    | C1          0,0%    0,0 ms  0,0%    0,0 ms
                    | C2          0,0%    | C2          0,0%    0,1 ms  0,0%    0,3 ms
                    | C3        102,1%    | C3         94,9%  190,3 ms109,2% 1094,8 ms

                    |            Core(OS) |            CPU(OS) 3   CPU(OS) 19
                    | POLL        0,0%    | POLL        0,0%    0,0 ms  0,0%    0,0 ms
                    | C1          0,0%    | C1          0,0%    0,0 ms  0,0%    0,0 ms
                    | C2          0,0%    | C2          0,0%    0,2 ms  0,0%    0,2 ms
                    | C3        104,5%    | C3        109,2%  811,0 ms 99,8% 1818,1 ms

                    |            Core(OS) |            CPU(OS) 4   CPU(OS) 20
                    | POLL        0,0%    | POLL        0,0%    0,0 ms  0,0%    0,0 ms
                    | C1          0,0%    | C1          0,0%    0,0 ms  0,0%    0,0 ms
                    | C2          0,0%    | C2          0,0%    0,2 ms  0,0%    0,3 ms
                    | C3         95,0%    | C3         90,3%  464,0 ms 99,8%  434,8 ms

                    |            Core(OS) |            CPU(OS) 5   CPU(OS) 21
                    | POLL        0,0%    | POLL        0,0%    0,0 ms  0,0%    0,0 ms
                    | C1          0,0%    | C1          0,0%    0,0 ms  0,0%    0,0 ms
                    | C2          0,0%    | C2          0,0%    0,2 ms  0,0%    0,4 ms
                    | C3        105,7%    | C3        108,8%  427,8 ms102,5%  230,9 ms

                    |            Core(OS) |            CPU(OS) 6   CPU(OS) 22
                    | POLL        0,0%    | POLL        0,0%    0,0 ms  0,0%    0,0 ms
                    | C1          0,0%    | C1          0,0%    0,0 ms  0,0%    0,0 ms
                    | C2          0,0%    | C2          0,0%    0,2 ms  0,0%    0,2 ms
                    | C3        105,1%    | C3        109,4%  812,1 ms100,9%  183,8 ms

                    |            Core(OS) |            CPU(OS) 7   CPU(OS) 23
                    | POLL        0,0%    | POLL        0,0%    0,0 ms  0,0%    0,0 ms
                    | C1          0,0%    | C1          0,0%    0,0 ms  0,0%    0,0 ms
                    | C2          0,0%    | C2          0,0%    0,1 ms  0,0%    0,4 ms
                    | C3        104,5%    | C3         99,8%  909,0 ms109,2%  509,1 ms

                    |            Core(OS) |            CPU(OS) 8   CPU(OS) 24
                    | POLL        0,0%    | POLL        0,0%    0,0 ms  0,0%    0,0 ms
                    | C1          0,0%    | C1          0,0%    0,0 ms  0,0%    0,1 ms
                    | C2          0,0%    | C2          0,1%    0,4 ms  0,0%    0,4 ms
                    | C3         98,6%    | C3         97,7%  147,2 ms 99,5%   12,7 ms

                    |            Core(OS) |            CPU(OS) 9   CPU(OS) 25
                    | POLL        0,0%    | POLL        0,0%    0,0 ms  0,0%    0,0 ms
                    | C1          0,0%    | C1          0,0%    0,0 ms  0,0%    0,1 ms
                    | C2          0,1%    | C2          0,1%    0,5 ms  0,1%    0,5 ms
                    | C3         99,8%    | C3         99,8%   46,9 ms 99,8%  129,1 ms

                    |            Core(OS) |            CPU(OS) 10  CPU(OS) 26
                    | POLL        0,0%    | POLL        0,0%    0,0 ms  0,0%    0,0 ms
                    | C1          0,0%    | C1          0,0%    0,1 ms  0,0%    0,0 ms
                    | C2          0,0%    | C2          0,1%    0,5 ms  0,0%    0,4 ms
                    | C3         99,8%    | C3         99,8%   47,5 ms 99,7%  999,8 ms

                    |            Core(OS) |            CPU(OS) 11  CPU(OS) 27
                    | POLL        0,0%    | POLL        0,0%    0,0 ms  0,0%    0,0 ms
                    | C1          0,0%    | C1          0,0%    0,1 ms  0,0%    0,1 ms
                    | C2          0,0%    | C2          0,0%    0,1 ms  0,0%    0,1 ms
                    | C3        100,7%    | C3        101,8%  118,6 ms 99,6%  262,7 ms

                    |            Core(OS) |            CPU(OS) 12  CPU(OS) 28
                    | POLL        0,0%    | POLL        0,0%    0,0 ms  0,0%    0,0 ms
                    | C1          0,0%    | C1          0,0%    0,0 ms  0,0%    0,0 ms
                    | C2          0,1%    | C2          0,0%    0,4 ms  0,1%    0,4 ms
                    | C3         99,6%    | C3         99,9%  135,3 ms 99,3%    4,9 ms

                    |            Core(OS) |            CPU(OS) 13  CPU(OS) 29
                    | POLL        0,0%    | POLL        0,0%    0,0 ms  0,0%    0,0 ms
                    | C1          0,0%    | C1          0,0%    0,0 ms  0,0%    0,0 ms
                    | C2          0,0%    | C2          0,0%    0,1 ms  0,0%    0,3 ms
                    | C3        101,0%    | C3        100,2%  120,3 ms101,8% 1134,2 ms

                    |            Core(OS) |            CPU(OS) 14  CPU(OS) 30
                    | POLL        0,0%    | POLL        0,0%    0,0 ms  0,0%    0,0 ms
                    | C1          0,0%    | C1          0,0%    0,0 ms  0,0%    0,0 ms
                    | C2          0,0%    | C2          0,0%    0,1 ms  0,0%    0,2 ms
                    | C3        103,9%    | C3        100,5%  122,1 ms107,2%  413,3 ms

                    |            Core(OS) |            CPU(OS) 15  CPU(OS) 31
                    | POLL        0,0%    | POLL        0,0%    0,0 ms  0,0%    0,0 ms
                    | C1          0,0%    | C1          0,0%    0,1 ms  0,0%    0,1 ms
                    | C2          0,2%    | C2          0,2%    0,6 ms  0,1%    0,6 ms
                    | C3        100,1%    | C3        100,5%  127,5 ms 99,8%  138,0 ms




<ESC> Beenden | <TAB> / <Shift + TAB> Navigate |

Also scheint zu klappen, das dadurch die CPUs deutlich mehr in den C3 state gehen. (Ist ja pro core.)
Edit:
Niedriger gehts bei mir laut dem Tool nicht 25,9w auf dem Desktop mit "keiner" aktivität
Der angezeigte Takt ist das Taktziel oder wie man das nennen soll, jedenfalls nicht dieser HWInfo wert effektiver Takt

Bono35 · 12. Februar 2026

Es tritt bei mir wie gesagt erst nach GPU Last auf - nach DDU jetzt die Linderung.

Du nutzt Linux? Auch ne AMD CPU?

Alexander2 · 12. Februar 2026

Ja, da oben im Screenshot sthet das Modell 9950X3d
Radeon GPU 7900 XT
auf Linux.

Habe auch gerade mal das TTY getestet, also ohne Grafischen Desktop und ohne Displaymanager, kurzfristig mal den Dienst gestoppt.
Ob da das Terminal richtig als HDR ausgibt kann ich nicht sagen, aber jedenfalls war die Textwiedergabe wie gewohnt sehr hell, der Monitor steht ja noch auf HDR.

Da jedenfalls kamen von beiden Tools auch keine besseren werte dabei heraus, als wenn ich auf dem Desktop alles aus mache an Programmen, die die Hardware beschäftigt hält.

Bono35 · 12. Februar 2026

Dann scheint Linux das besser zu handhaben. Ich sehe hier auch eher dediziert ein Windows-Problem. Würde gerne zu Linux wechseln. Nur bin ich auf die Eine oder Andere Windows Software angewiesen.

Welche Distro?

Alexander2 · 12. Februar 2026

Manjaro, das verhalten dürfte aber bei fast allen gleich sein. Ausreißer mags ja immer mal geben

Zu Manjaro bin ich gekommen weil ich eigentlich immer aktuelle Pakete haben möchte, sowie auch eine große auswahl direkt aus dem repo. Bei Gentoo musste man viel zu viel kompilieren, arch hat mir ne weile gefallen, aber dann wollte ich doch etwas mehr stabilität. Also Manjaro, 1 Monat ca. Abgehangene Pakete, große Auswahl, AUR geht natürlich mit abstrichen, denn es ist ja original für arch und meine Systempakete sind bei Manjaro meist halt nen Monat älter

da kanns mal kneifen. (ist aber selten bis garnicht, solange man darauf achtet auch nur wenige aur Pakete überhaupt zu nehmen.)

Jedenfalls für mich funktioniert Manjaro. das mag bei jedem dann anders sein. Jeder Topf findet seinen Deckel.

Bono35 · 12. Februar 2026

Ich liebäugle da eher mit Cachy OS, Bazzite oder Fedora 43 mit KDE Plasma. Mal sehen ob ich das als Zweitsystem mal installieren. Nur mit ner NV Karte und Linux ist das halt so ne Sache. Ich möchte aber denken, dass die Problematik, die ich unter Windows hier beschreibe, mit Linux nicht eintritt.

Alexander2 · 12. Februar 2026

Bugs gibts überall. es werden andere sein :-)

Wird mit der Nvidia Karte auch laufen, aber wie du schon mitbekommen hast anscheinend gibts da eher mal etwas mehr Bugs/Probleme als mit einer Radeon.

In jedem Fall ist es eine Umgewöhnung. es ist eben doch anders als Windows. Es einfach mal testen verursacht aber keine Kosten.

Bono35 · 12. Februar 2026

Ich habe durchaus schon öfter mit Linux gearbeitet und betreibe meinen Home-Server mit Linux - nur nicht als Gaming-Plattform. Um Windows werde ich wie gesagt nicht herum kommen, da ich eben auf einige Software und auch Hardware angewiesen sind, die ich nicht mit WINE oder anderen Translation Layers zum Laufen bekommen werde (Focusrite Audio Interface, Vegas Pro, Samplitude).

Alexander2 · 12. Februar 2026

Wenn man an bestimmten Sachen hängt ist das so.
Kannst maximal wo es möglich ist alternativen ausprobieren.

Edit:
Ist vegas Pro nen daw? für Audio? Samplitude hört sich ja auch so an.
Pro audio gibts ja an sich auch unter Linux und auch gewisse Software ist zumindest mehr geworden. habe letzt mal Bitwig Studio gesehen als Flatpak.
Pipewire gibts auch hier im Forum jemanden, der es für sich entdeckt hat.

Ich hatte mir das auch mit angesehen und hier und da mal nen Anstoss gegeben, er hatte das gefunden:
https://lsp-plug.in

Naja, gibt viel zu entdecken, wenn man sich etwas umschaut. Gibt natürlich wie oben schon steht, Sachen die nicht mit Linux laufen, sei es Hardware oder Software, wenn man genau das benutzen will/muss.

Edit:
hab grad geschaut, vegas ist Video. da ist "der größte Player" unter Linux wohl Davinci resolve, damit kann man total Irre sachen machen. Beispiel:
https://www.youtube.com/@JamesLee/videos
Ein paar der letzten Videos waren mit Davinci resolve. ab welchem genau weiß ich nicht mehr genau, evtl. How i Broke up with adobe ? vielleicht auch vorher, irgendwo kam das im Video vor, das der Davinci benutzt.

(Natürlich gibts auch noch kdenlive und andere nur um das erwähnt zu haben.)

Bono35 · 12. Februar 2026

Vegas Pro ist Video Editing, Samplitude ne DAW. Und nein . Davinci Resolve oder Reaper sind keine Alternativen :-).

Alexander2 · 12. Februar 2026

Keine Ahnung, vielleicht kennst du ja was davon, ich lass einfach mal den Screenshot hier gammeln :-)

Lass dir nichts einreden, entscheide selbst. Du musst selbst mit der Entscheidung leben.
(Hab grad was interessantes entdeckt, das Tool, das Studio ghibli für deren Anime benutzt

das Berühmte Studio.)

Fleischklopfer · 12. Februar 2026

Ich habe seit 2 oder 3 Treiber Versionen auch das Problem. Betreibe einen corsair xeneon Edge neben meinem hauptbildschirm. Bei mir ist es wie eine Lotterie. Starte ich ein Spiel und beende es wieder funktioniert es mit dem deppsleep und mal nicht. Die Temperatur Sensoren meiner graka werden auch nur dann erkannt wenn ich den Rechner einmal neu gestartet habe… seit den letzten paar Treiber Updates sind da immer neue bugs drin… echt schlimm mit NVIDIA geworden meiner Meinung nach. Habe da auch schon von mehreren Problemen im Internet gelesen

Bono35 · 12. Februar 2026

Das ist das Problem wenn man viel von generativen Algorithmen coden lässt fürchte ich. Aber gut zu wissen, dass ich nicht der einzige mit dem Problem bin.

Solange ich HDR auslasse hat ein DDU des Treibers und Reinstall erstmal das Problem gelindert. Mal sehen wie lange.

Probleme mit den Temperatursensoren sollten doch schon seit mehr als einem halben Jahr behoben sein. Damals setzten das Temperatur Monitoring doch aus, wenn der Rechner im Standby war. Das Problem was ich beschreibe hat damit nichts zu tun. Am Desktop schalte ich generell alle Standby Modi aus. Mir gings nur um die Idle States der CPU Cores. Deep Idle ist bei AMD ca. 0,8-0,7 V auf VCORE. Triggert das Problem bleibt der Vcore um die 1 V wobei in Ryzen Master zu beobachten ist, dass ein Kern in kurzen Abständen immer wieder aus dem Ruhezustand geholt wird bis zum Reboot. Aktuell triggert nur das Einschalten von HDR das Problem bis zum Reboot.

Fleischklopfer · 12. Februar 2026

Naja bei mir sind die Probleme mit den Sensoren noch nicht gelöst 🤷🏼‍♂️

Bono35 · 12. Februar 2026

Aktuellste Version der Treiber installiert?

Fleischklopfer · 13. Februar 2026

Ja,Treiber Karussell habe ich durch

Bono35 · 13. Februar 2026

Wirklich blöd. Das Problem ist - bei AMD ists nicht besser - anders aber nicht besser. Leider.

Ein CPU Core von Nvidia Treiber nach GPU Last getriggert - verhindert Deep Idle State

Commander

Fleet Admiral

Commander

Fleet Admiral

Commander

Fleet Admiral

Commander

Fleet Admiral

Commander

Fleet Admiral

Commander

Fleet Admiral

Commander

Fleet Admiral

Lieutenant

Commander

Lieutenant

Commander

Lieutenant

Commander

Passend zum Thema