0x00000116 tj. Timeout Detection and Recovery

Zamolio bih pomoć u analizi problema jer iako izoliram nepotrebno, još pomalo tapkam na mjestu.
Iako mi je popunjen Moj PC, nabrojim sve ponovo:

CPU: Q6600 G0 2400mhz(9*266) -> 3360mhz(8*420) (1,5V) hladnjak Blue Orb II
RAM: Kingston 2*2Gb 1066mhz ->840mhz(4-4-4-12/tRd 7) (2,2V)
MBR: Gigabyte EP35-DS3
GPU: Gigabyte 9800GT 1Gb Scythe Musashi(GPU 725- Shader 1835- Mem 900)
HDD1: Intel SSD 80Gb G2 SATA
HDD2: Hitachi P7K500 500Gb SATA
HDD3: Samsung 160Gb PATA
HDD4: Samsung 40Gb PATA
(ova dva Samsunga su spojena na PCI->IDE karticu u PCI utoru)
Tv kartica Terratec Cinergy 400TV
2*LG DVD-RW
miš MX518 i tipkovnica G11
ventilatori:
3*92mm, 2*120mm
valjd sam nabrojao sve što vuče struju iz Chieftecova napajanja od 550W (GPS-550AB-A _ stavljam i sliku specifikacija dole).

Komp je stabilan pri standardnom radu i nema nikakvih problema. Procesor je overclockiran je i provjeren još od prije u IntelBurn testu, Prime95 i OCCT-u po 3-4 sata za svaki(radim na kompu pa ne mogu ostaviti 24/7 provjere), a napon je u redu jer pri loadu Vdroop pada na 1.4V). Uglavnom, procesorski benchmarci prolaze već duže vrijeme sve testove kad ih pokrenem+BOINC u
pauzama).
Što se tiče RAMa, u memtestu+ sa USB-a prolazi 20tak prolaza na 460mhz*6 na 5-5-5-18 tak da sadašnje stanje nije problem(u uputama iz Kingstona piše da se napon digne sa 1.8 na 2.2V za dual channel).
Grafičku sam testirao sa različitim postavkama i VRAM ne trpi dizanje takta tako da je ostao na 900mhz. Ali jezgra i shader mogu ići linkano sigurno do 725/1835 ili odvojeno do 799mhz jezgra ili 1876 shaderi. Provjereno u Furmarku po 1 sat gdje temperatura ide do maks 71C°.
Sve skupa testirano na Crysis Benchmark Tool-u(Assault Harbor,dakle testira sve) i vrti se proizvoljno mnogo loop-ova na medium/high. Također bez problema prolazi Heaven benchmark kao i Tropics(uvijek idem na što kvalitetniju sliku, s tim da minimalni FPS ne ide ispod 20). Ali problemi počinju nekad NeedForSpeed-Shiftu(odmah ili nakon 20 min se slika smrzne sa naopakim crvenim slovom V razacanim po slici) kao što se zna dogoditi i u GTAIV s tim da nekada nema artefakata već samo slika smrzne. Civilization4, Fallout,AvP nisu pravili probleme.

Ali jedan benchmark jest konstantan u prekidu..Sanctuary. Ako i prođe prvi loop, u drugom se sigurno smrzava.Tu sam pričekao prije neg sam resetirao i nakon nestanka slike(mijenja se analog/digital) dok ne ostane digital i prikaže BSOD koji je nasumce ispunjen sitnim crnim točkama što sve pomalo djeluje kao crne isprekidane crte preko plavog ekrana. Ali može se pročitati da je greška 0x00000116 tj upućuje na nvlddmkm.sys. Surfao po netu i prokljuvio da greška može značiti puno toga (greška u softveru,driverima,BIOS,hardver ili napajanje),ali da je to TDR(Timeout Detection and Recovery of GPU) tj Vista/Windows7 finta sa reloadom grafičkih drivera ukoliko pomisle da su se srušili(s tim da mogu krivo identificirati rušenje drivera i reloadati dotične pri čemu se program/igra onda moraju srušiti). A rušenje može izazvati puno toga(driveri, nedovoljno struje, hardverske greške ili čak prenizak FPS!). Na forumima se žale mnogi(podjednako i Ati i Geforce) i uz mnogobrojne savjete(directX,isključivanje Aera,instaliranje WHQL drivera,...) koje sam probao, još problem nije riješen.
Zaboravih napomenuti da sam čak sve stavio u BIOSU na default i optimalno kao i na grafičkoj kartici i problem ostaje isti.

Pomislio sam da napajanje ne može isporučiti dovoljno struje za sve, ali Power Suply test u OCCT-u kao i paralelni rad Prime95(small data)+Furmark sa svim overclockanim prolazi dovoljno dugo.
Ima li tko kakavu ideju, rješenje ili link(osim kupovanja kvalitetnog 650W-tnog napajanja)?

u command promptu sam odradio i "sfc /scannow" i nakon što sam prebacio cbs.log u sfcdetail.txt, našao sam ove greške unutar file-a pa ako tko kuži o čemu je riječ(skraćna verzija):

"2010-06-06 17:23:10, Info                  CSI    00000189 [SR] Verifying 100 (0x0000000000000064) components
2010-06-06 17:23:10, Info                  CSI    0000018a [SR] Beginning Verify and Repair transaction
2010-06-06 17:23:10, Info                  CSI    0000018b [SR] Cannot repair member file [l:26{13}]"nvwgf2umx.dll" of nv_lh.inf, Version = 6.1.7600.16385, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type = [l:24{12}]"driverUpdate", TypeName neutral, PublicKey neutral in the store, file is missing
2010-06-06 17:23:10, Info                  CSI    0000018c [SR] Cannot repair member file [l:24{12}]"nvwgf2um.dll" of nv_lh.inf, Version = 6.1.7600.16385, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type = [l:24{12}]"driverUpdate", TypeName neutral, PublicKey neutral in the store, file is missing
2010-06-06 17:23:10, Info                  CSI    0000018d [SR] Cannot repair member file [l:22{11}]"nvd3dum.dll" of nv_lh.inf, Version = 6.1.7600.16385, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type = [l:24{12}]"driverUpdate", TypeName neutral, PublicKey neutral in the store, file is missing
2010-06-06 17:23:10, Info                  CSI    0000018e [SR] Cannot repair member file [l:24{12}]"nvlddmkm.sys" of nv_lh.inf, Version = 6.1.7600.16385, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type = [l:24{12}]"driverUpdate", TypeName neutral, PublicKey neutral in the store, file is missing

-II-
2010-06-06 17:24:37, Info                  CSI    000002f4 [SR] This component was referenced by [l:178{89}]"Microsoft-Windows-Client-Drivers-Package~31bf3856ad364e35~amd64~~6.1.7600.16385.INF_nv_lh"
2010-06-06 17:24:37, Info                  CSI    000002f5 [SR] Cannot repair member file [l:18{9}]"nv_LH.inf" of nv_lh.inf, Version = 6.1.7600.16385, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type = [l:24{12}]"driverUpdate", TypeName neutral, PublicKey neutral in the store, file is missing
2010-06-06 17:24:37, Info                  CSI    000002f6 [SR] This component was referenced by [l:178{89}]"Microsoft-Windows-Client-Drivers-Package~31bf3856ad364e35~amd64~~6.1.7600.16385.INF_nv_lh"
2010-06-06 17:24:37, Info                  CSI    000002f8 [SR] Repair complete
2010-06-06 17:24:37, Info                  CSI    000002f9 [SR] Committing transaction
2010-06-06 17:24:37, Info                  CSI    000002fd [SR] Verify and Repair Transaction completed. All files and registry keys listed in this transaction  have been successfully repaired"

Još uvijek sve po starom tj greške su identične(BSOD). Našao sam neki program za testiranje VRAM-a, ali nažalost nema uputstva tako da svi failovi nisu jasni. Stavljam sliku kako izgleda BSOD. U međuvremenu sam instalirao i najnoviji DirectX, ali sve isto za sad.

Ali čim sam Unigine Sanctuary ostavio da se vrti u DirectX 9, sve se na maksimalci vrti bez problema desetak loopova. Čim prebacim na DirectX 10, ako ne padne na prvom loopu, drugi je siguran za padanje. Dakle, dodatno pitanje: zašto pada na DirectX10, a Dx9 radi bez problema? Jer Tropics i Heaven rade bez problema... Moram naći kako GTAIV i NeedForSpeed-Shift prebacit da rade u DX9 pa da vidim hoće li biti smrzavanja...

Možda je pronađen problem i riješen :))

Već duže vrijeme sam se navikao nadograđivati grafičke drivere(WHQL i bete) kompletnom deinstalacijom starih,čišćenjem u safe modu i onda tek stavljanjem novih + razne reinstalacije windowsa. I jednostavno zaboravio da podesim postavke svaki put nanovo u Nvidia Control Panelu. Sad sam se tog sjetio i imao što za vidjeti: Sve na Auto(kao i CUDA koja se može izvoditi i na CPU-u), a Ambient Occlusion postavljen na Off! To je u DirectX10 igrama i aplikacijama valjd standardno uključeno(negdje i u opcijama) tak da je možda pokušaj izvođenja bio blokiran od drivera i zat smrzavanje. Provjerio sam samo Sanctuary i odvrtio je 5 loopova na directX10, ali sad je već kasno tak da tokom dana(nadam se) provjerim jesam li u pravu...

Nažalost, ipak se opet ruši. Skinuo sam program BlueScreenView i analizirao dump. Uz to što navodi da je otišao nvlddmkm.sys, navodi i dxgmms1.sys te dxgkrnl.sys koji se navodi da je uzrokovao problem. Daljnja analiza slijedi :/