Losowy BSOD z kom. VIDEO_TDR_FAILURE (116)

[graczu_-]

Nie mam już pomysłu z czego może wynikać losowy BSOD więc postanowiłem napisać tutaj, może ktoś ma pomysł lub jakoś dyskusja nakieruje.

 

Podczas pracy ( windows, edytor tekstu - programowanie )/gry ( warzone, fortnite ) potrafi walnąć BSOD o błędzie "VIDEO_TDR_FAILURE (116)" ( wyciągnięte z memorydumpa ). Podczas BSOD gaśnie ekran bo nie idzie sygnał z karty graficznej ( wszyscy którym wyskakuje taki błąd też gaśnie ekran - brak sygnału ). Nie mogę sam wywołać tego błędu, występuje on losowo, raz po pół godziny, raz po 5 godzinach, raz jest spokój dwa dni, a nie raz wywali jeden > restart > wywali po 15 min drugi a potem spokój.

Zaczęło się to po wymianie komponentów na nowe, jednego dnia wymieniłem procesor, pamięć ram, zasilacz.

W Event Manager nie ma żadnych błędów przed BSOD. Z memorydumpa za dużo nie widzę.

Podczas odpalania wszelakich benchmarków testujących Grafikę ( OCCT, Prime, Cine ), Procesor ( program od intela do testowania instrukcji i benchmarki ), Pamieć RAM/VIDEO - nie wywala BSOD, wszystkie testy przebiegają bez problemów - bez BSOD, pamięci RAM testowałem windowsowym toolsem, pamięci karty graficznej testowałem OCCT. Nie robię OC sprzętu, wyłączałem dla testów c-state i system zarządzania energia gigabajta ( nie pamiętam nazwy ) - nic to nie dawało. Temperatury to nie problem CPU nie przekracza 63c, GPU nie przekracza 71c. Płyta główna ma najnowszy BIOS, karta graficzna tak samo najnowszy BIOS. System reinstalowany po wymianie komponentów. Wyłączałem antywirusa dla testów ( Avast ) też nic nie dało.

Może ktoś ma jakiś pomysł.

Specyfikacja:
Gigabyte Z490M GAMING X
Intel i7-11700k
Gigabyte RTX 3070 Gaming X
32GB DDR4 - Patriot Viper Steel 4x8GB 3600 XMP włączony
Corsair RM750x 750W
Dyski Samsung 980 1TB M2, 2 x 1 TB SSD SATA, 2 x 8 TB HDD SATA

 

VIDEO_TDR_FAILURE (116)
Attempt to reset the display driver and recover from timeout failed.
Arguments:
Arg1: ffffc98408fd0460, Optional pointer to internal TDR recovery context (TDR_RECOVERY_CONTEXT).
Arg2: fffff80122498f2c, The pointer into responsible device driver module (e.g. owner tag).
Arg3: ffffffffc000009a, Optional error code (NTSTATUS) of the last failed operation.
Arg4: 0000000000000004, Optional internal context dependent data.
Debugging Details:
------------------

Unable to load image \SystemRoot\System32\DriverStore\FileRepository\nv_dispi.inf_amd64_015fa42d67826549\nvlddmkm.sys, Win32 error 0n2
Page 88aa2c not present in the dump file. Type ".hh dbgerr004" for details
Page 88aa2c not present in the dump file. Type ".hh dbgerr004" for details
Page 88692d not present in the dump file. Type ".hh dbgerr004" for details
Page 88692d not present in the dump file. Type ".hh dbgerr004" for details
Page 88692d not present in the dump file. Type ".hh dbgerr004" for details
......

KEY_VALUES_STRING: 1

    Key  : Analysis.CPU.mSec
    Value: 1952

    Key  : Analysis.DebugAnalysisManager
    Value: Create

    Key  : Analysis.Elapsed.mSec
    Value: 4484

    Key  : Analysis.Init.CPU.mSec
    Value: 421

    Key  : Analysis.Init.Elapsed.mSec
    Value: 16546

    Key  : Analysis.Memory.CommitPeak.Mb
    Value: 134

    Key  : WER.OS.Branch
    Value: vb_release

    Key  : WER.OS.Timestamp
    Value: 2019-12-06T14:06:00Z

    Key  : WER.OS.Version
    Value: 10.0.19041.1


FILE_IN_CAB:  MEMORY.DMP

BUGCHECK_CODE:  116

BUGCHECK_P1: ffffc98408fd0460

BUGCHECK_P2: fffff80122498f2c

BUGCHECK_P3: ffffffffc000009a

BUGCHECK_P4: 4

VIDEO_TDR_CONTEXT: dt dxgkrnl!_TDR_RECOVERY_CONTEXT ffffc98408fd0460
Symbol dxgkrnl!_TDR_RECOVERY_CONTEXT not found.

PROCESS_OBJECT: 0000000000000004

BLACKBOXBSD: 1 (!blackboxbsd)


BLACKBOXNTFS: 1 (!blackboxntfs)


BLACKBOXPNP: 1 (!blackboxpnp)


BLACKBOXWINLOGON: 1

PROCESS_NAME:  System

STACK_TEXT:  
ffff8806`d61672d8 fffff801`1d44663e     : 00000000`00000116 ffffc984`08fd0460 fffff801`22498f2c ffffffff`c000009a : nt!KeBugCheckEx
ffff8806`d61672e0 fffff801`1d3f6c34     : fffff801`22498f2c ffffc984`00739030 00000000`00002000 ffffc984`007390f0 : dxgkrnl!TdrBugcheckOnTimeout+0xfe
ffff8806`d6167320 fffff801`1d3ef76c     : ffffc984`00762000 00000000`01000000 00000000`00000004 00000000`00000004 : dxgkrnl!ADAPTER_RENDER::Reset+0x174
ffff8806`d6167350 fffff801`1d445d65     : 00000000`00000100 ffffc984`00762a70 00000000`0123cd60 fffff801`078cf54c : dxgkrnl!DXGADAPTER::Reset+0x4dc
ffff8806`d61673d0 fffff801`1d445ed7     : fffff801`08325440 ffffc984`0a303d70 00000000`00000000 00000000`00000100 : dxgkrnl!TdrResetFromTimeout+0x15
ffff8806`d6167400 fffff801`078b8655     : ffffc983`fd8900c0 fffff801`1d445eb0 ffffc983`f629ccd0 ffffc984`00000000 : dxgkrnl!TdrResetFromTimeoutWorkItem+0x27
ffff8806`d6167430 fffff801`07955995     : ffffc983`fd8900c0 00000000`00000080 ffffc983`f62b90c0 001fa4ef`bd9bbfff : nt!ExpWorkerThread+0x105
ffff8806`d61674d0 fffff801`079fe938     : fffff801`02832180 ffffc983`fd8900c0 fffff801`07955940 00000000`00000000 : nt!PspSystemThreadStartup+0x55
ffff8806`d6167520 00000000`00000000     : ffff8806`d6168000 ffff8806`d6161000 00000000`00000000 00000000`00000000 : nt!KiStartSystemThread+0x28


SYMBOL_NAME:  nvlddmkm+e28f2c

MODULE_NAME: nvlddmkm

IMAGE_NAME:  nvlddmkm.sys

STACK_COMMAND:  .cxr; .ecxr ; kb

FAILURE_BUCKET_ID:  0x116_IMAGE_nvlddmkm.sys

OS_VERSION:  10.0.19041.1

BUILDLAB_STR:  vb_release

OSPLATFORM_TYPE:  x64

OSNAME:  Windows 10

FAILURE_ID_HASH:  {c89bfe8c-ed39-f658-ef27-f2898997fdbd}

Followup:     MachineOwner
---------

 

[Markok]

Przekopałeś google? Pierwszy wynik: https://answers.microsoft.com/pl-pl/windows/forum/all/video-tdr-failure/b23a7735-a0fa-433c-8421-a59a3b90d73b

Wiele osób tam uznało te odpowiedzi za pomocne, więc może to jest to. Dość masa jest na ten temat informacji w googlach.

[Mr.T...]

Witam 

czy problem został rozwiązany za pomocą wgrania najnowszych sterowników do RTX 3070 ? 

[graczu_-]

W dniu 23.01.2022 o 13:10, Markok napisał:

Przekopałeś google? Pierwszy wynik: https://answers.microsoft.com/pl-pl/windows/forum/all/video-tdr-failure/b23a7735-a0fa-433c-8421-a59a3b90d73b

Wiele osób tam uznało te odpowiedzi za pomocne, więc może to jest to. Dość masa jest na ten temat informacji w googlach.

widziałem te informacje i jeszcze mnóstwo innych o ustawianiu power planów i tak dalej, ale nic to nie dawało.

 

52 minuty temu, Mr.T... napisał:

Witam 

czy problem został rozwiązany za pomocą wgrania najnowszych sterowników do RTX 3070 ? 

Nie, po wgraniu najnowszego BIOSu dalej problem występuje, tak samo sprawdzałem 3 wersje sterowników.

Dostałem jeszcze informacje by wyłączyć XMP na pamięciach i sprawdzić lub podnieść napięcie, sprawdzę to.

Edytowane 25 Stycznia 2022 przez graczu_-

[Mr.T...]

 czy czytałeś opis ze po wgraniu biosu F21 nie będzie możliwy powrót do wcześniejszych wersji biosu ?

diagnozowanie nie prawidłowości pracy komputera zaczyna się od wykluczenia możliwości konfliktów sprzętowych, wynikających np. z, nie dopracowanych sterowników na to nic nie poradzimy lub to system sobie zainstalował jakąś aktualizacje albo o wiele trudniejsze do ustalenia jest ustaleniu pracującego nadal podzespołu który w określonych warunkach powoduje restart czy zawieszanie się komputera i mogący sygnalizować możliwe wkrótce zepsucie się danego podzespołu. 

aby wykluczyć system Windows, proponuje utworzyć na pendrajwie np linux mint- Cinnamon Edition , bez instalacji z pendrajwa go uruchomić, szata graficzna wygląda bardzo podobnie jak w win wiec uruchomienie przeglądarki czy edytora tekstowego czy muzyki nie powinna sprawić żadnego problemu , a może rzucić już nieco światła na istniejący problem, do utworzenia pendrajwa polecam program Rufus

https://linuxmint.com/download.php  

https://www.instalki.pl/programy/download/Windows/narzedzia_dyskowe/Rufus.html

zanim zaczniesz odpinać podzespoły to sprawdź , czy w biosie jest włączony igpu z CPU, jeśli tak, to dla testu go wyłącz go. 

należało by tez tez iść w druga stronę, sprawdzić czy w biosie jest włączony igpu z CPU, po odłączeniu zasilania wymontować RTX i potestować na karcie graficznej zintegrowanej, płyta posiada wyjście VGA zarówno HDMI jak i DP. 

aby coś zdiagnozować to im mniej podzespołów tym lepiej, a problemów może być kilka. 

problemem może być np. , za duża ilość pamięci 4x, mniej konfliktów jest na zestawach x2 , a Gigabyte to nie jest mistrzuniu w obsłudze i zarzadzaniu ramu, czy BLCK w biosie jest ustawione na 100MHz a w systemie pokazuje np. 99.78MHz ?, po wyłączeniu profilu XMP można potestować i ustawić ram ręcznie od najniższych dostępnych prędkości dla pamięci czyli 2133MHz i tak stopniowo w górę a nie odwrotnie , następnie zegar mostka północnego, płyta główna ustawiła na jak szybkość ?, np. Aida64 ładnie wszystko pokazuje. 

następnie jeśli problem nadal występuje bo nie udało się go rozwiązać za pomocą ustawień biosu czy namierzyć to diagnostykę zaczął bym od minimalnej konfiguracji, klawiatura pod PS/2, dużo nie kosztuje 16-20 pln i myszka usb, żadnych dodatkowych urządzeń pod usb, ino płyta główna , CPU , jedna kostka ramu, gniazdo A2, dysk systemowy plus jakieś gry co odpala na zintegrowanej, kabel sygnałowy HDMI i na podmianę DP , czyli na początek karta graficzna z igpu- 1 monitor, RTX ma być wymontowany.  

mogą tez być problem wynikające z zasilaniem lub coś ma wpływ na zasilanie i powoduje nie prawidłowości w działaniu zasilacza ,czyli nie prawidłowo działający zasilacz, problem z kablem sygnałowym karta graficzna- monitor, bo ile to jest wpisów ze kable HDMI czy DP są uszkodzone i są cyrki, i nawet cena zakupu nie ma znaczenia , lub problemy już z samym WLZ, dlatego tez pisałem ze odpiąć wszystkie urządzenia bo może być tez tak ze któryś z dodatkowych dysków powoduje nie prawidłowa prace i zasilacz reaguje.

a tak z ciekawości zasilacz posiadasz w wersji ?

(CP-9020092-EU) 

(CP-9020179-EU)

 

       

[graczu_-]

9 godzin temu, Mr.T... napisał:

a tak z ciekawości zasilacz posiadasz w wersji ?

(CP-9020092-EU) 

(CP-9020179-EU)

Zasilacz to model: CP-9020179, patrzyłem by kupić nowszą wersję

 

9 godzin temu, Mr.T... napisał:

 czy czytałeś opis ze po wgraniu biosu F21 nie będzie możliwy powrót do wcześniejszych wersji biosu ?

Tak, na wcześniejszej wersji BIOSu ramy startowały w profilu XMP ale przy ładowaniu się systemu od razu był BSOD ( jednak z innym komunikatem ), mam dualboota z ubuntu tez się zwieszała konsola że nie startował nawet dmesg. Po aktualizacji BIOS systemy z profilem XMP startują prawidłowo. Jak teraz o tym pomyślę to  mam wrażenie że problem może jednak leżeć przy dogadywaniu się płyty z pamięciami.

10 godzin temu, Mr.T... napisał:

aby wykluczyć system Windows, proponuje utworzyć na pendrajwie np linux mint- Cinnamon Edition

Co do innego systemu to mam jeszcze Ubuntu ale bez gui bo pod nim testuje parę aplikacji, a VPS pod Windowsem mi nie daje nie raz bezpośredniego w/w I/O. Jeszcze przy pracy na linuxie nie zdarzył mi się kernel panic, ale często siedzę tam krótko tylko by coś przetworzyć przetestować.

Cały czas odrzucam myśl i mam nadzieję że się nie mylę że to problem z k. graficzną, ponieważ wszystko śmigało prawidłowo, dopiero po wymianie tych paru komponentów zaczęły się problemy ( ram ( wcześniej był 2 x 8 3200), procek, zasilacz).

 

Przetestuję co będę mógł, wyciągnę pomoc z twojej wypowiedzi i zobaczymy co dalej, trochę może to potrwać bo aktualnie nie siedzę już w domu tylko jeżdżę do biura.

[graczu_-]

18 godzin temu, Mr.T... napisał:

a tak z ciekawości zasilacz posiadasz w wersji ?

(CP-9020092-EU) 

(CP-9020179-EU)

Zasilacz to model: CP-9020179, patrzyłem by kupić nowszą wersję

 

18 godzin temu, Mr.T... napisał:

 czy czytałeś opis ze po wgraniu biosu F21 nie będzie możliwy powrót do wcześniejszych wersji biosu ?

Tak, na wcześniejszej wersji BIOSu ramy startowały w profilu XMP ale przy ładowaniu się systemu od razu był BSOD ( jednak z innym komunikatem ), mam dualboota z ubuntu tez się zwieszała konsola że nie startował nawet dmesg. Po aktualizacji BIOS systemy z profilem XMP startują prawidłowo. Jak teraz o tym pomyślę to  mam wrażenie że problem może jednak leżeć przy dogadywaniu się płyty z pamięciami.

18 godzin temu, Mr.T... napisał:

aby wykluczyć system Windows, proponuje utworzyć na pendrajwie np linux mint- Cinnamon Edition

Co do innego systemu to mam jeszcze Ubuntu ale bez gui bo pod nim testuje parę aplikacji, a VPS pod Windowsem mi nie daje nie raz bezpośredniego w/w I/O. Jeszcze przy pracy na linuxie nie zdarzył mi się kernel panic, ale często siedzę tam krótko tylko by coś przetworzyć przetestować.

Cały czas odrzucam myśl i mam nadzieję że się nie mylę że to problem z k. graficzną, ponieważ wszystko śmigało prawidłowo, dopiero po wymianie tych paru komponentów zaczęły się problemy ( ram ( wcześniej był 2 x 8 3200), procek, zasilacz).

 

Przetestuję co będę mógł, wyciągnę pomoc z twojej wypowiedzi i zobaczymy co dalej, trochę może to potrwać bo aktualnie nie siedzę już w domu tylko jeżdżę do biura.

 

 

Aktualizacja

 

Po wyłączeniu XMP na pamięciach BSOD co 10 - 15 minut, ponownie włączyłem XMP ustawiłem 1.38V na pamięciach ręcznie i aktualnie od dwóch godzin brak BSOD, ale to się okaże w praniu.

[graczu_-]

Ponownie wystąpił BSOD z włączonym XMP i na 1.38v ale po 6 godzinach pracy/gry, jak wyłączyłem XMP to był co 10 - 15 minut od uruchomienia kompa i gry. Więc wygląda to na problem z pamięciami, jutro wytargam dwie kości z czterech i zostawię tylko dwie.

Edit:

Wrzuciłem stare pamięci do komputera, "Corsair 16GB (2x8GB) 3000MHz" i tak:

jak odpaliłem je na XMP od razu każda gra wywalała się, podniosłem napięcie na 1.38v i przestały gry się wywalać na starcie, tylko wywalają po 30 - 50 minutach. Nie ma już BSOD ale w Windows Event znalazłem że też jest ten sam błąd tylko sterownikowi udaje się odzyskać sprawność ( zrestartować się ), znalazłem dokładnie informacje: "Sterownik ekranu nvlddmkm przestał odpowiadać, ale odzyskał sprawność.".

 

Czy można z takich akcji zasugerować że z płytą główną jest coś nie tak, czy jeszcze zainteresować się zasilaczem z powodu problemów z napięciami, choć napięcia pamięci już kontroluje płyta główna nie zasilacz.

 

Oczywiście pamięci nie mają żadnych błędów u córki w komputerze jedne i drugie działają prawidłowo.

Edytowane 27 Stycznia 2022 przez graczu_-

[Mr.T...]

19 godzin temu, graczu_- napisał:

Ponownie wystąpił BSOD z włączonym XMP i na 1.38v ale po 6 godzinach pracy/gry, jak wyłączyłem XMP to był co 10 - 15 minut od uruchomienia kompa i gry. Więc wygląda to na problem z pamięciami, jutro wytargam dwie kości z czterech i zostawię tylko dwie.

Edit:

Wrzuciłem stare pamięci do komputera, "Corsair 16GB (2x8GB) 3000MHz" i tak:

jak odpaliłem je na XMP od razu każda gra wywalała się, podniosłem napięcie na 1.38v i przestały gry się wywalać na starcie, tylko wywalają po 30 - 50 minutach. Nie ma już BSOD ale w Windows Event znalazłem że też jest ten sam błąd tylko sterownikowi udaje się odzyskać sprawność ( zrestartować się ), znalazłem dokładnie informacje: "Sterownik ekranu nvlddmkm przestał odpowiadać, ale odzyskał sprawność.".

 

Czy można z takich akcji zasugerować że z płytą główną jest coś nie tak, czy jeszcze zainteresować się zasilaczem z powodu problemów z napięciami, choć napięcia pamięci już kontroluje płyta główna nie zasilacz.

 

Oczywiście pamięci nie mają żadnych błędów u córki w komputerze jedne i drugie działają prawidłowo.

skoro posiadasz drugi komputer to ten RTX od razu powinien tam wylądować na testy, a u siebie testy przeprowadzić na innej karcie graficznej lub igpu, ja już pisałem ze aby coś zdiagnozować to im mniej podzespołów tym łatwiej coś namierzyć, bo tak to można krecich się w kółko.   

aby sprawdzić zdiagnozować zasilacz impulsowy to potrzeby jest oscyloskop , maszynka generująca zmienne obciążenie i osobo potrafiąca taki zestaw obsługiwać aby przeprowadzić procedurę testowa, miernikiem cyfrowym to można co najwyżej sprawdzić czy jest podawane napięcie a nie czy zasilacz jest sprawny.   

a czemu napięcie na Ram ustawiasz na 1.38v a nie np. 1.4v ?  

a co do testowania Ramu to zapuściłeś memtest86 czy memtest86+ i pełne 4-5 cykle czy tylko system się włącza to ok ?

[graczu_-]

Godzinę temu, Mr.T... napisał:

skoro posiadasz drugi komputer to ten RTX od razu powinien tam wylądować na testy, a u siebie testy przeprowadzić na innej karcie graficznej lub igpu, ja już pisałem ze aby coś zdiagnozować to im mniej podzespołów tym łatwiej coś namierzyć, bo tak to można krecich się w kółko.   

aby sprawdzić zdiagnozować zasilacz impulsowy to potrzeby jest oscyloskop , maszynka generująca zmienne obciążenie i osobo potrafiąca taki zestaw obsługiwać aby przeprowadzić procedurę testowa, miernikiem cyfrowym to można co najwyżej sprawdzić czy jest podawane napięcie a nie czy zasilacz jest sprawny.   

a czemu napięcie na Ram ustawiasz na 1.38v a nie np. 1.4v ?  

a co do testowania Ramu to zapuściłeś memtest86 czy memtest86+ i pełne 4-5 cykle czy tylko system się włącza to ok ?

RAM testowałem pełnym memtest86 / 5 pełnych cykli ponad 6h - zasilacz myślałem by wrzucić z drugiego kompa, ale u młodej jest 500W Gold ( u niej jest tylko GTX 1070 i jeden SSD wiec mocniejszy nie potrzebny ).

Co do sprawdzenia PSU to teraz wziąłem w moje ręce starego poczciwego Chiefteca 750W ale nie ma tam dodatkowej cztero pinowego złącza dla CPU ( jest 8pin, a tutaj potrzebne 8 + 4 ).

Zaraz poskładam wszystko ( bo jednak nie wymienię PSU ), może jak dzieci pójdą spać to wezmę GTX 1070 na testy.

 

 

Godzinę temu, Mr.T... napisał:

a czemu napięcie na Ram ustawiasz na 1.38v a nie np. 1.4v ?  

 

Zrobię też tak.

Edytowane 27 Stycznia 2022 przez graczu_-

[graczu_-]

Od wczoraj jak ustawiłem pamięci na 1.4v jeszcze nie było BSOD, jeżeli będzie tak w dalszym ciągu to znalazłem rozwiązanie, ale też i zmartwienie, bo jednak nigdy nie musiałem ruszać napięć na pamięciach by wszystko działało, szczególnie że żadnego OC nie robię ( nie licząc profilu XMP ). Jeżeli się okaże że podwyższenie napięć rozwiązuje problem to by oznaczało że coś jest nie tak z płyta główną, pamięci sprawdzone oczywiście u młodej na kompie, i tam z XMP na domyślnych napięciach bez problemu działają. A na tej płycie nawet słabsze pamięci ( które testowałem ) wymagają podniesienia napięcia by działały prawidłowo. I od początku coś było nie tak z tymi napięciami bo ich zmiana wydłużała czas wystąpienia BSOD.

 

Co o tym myślicie?

 

-- Edycja

Dosłownie 5 minut po wstawieniu tego postu poszedł BSOD, ale znów im większe napięcie ustawiłem to tym dłuższy czas do BSOD.

Edytowane 28 Stycznia 2022 przez graczu_-

[Mr.T...]

50 minut temu, graczu_- napisał:

Od wczoraj jak ustawiłem pamięci na 1.4v jeszcze nie było BSOD, jeżeli będzie tak w dalszym ciągu to znalazłem rozwiązanie, ale też i zmartwienie, bo jednak nigdy nie musiałem ruszać napięć na pamięciach by wszystko działało, szczególnie że żadnego OC nie robię ( nie licząc profilu XMP ). Jeżeli się okaże że podwyższenie napięć rozwiązuje problem to by oznaczało że coś jest nie tak z płyta główną, pamięci sprawdzone oczywiście u młodej na kompie, i tam z XMP na domyślnych napięciach bez problemu działają. A na tej płycie nawet słabsze pamięci ( które testowałem ) wymagają podniesienia napięcia by działały prawidłowo. I od początku coś było nie tak z tymi napięciami bo ich zmiana wydłużała czas wystąpienia BSOD.

 

Co o tym myślicie?

 

-- Edycja

Dosłownie 5 minut po wstawieniu tego postu poszedł BSOD, ale znów im większe napięcie ustawiłem to tym dłuższy czas do BSOD.

 w każdym przypadku to włączenie profil XMP to już jest OC, i ręczne dobieranie napiec obecnie to jest raczej norma. 

to jaką stabilna prędkością będzie pracować Ram jest uzależniane nie tylko od płyty głównej, fakt ze płyta tez ma sporo do powiedzenia ustawienia, a dodatkowo w nowych platformach od kontrolera pamięci ram który jest zintegrowany z CPU, a to jaki się tobie trafił kontroler razem z i7 to ? , teoretycznie lepszejsze kontrolery miały iść do i7/i9 gorszego sortu tzw. "od macochy" do  i5/i3. , a tak już pisałem Gigabyte to nie jest mistrzuniu od zarzadzania pamięci Ram ... 

z tym podnoszeniem napiec, to tak z zachowaniem umiaru co by "zonka" nie złapać, krzem nie selen nie ulega procesowi regeneracji,  trzeba by poszukać jakie jest bezpieczne maksymalne dla tych kości , przy 1.45v powinno być jeszcze ok .     

 

[graczu_-]

Ustawiłem 1.41, zapomniałem wspomnieć o czymś ważnym - procesor mam z mnożnikiem x46 ( zapomniałem o tym całkowicie ) - zmienię na x44.

[Mr.T...]

1 godzinę temu, graczu_- napisał:

Ustawiłem 1.41, zapomniałem wspomnieć o czymś ważnym - procesor mam z mnożnikiem x46 ( zapomniałem o tym całkowicie ) - zmienię na x44.

a czym jest podyktowane przycinanie CPU ? 

oraz jak masz ustawione "Uncore Ratio" lub "Ring Ratio" ?

[graczu_-]

Domyślnie CPU jest na AUTO ( x36 ), ja zmieniłem na x46, czy ja dobrze rozumiem że im wyższe napięcie na procku poprzez podkręcenie mnożnika to więcej napięcia potrzeba na pamięciach?

Ring Ratio jest na AUTO ( domyślne 41 )

[Mr.T...]

2 godziny temu, graczu_- napisał:

Domyślnie CPU jest na AUTO ( x36 ), ja zmieniłem na x46, czy ja dobrze rozumiem że im wyższe napięcie na procku poprzez podkręcenie mnożnika to więcej napięcia potrzeba na pamięciach?

Ring Ratio jest na AUTO ( domyślne 41 )

to jest trochę inaczej, wraz z podnoszeniem mnożnika CPU czyli u Ciebie 36x100Mhz=3600MHz co tak mało ???, a w trybie Turbo na ile płyta ustawia CPU ?, toć miał pracować na 5GHz może nie wszystkie rdzenie...   , ale, ale trzeba patrzać czy wraz z podnoszeniem mnożnika a w tym zegarów CPU nie zwiększa się, tzn. płyta z automatu nie zwiększa wartości na Gigabyte "Ring Ratio" czyli wartość dla kontrolera Pamięci Ram dawniej "mostek północny" który był na płycie głównej a obecnie jest zintegrowany z CPU, co by nie było, ze u Ciebie nie jest problem z Ramem tylko właśnie jest ustawiona za duża wartość Ring Ratio , a jak CPU jest domyślnie 3600MHz, to jaka jest wartość Ring Ratio x36 ? czy x41 ?, wiesz już do czego zmierzam ?

[graczu_-]

Ring Ratio domyślne było na Auto, ale w kolumnie obok jako domyślne 41.

Wyłączyłem całkiem OC, wszystko default i dalej są restarty z BSOD i tym samym komunikatem. Najgorsze jest to że odpalam Fumark dla grafiki + OCCT dla CPU w tym samym czasie, chodzi godzinę i nie ma żadnego BSOD. Restart po prostu jest w losowych momentach życia systemu, raz w grze, raz poza grą ( częściej w czasie gry ). Wszystkie benchmarki, testy przechodzą. CPU Test, linpack, power test - zero restartów.

Tragedia, zacznę test od zmiany karty graficznej na GTX 1070, a do córki wrzucę RTX'a. Ciężko to testować ponieważ zdarza się on nie regularnie i nie da się go wywołać jakąś czynnością.

Edytowane 30 Stycznia 2022 przez graczu_-

[graczu_-]

Kartę graficzna przetestowałem u córki na komputerze, żadnych problemów, brak bsdosów. Pamięci przetestowane wcześniej, w między czasie zacząłem szukać jeszcze na necie i znalazłem informacje o dosłownie takich samych objawach jak u mnie w zestawie z takimi samymi podzespołami jeżeli chodzi o dobór elementów, a dokładniej chodzi o: Płytę główną z serii Z490 oraz procesor 11 generacji oraz dysk pod PCIe M2, znalazłem sporo tematów o losowych BSOD na właśnie takiej konfiguracji.

I sporo odpowiedzi i testów tych użytkowników sprowadzało się do wyniku że problemem jest na Z490 PCIe 4.0 którego nie było w obsłudze na generacji 10 intela a jest na 11 intela i używanie dysku m2 na slocie m2_cpu. Jak ktoś miał droższą płytę to miał możliwość zmiany PCIe na 3.0 ( co nie zawsze pomagało - bo sprzęt podłączony wymuszał 4.0 mimo przestawienia opcji w BIOS ) lub włączenia opcji "bifurcation 8x8". No i opcją która działała w każdym wypadku to zmiana płyty głównej na Z590.

Wybrałem opcję ostatnią zamówiłem Gigabyte Z590 AORUS ULTRA, opcji wyboru gen. pcie na 3 u mnie w BIOS nie było na poprzedniej płycie, bifurcation znalazłem, po włączeniu nie miałem BSOD ( ale w między czasie zamówiłem Z590 więc za długo nie przetestowałem ).

Od zmiany płyty aktualnie nie miałem BSOD, a Z490 wrzucę do córki bo tam jest mój poprzedni i5-10600K na którym nie było żadnych problemów.

[Mr.T...]

4 godziny temu, graczu_- napisał:

Kartę graficzna przetestowałem u córki na komputerze, żadnych problemów, brak bsdosów. Pamięci przetestowane wcześniej, w między czasie zacząłem szukać jeszcze na necie i znalazłem informacje o dosłownie takich samych objawach jak u mnie w zestawie z takimi samymi podzespołami jeżeli chodzi o dobór elementów, a dokładniej chodzi o: Płytę główną z serii Z490 oraz procesor 11 generacji oraz dysk pod PCIe M2, znalazłem sporo tematów o losowych BSOD na właśnie takiej konfiguracji.

I sporo odpowiedzi i testów tych użytkowników sprowadzało się do wyniku że problemem jest na Z490 PCIe 4.0 którego nie było w obsłudze na generacji 10 intela a jest na 11 intela i używanie dysku m2 na slocie m2_cpu. Jak ktoś miał droższą płytę to miał możliwość zmiany PCIe na 3.0 ( co nie zawsze pomagało - bo sprzęt podłączony wymuszał 4.0 mimo przestawienia opcji w BIOS ) lub włączenia opcji "bifurcation 8x8". No i opcją która działała w każdym wypadku to zmiana płyty głównej na Z590.

Wybrałem opcję ostatnią zamówiłem Gigabyte Z590 AORUS ULTRA, opcji wyboru gen. pcie na 3 u mnie w BIOS nie było na poprzedniej płycie, bifurcation znalazłem, po włączeniu nie miałem BSOD ( ale w między czasie zamówiłem Z590 więc za długo nie przetestowałem ).

Od zmiany płyty aktualnie nie miałem BSOD, a Z490 wrzucę do córki bo tam jest mój poprzedni i5-10600K na którym nie było żadnych problemów.

czekaj czekaj , tak żebym dobrze zrozumiał czyli jak to jest Z490 +11gen CPU i dysk M.2 PCIe 3.0 to jest problem bo po przez zastosowanie 11gen, cpu jest wymuszone przestawienie się kontrolera na 4.0, po mimo ze dysk jest 3.0 ? 

[graczu_-]

21 godzin temu, Mr.T... napisał:

czekaj czekaj , tak żebym dobrze zrozumiał czyli jak to jest Z490 +11gen CPU i dysk M.2 PCIe 3.0 to jest problem bo po przez zastosowanie 11gen, cpu jest wymuszone przestawienie się kontrolera na 4.0, po mimo ze dysk jest 3.0 ? 

  

Z tego co zrozumiałem w Z490 z procesorem 11 generacji i dyskiem PCIE M2 jest problem gdy dysk jest ustawiony w Gen4 ( PCIE 4 ) - 10 generacja nie miała wsparcia dla PCIE 4.0 tylko 3.0 więc tego problemu nie było. Ja u siebie mam Samsung 980 na M2 PCIE po przełączeniu na dzielenie szybkości czyli ten "bifurcation" problem znikał.

https://forum.gigabyte.us/thread/12413/z490-aorus-elite-bios-11th

Tutaj losowe tematy które znalazłem, jest tego więcej.

Edytowane 9 Lutego 2022 przez graczu_-

[Mr.T...]

2 godziny temu, graczu_- napisał:

Z tego co zrozumiałem w Z490 z procesorem 11 generacji i dyskiem PCIE M2 jest problem gdy dysk jest ustawiony w Gen4 ( PCIE 4 ) - 10 generacja nie miała wsparcia dla PCIE 4.0 tylko 3.0 więc tego problemu nie było. Ja u siebie mam Samsung 980 na M2 PCIE po przełączeniu na dzielenie szybkości czyli ten "bifurcation" problem znikał.

czyli wniosek jeden , "stary chipset" łączymy z "starym" CPU i "starymi" dyskami, nie robimy miksa stare z nowym bo odbija się czkawka, szkoda ze przez takie krzaki trzeba samemu przebrnąć, no i w specyfikacji sprzętu na początku tematu jak był by informacja ze CPU jest 10gen a dysk jest pod PCIe 4.0 to już dało by od razu do myślenia.  

[graczu_-]

W dniu 9.02.2022 o 17:30, Mr.T... napisał:

czyli wniosek jeden , "stary chipset" łączymy z "starym" CPU i "starymi" dyskami, nie robimy miksa stare z nowym bo odbija się czkawka, szkoda ze przez takie krzaki trzeba samemu przebrnąć, no i w specyfikacji sprzętu na początku tematu jak był by informacja ze CPU jest 10gen a dysk jest pod PCIe 4.0 to już dało by od razu do myślenia.  

No tak, według specyfikacji producenta płyta obsługuje 11 generacje i dyski PCIE 4. Od początku w temacie jest i7-11700k, ale pomijając to, specyfikacja producentów wszystkich płyt Z490 ma obsługę 11 generacji więc ciężko takie wnioski wysnuć, szczególnie ze wygląda to na problemy z k. graficzną.

Aktualnie brak BSOD po zmianie płyty, wszystko śmiga jak ta lala, jedyne zdziwienie to na Z590 temperatury procesora wyższe od tych co były na Z490 i to tak wyższe o 5 - 10 stopni, mimo tego samego chłodzenia i tej samej pasty.

[Mr.T...]

W dniu 12.05.2022 o 07:25, mainmein39 napisał:

Ponownie wystąpił BSOD z włączonym XMP i na 1.38v ale po 6 godzinach pracy/gry, jak wyłączyłem XMP to był co 10 - 15 minut od uruchomienia kompa i gry. Więc wygląda to na problem z pamięciami, jutro wytargam dwie kości z czterech i zostawię tylko dwie.

hellodear.in
 

watch movies
 

ach te Vipery, potwierdzenie ze nie łączyć z płytami Gigabyte.

[carlne]

Napotałem kolejny BSOD z włączonym XMP przy 1.38V, jednak zdarzyło się to po 6 godzinach pracy/grania. Po wyłączeniu XMP, awarie występowały co 10-15 minut po uruchomieniu komputera i graniu. Wygląda na to, że to problem z pamięciami, więc jutro wyjmę dwie z czterech kości pamięci i zostawię tylko dwie.


teatvhd.pro

Edytowane 9 Grudnia 2023 przez carlne