AI-ul a căzut în capcană: Nu VRAM-ul, ci setarea ascunsă a fost vinovatul!

Testul VRAM a fost o iluzie?

Problema s-a agravat recent. Nu puteam juca mai mult de zece minute fără o întrerupere totală.

Am trimis log-urile modelului Claude, dar acesta a diagnosticat cu încredere VRAM-ul RTX 5080, cumpărat de la un vânzător de încredere. M-am pregătit pentru un RMA, dar înainte de asta, am revizuit analiza AI-ului. A apărut adevărata cauză: o configurație de memorie sistemică uitată de ani în urmă.

Deși Claude a ajutat la triajul tehnic, informația esențială a rămas ascunsă.

Crăpăturile apăreau în Escape From Tarkov, un joc care oferă log-uri detaliate pentru aproape fiecare subsistem. Claude a procesat întregul director în sub un minut, identificând eroarea specifică „DXGI_ERROR_DEVICE_REMOVED”.

Acest mesaj Windows însemna că GPU-ul nu mai răspundea, ducând la închidere sau eșec total al sistemului. Claude m-a ghidat să verific istoricul evenimentelor Windows prin PowerShell, descoperind o resetare a driverului NVIDIA cu o secundă înainte de prima eroare Tarkov. De asemenea, au apărut dump-uri de monitorizare kernel și excepții de corupție a antetului programului shader.

Trei resetări anterioare erau logate încă din august, confirmând inițial ipoteza legată de GPU.

Viteza de transfer a dezvăluit adevărul?

Următorul pas a fost un test de memorie VRAM.

Claude m-a direcționat către utilitarul gratuit memtest_vulkan. După 45 de secunde, testul a găsit un singur bit defect.

Claude a interpretat asta ca eșec al VRAM-ului și a recomandat un RMA MSI, argumentând că eroarea era aproape de pragul de 13GB din 16GB total.

Acest lucru părea ilogic, deoarece alte jocuri care umpleau buffer-ul nu crăpau constant. Am analizat rezultatele testului singur.

Viteza de transfer a fost un semnal de alarmă major.

Testele eșuate de VRAM înregistrau transferuri între 200 și 300 GB/s, în timp ce RTX 5080 are specificații de 960 GB/s. Această discrepanță era suspectă; un test corect ar trebui să se apropie de specificație. Un test curat ulterior a atins circa 850 GB/s și a funcționat trei ore, chiar și cu overclocking.

Instabilitate mai gravă DDR5?

Acest lucru contrazicea sugestia de RMA.

Claude a menționat diferența de viteză, dar a atribuit asta variațiilor de stare a ceasului, ignorând captura HWiNFO care arăta o încărcare intensă a bus-ului PCIe în timpul testelor lente și eșuate.

Asta indica o problemă PCIe sau de memorie sistemică.

Când VRAM-ul se epuizează, Windows mută date în RAM-ul sistemului.

Unii aplicații păstrau gigabytes în VRAM în timpul testării, ceea ce însemna că o parte din bufferul memtest intra în memoria sistemului. Am rulat un test de VRAM peste noapte. Fără erori, am identificat următoarea zonă de investigație: RAM-ul sistemic.

Sistemul meu folosește un Ryzen 7 7800X3D, asociat cu patru module DDR5-6000 de 16GB. La prima vedere, nu este neobișnuit. AMD suportă oficial până la 5200 MT/s pentru Ryzen 7000 pe două sloturi, iar viteza scade la 3600 MT/s când sunt ocupate toate cele patru sloturi.