PCTuning fórum

Ten driver timeout ale nemusí být způsoben ovladačema či UV GPU ...

Takový OC na CPU, jako příliš nízký CO či vysoký boost clock overdrive, které oboje skvěle projde 24h testem OCCT, Prime, Aida whatever ... tak to pak klidně sejme GPU driver po pěti minutách v grafickém benchmarku C24

... Vyzkoušeno na mnoha PC už několikrát a bylo úplně buřt, jaká verze driverů tam byla, DDU, čistá instalace widlí apod. Stačilo to CPU nehnat na edge a bylo to pak v cajku. To samé umí udělat i "poladěné" RAMky.

To co píše Kermit potvrzuji, nestabilní cpu/ram mi shazovalo ovladač/hru už u 3070ti a následně i XT a až tam jsem se dokopal hledat problém a začal jsem tím, že jsem dal cpu stock a ram na expo a problém úplně zmizel.

AllowedCry - dík. Tak ono je to i logický, ten driver timeout není nic jiného než reakce GPU, že nedostala včas data od CPU. Procesor zahnaný do kouta používá opravné mechanizmy tak dlouho, až to přestane stíhat ta data dodávat. Však to každý známe ne, že CO se nedá hnát do krajnosti ani boost clock a že vysoké hodnoty už pak nevedou k vyššímu výkonu /FPS ale jde to dolů z kopce, právě kvůli chybám které musí opravovat.
Paradoxně X3D čipy jsou na to náchylnější, protože jádrům v cestě stojí vrstvená cache, která, byť minimálně, ale přidává latenci ve chvíli, kdy data v cache nejsou a je potřeba jít do RAMky. A latence k latenci a driver timeout je na cestě. Hotovo, vymalováno.
Takže jak píšeš, ideálně dát CPU a RAM do defaultu a vyzkoušet.

hm, tiez mi padol parkrat driver timeout, dik za nasmerovanie, kde moze byt pricina (r7 5800X3D)

já nemám CPU OC vůbec, občas jsem si zapnul -30 mV offset přes PBOTuner2, ale driver 25.6.1 mi vesele padá dál.

Co nyní také řeším, že ani jedna karta mi nedá sebemenší UV ve Witcher 2 s mody, což je divné... Benchmarky jako Steel Nomad, Unigine Superposition to projde, ale Witcher 2 to spolehlivě shodí do minuty, dá se to hrát jen na default/VRAM OC...

GreenKermit píše: ↑úte 10. čer 2025, 21:20 AllowedCry - dík. Tak ono je to i logický, ten driver timeout není nic jiného než reakce GPU, že nedostala včas data od CPU. Procesor zahnaný do kouta používá opravné mechanizmy tak dlouho, až to přestane stíhat ta data dodávat. Však to každý známe ne, že CO se nedá hnát do krajnosti ani boost clock a že vysoké hodnoty už pak nevedou k vyššímu výkonu /FPS ale jde to dolů z kopce, právě kvůli chybám které musí opravovat.
Paradoxně X3D čipy jsou na to náchylnější, protože jádrům v cestě stojí vrstvená cache, která, byť minimálně, ale přidává latenci ve chvíli, kdy data v cache nejsou a je potřeba jít do RAMky. A latence k latenci a driver timeout je na cestě. Hotovo, vymalováno.
Takže jak píšeš, ideálně dát CPU a RAM do defaultu a vyzkoušet.

Sorry, ne že bych měl zrovna v tomhle "Ph.D.", ale obávám se, že takhle jednoduché to nebude. Jako hypotetické vysvětlení by ti to mohlo fungovat, ale obecně nevidím důvod, proč by driver timeout nemohl být zapříčiněn jak CPU, tak GPU.

To ale nikdo nerozporuje, je to zkrátka jen další možnost. Hlavně pokud to někomu se stejnou kartou padá a druhému ne.

AllowedCry píše: ↑úte 10. čer 2025, 23:00 To ale nikdo nerozporuje, je to zkrátka jen další možnost. Hlavně pokud to někomu se stejnou kartou padá a druhému ne.

To je rakce na tvrzení od @GreenKermit, že "driver timeout není nic jiného než reakce GPU, že nedostala včas data od CPU". Tohle tvrzení určitě neplatí, protože důvodů k "driver timeoutu" může být mraky. Hry používají 3D API (Vulkan, DirectX, OpenGL...) kde je mraky funkcí zodpovědných za všechno možné související s komunikací GPU<->CPU. Ty funkce jsou vlastně jen "wrappery" o jejichž faktickou implementaci se právě stará driver výrobce.

Takže ano, pokud máš nestabilní CPU => draw call, copy call, whatever skrz to API tam může k chybě a buď ti rovnou crashne samotná hra nebo třeba i driver... když je nestabilní CPU, tak se z pádů jakýhkoli driverů nedá usuzovat vůbec nic.

A stejně tak obráceně - nestabilní GPU? Zadáš třeba call na upload textury do paměti, opět dojde k chybě (ať už z důvodu OC VRAM nebo GPU...), vnitřní stav se třeba zacyklí, dojde k rozpadu obrazu, nebo se rozbije nějaký cyklus, jehož podmínka bude poškozena a skončí v nekonečném cyklu = timeout/freeze či crash driveru, protože příslušná API funkce nevrátila požadovanou hodnotu...

Sry za OT, ale to je jen nástin toho, co se tam může dít (alespoň i v kontextu zde diskutovaný nestability driverů), takže se opravdu nedá takhle s jistotou říct, že "driver timeout není nic jiného než reakce GPU, že nedostala včas data od CPU".

sam_217 - no, ale CO -30 je docela dost, to na všechny cores nedá mnoho CPU, alespoň jedno jádro takové CO nedá a máš vymalováno. Ne hned, ne vždy, ne u každé hry, ne v každé scéně, ale jednou se to projeví. To samé u pamětí, někde ti pojede EXPO I, někde EXPO II, někde ani jedno. Jsou paměti na QVL listu výrobce? Jak kvalitní a silný je zdroj? Co chlazení CPU, zdroje, pamětí? Máš tisíc věcí, které to mohou ovlivnit. Já tím jenom říkám, že ten driver timeout nemusí být nutně na GPU straně nebo jejího driveru (ale může, to nerozporuju).
Mě taky třeba prošlo všechno - testy, benchmarky, 24h to běží, vytěžuje to všechno najednou. Pak jsem pustil FS2024 a tradá, po minutě to šlo do kytek. A přitom ostatní hry bez problému. A pak jsem snížil boost clock z 200 na 100 a voilá, žádný pády se už nikdy nekonali. Stejně tak jsem u jiného PC zvýšil CO z -25 na -20 a běhalo to líp - menší propady FPS. Ano v benchmarku to PC mělo míň, ale ty nehrajeme že

Jenomže to CPU a RAM je klíčem úplně ke všemu, bez něho GPU nepojede, když to bude prostě "nakoplý", tak se to prostě rozsype. Je to z mojí strany zjednodušení, ano existuje tisíc a jeden způsob, jak se s daty ve hrách nakládá. Jen ten driver timeout nehledejme jen jako chybu na straně GPU. Tečka.

GreenKermit píše: ↑úte 10. čer 2025, 23:18 sam_217 - no, ale CO -30 je docela dost, to na všechny cores nedá mnoho CPU ...

Jistě, ale jak jsem psal, mám teď asi měsíc starou instalaci win11 kde jsem si zatím PBO2tuner vůbec nenastavil (a v biosu ten 5800 X3D neladim, paměti mi jedou přes XMP profil), takže ty RDNA4 pády o kterých se zde bavíme v mém případě s CO -30 / CPU UV-OC opravdu nesouvisí.

Budu možná muset zkusit jiný zdroj, protože je fakt divný, že v tak starý hře jako Witcher 2 mi 2 karty ze dvou jedou fakt jen na defaultu, ale jakmile dám jen -10mV offset na jádře, tak to padá.

sam_217 píše: ↑úte 10. čer 2025, 23:26 paměti mi jedou přes XMP profil

No, ale i to může být problém, i XMP je OC , takže to můžeš zkusit bez něj. Zdroj zkus, nemusí tu kartu utáhnout.
Ještě mě napadá, můžeš na GPU zkusit UV ale přidat na power limitu, to posune tu křivku napájení výše a může to být stabilnější. To taky občas pomůže. Pak ještě zkus zastropovat max frekvenci (nevím, jak je to u 9000 řady), protože UV ti to bude honit až do krajnosti (u mé XTX klidně až za 3220 Mhz, přitom default boost clock má na 2680 Mhz

takže já mám nastavený strop na 2880 Mhz a držím ji tím na uzdě)

Obecně UV na AMD není žádný zázrak, já na svojí XTX víc jak -30mV stabilně nedám ...

Dovolím si tu pár poznámek.
1, Dlouho jsem řešil pády driveru (timeout) u Hogwarts Legacy, testoval jsem to na třech kartách a všude stejné, nakonec to dělaly nějaké temp soubory hry kdesi v útrobách disku, které se stahovaly z cloudu steamu. Něco co se může zdát jako vadná karta/nestabilita a problém byl ve hře, která dokurvila samotný driver.

2, Několikrát jsem byl svědkem, že driver spadl i na naprosto čisté a nepřetaktované sestavě. Je to živý organismus, co má spousty known issues. Ne vždy za nenadálý crash může HW samotný.

Bylo by super, kdyby byl někdo ochoten tuhle starou hru zkusit - můžu poskytnout save. Opravdu by mě zajímalo, jestli tyhle moje pády při sebemenším UV někdo zreprodukuje... přece jenom, než se dostanu k tomu řešit zdroj, což taky není malá investice, tak to asi potrvá.

Popiš testovací metodiku a můžu to zkusit, ale stahovat se balíčkem textur... meh no.

mouldy píše: ↑stř 11. čer 2025, 00:18 Popiš testovací metodiku a můžu to zkusit, ale stahovat se balíčkem textur... meh no.

Jedná se o verzi "Witcher 2 Enchanced edition"
Save:

Kód: Vybrat vše

https://1drv.ms/u/c/5cdc82b0d92a1a4c/ESFEtt_9gDZPivZ1YHHnC1ABLXisUfgR16cGDDQ8gTM6tQ?e=34KTg4

- pokud je funkční "steam cloud" tak to patří do

Kód: Vybrat vše

\Steam\userdata\[tvoje user ID]\20920\remote

a nebo by to asi mělo i fungovat v

Kód: Vybrat vše

C:\Users\[#user#]\Documents\Witcher 2\gamesaves

tak co se týče těch textur ... kdybys to chtěl třeba na webshare, autory to možná tolik nepotěší, ale můžu to reuploadnout někam, kde se to bude stahovat rychleji.

používám tyhle všechny 4K verze
Kód: Vybrat vše
```
https://www.nexusmods.com/witcher2/mods/889?tab=files
```
- asi by to mohlo stačit na první test, ty textury se jednodušše zkopírujou / extrahujou do
Kód: Vybrat vše
```
\The Witcher 2 Enhanced Edition\CookedPC
```
používám FOV mod - to by mohlo hrát roli, vzhledem k tomu že širší záběr kamery znamení obvykle větší load na GPU
Kód: Vybrat vše
```
 https://www.nexusmods.com/witcher2/mods/826
```
ten má svůj vlastní .bat na instalaci, ale jinak to patří do
Kód: Vybrat vše
```
“%UserProfile%\Documents\Witcher 2\UserContent\”
```
a pak se to v launcheru nastavuje přes "Mods", používám FOV 70 (16:9 1440p)
kdyby i to bylo málo, tak mám tam ještě face mody, který ve VRAM a skin shaderech asi taky něco přispějou
Kód: Vybrat vše
```
https://www.nexusmods.com/witcher2/mods/1087
```

není to 100% 1:1 toho co tam všechno mám, ale myslim že by to mělo stačit a jak píšu, snad by to mohlo crashnout nejlépe už samo o sobě bez modů, a nebo s tím 4K tex packem...
Úplně nejhůř bych mohl někam nahrát celou data složku (asi 27 GB) kde je to allin1 už vše nakopírovaný.

No a "test metodika":

velice jednoduchá, mělo by stačit načíst save a při agresivnějším UV/VRAM OC by to mělo do minuty padnout samo jen při pohybu před těmi dveřmi, do nichž se má vstoupit. Pokud to nepadne, tak pak vstoupit do dveří a tam chvíli běhat v nadcházejícím boji... jak jsem psal, nemělo by trvat dlouho, než to zkolabuje.

Screenshoty pro referenci, jak to uvnitř vypadá a zároveň trochu "by voko" porovnání boostu PULSE vs NITRO+ při stejné scéně
https://i.imgur.com/ozT0UjL.png
https://i.imgur.com/IAfs48R.png

//EDIT: a ještě jedna možná důležitá věc, používám DXVK, protože to s tím běží plynuleji, než defaultní DX9. A v tom zatím nemám ověřeno, že se to bude chovat stejně.

80GB RAM? Co je to za konfiguraci modulů? Jak jsou kanály, stejné freq. i časování atd.?

Krteq píše: ↑stř 11. čer 2025, 10:53 80GB RAM? Co je to za konfiguraci modulů? Jak jsou kanály, stejné freq. i časování atd.?

Ano, žádný zázrak - 2x 32GB + 2x8 GB - 32GB jsou SK Hynix Dual rank a 8GB jsou Samsung B-Die Single rank. Asi by to šlo potunit i lépe...
Obrázek

zkrátka, dokoupil jsem nové 32GB moduly, které jsou línější a ty rychlejší 2x 8GB se jim přizpůsobily.

To jako jedeš dual channel s rozdílnou kapacitou modulů? Resp. máš rozdílnou kapacitu modulů v rámci jednoho kanálu A1/A2 => 32GB/8GB... na obou

Tohle opravdu vypadá na nestabilitu RAM

Ten 8GB kit prodej a nech si těch 2x 32GB. Ušetříš peníze, problémy i čas na jejich řešení

ale zas si pak nebude moct ruzne po forech stezovat a resit problemy s Radeonem

Krteq píše: ↑stř 11. čer 2025, 15:21 To jako jedeš dual channel s rozdílnou kapacitou modulů? Resp. máš rozdílnou kapacitu modulů v rámci jednoho kanálu A1/A2 => 32GB/8GB... na obou

Tohle opravdu vypadá na nestabilitu RAM

Ten 8GB kit prodej a nech si těch 2x 32GB. Ušetříš peníze, problémy i čas na jejich řešení

Jo, jedu - nepopírám, že často zapomínám že už nemám Intel ale Zen 3 se senzitivní infinity fabric, nicméně toto jsem měl otestované i memtesty a šlapalo to bez problémů - a např. tyhle problémy jsem s 3080 Ti neměl OC neOC. Jak jsem psal, ty 2x8 GB jsou ty nejlepší čipy, co do DDR4 byly (Samsung B-die), takže opravdu neměly sebemenší problém běžet under-spec podle nových SK Hynix s línějšímy timingy.

Ale máš recht - těch 2x8GB jsem stejně plánoval dát pryč, 64GB mi zatím stačí a protože to samozřejmě nelze vyloučit, tak jsem to udělal - a výsledek

Žádná změna... stačí mi prostě dát jen -10 mV core offset a v metodice popsané viz výše to crashne do chvíle. Pokud dám třeba -80 mV tak ještě rychleji.

Takže tímto jsou spekulace o nestabilitě mých RAM vyloučeny.

mlrs píše: ↑stř 11. čer 2025, 19:02 ale zas si pak nebude moct ruzne po forech stezovat a resit problemy s Radeonem

Pro tebe by bylo lepší, kdyby jsi svůj příspěvek raději vůbec nenapsal. Možná tě ale spasí některý z moderátorů.
Když už jsme u toho, že můj záměr je hlavně si postěžovat po fórech na mé 2 radeony, tak osobně nejvíce podezírám spíše zdroj a asi se pokusím ho prohodit za něco 100% stabilního. Nebo uvidíme, pokud někdo dříve (@mouldy?) se neobjětuje a nevyzkouší ten můj save.

vidis, zdroj jsem zapomnel, ze mas nejaky letity - ale ty RAMky jsou des - to te jak napadlo si takovou kombinaci dat do PC - jakoze poznas nekde rozdil mezi 64 a 80GB?

PCTuning fórum

AMD Radeon RX 9070 (XT) - info, recenze, zkušenosti

Re: AMD Radeon RX 9070 (XT) - info, recenze, zkušenosti

Re: AMD Radeon RX 9070 (XT) - info, recenze, zkušenosti

Re: AMD Radeon RX 9070 (XT) - info, recenze, zkušenosti

Re: AMD Radeon RX 9070 (XT) - info, recenze, zkušenosti

Re: AMD Radeon RX 9070 (XT) - info, recenze, zkušenosti

Re: AMD Radeon RX 9070 (XT) - info, recenze, zkušenosti

Re: AMD Radeon RX 9070 (XT) - info, recenze, zkušenosti

Re: AMD Radeon RX 9070 (XT) - info, recenze, zkušenosti

Re: AMD Radeon RX 9070 (XT) - info, recenze, zkušenosti

Re: AMD Radeon RX 9070 (XT) - info, recenze, zkušenosti

Re: AMD Radeon RX 9070 (XT) - info, recenze, zkušenosti

Re: AMD Radeon RX 9070 (XT) - info, recenze, zkušenosti

Re: AMD Radeon RX 9070 (XT) - info, recenze, zkušenosti

Re: AMD Radeon RX 9070 (XT) - info, recenze, zkušenosti

Re: AMD Radeon RX 9070 (XT) - info, recenze, zkušenosti

Re: AMD Radeon RX 9070 (XT) - info, recenze, zkušenosti

Re: AMD Radeon RX 9070 (XT) - info, recenze, zkušenosti

Re: AMD Radeon RX 9070 (XT) - info, recenze, zkušenosti

Re: AMD Radeon RX 9070 (XT) - info, recenze, zkušenosti

Re: AMD Radeon RX 9070 (XT) - info, recenze, zkušenosti