Son kullanma tarihi geçmiş, bayatlamış bir tarayıcı kullanıyorsanız, Mercedes kullanmak yerine tosbağaya binmek gibi... Web sitelerini düzgün görüntüleyemiyorsanız eh, bi' zahmet tarayıcınızı güncelleyiniz. Modern Web standartlarını karşılayan bir tarayıcı alternatifine göz atın.
Arkadaşlar yeni sistem topladım sorum şu sistem OCCT de test yapıyorum güç testini geçiyor CPU testide sıkıntı yok. Cinebench de sıkıntı yok. Fakat dün Blender benchmark açtım yaparken 2. testte PC kapandı mavi ekran verip. Unreal enginde shader renderlarken ve light buildlerken bazen yapıyor bazen kapanıyor. CLOCK_WATCHDOG_TIMEOUT (101) veriyor. Minidump baktım. İlk mavi ekran hatalarında ekran kartında sorun vardı onu garantiye yolladım onu zaten değiştirecektim gittim yeni kart aldım. Fakat sorun bu sefer farklı sebepten oluyor.
Sistem şu:
Kasa: NZXT H9 Elite(3 tane NZXT Duo + 3 tane SilverStone fan + 1 tane egzoz fan var. Hava akışı çok iyi.)
İşlemci soğutucu: DeepCool LT720 360mm.
PSU: FSP Hydro G PRO ATX3.0 (PCI-e5.0) 1000W 80Plus Gold.
64 GB RAM, 10-12 saat civarı sürer. Yukarıdaki videoda da zaten 64 GB RAM'in 11 saatte bittiği görünüyor. Memtest trial ile test edeceksen XMP tarzı hız aşırtma ayarlarını kapatıp kontrol et.
Rich (BB code):
CLOCK_WATCHDOG_TIMEOUT (101)
An expected clock interrupt was not received on a secondary processor in an
MP system within the allocated interval. This indicates that the specified
processor is hung and not processing interrupts.
Arguments:
Arg1: 0000000000000006, Clock interrupt time out interval in nominal clock ticks. << İşlemcinin kesmelere yanıt vermediği tik süresi.
Arg2: 0000000000000000, 0.
Arg3: ffff9881575d1180, The PRCB address of the hung processor.
Arg4: 000000000000000e, The index of the hung processor. << Sorunun sebebi olan işlemci çekirdeği.
Aslında burda !prcb 0,1,2 diye tüm işlemci kontrol bloklarını kontrol edip arg3 adresini eşlememiz ve o işlemci kontrol bloğunun çökme anında ne yaptığına dair stack kısmındaki çağrıları kontrol etmemiz lazımdı. Zannımca dosya minidump olduğu için ve bu hata kontrolünün de (0x101) minidump dosyalarında incelenememesinden dolayı bu kodlar çalışmıyor.
Hata kontrolünü hazırlayan işlemcinin çağrı yığınına bakacak olursak :
İşlemci, önbelleğini temizliyor klasik bir işlem olarak ama bu sırada kesmelere yanıt vermeyerek mavi ekrana düşüyor.
12: kd> !thread
THREAD ffffd481c8cf6040 Cid 0004.0240 Teb: 0000000000000000 Win32Thread: 0000000000000000 RUNNING on processor c
Not impersonating
GetUlongFromAddress: unable to read from fffff8050ba0be4c
Owning Process ffffd481c86f5040 Image: System
Attached Process N/A Image: N/A
fffff78000000000: Unable to get shared data
Wait Start TickCount 15323
Context Switch Count 11447 IdealProcessor: 12
ReadMemory error: Cannot get nt!KeMaximumIncrement value.
UserTime 00:00:00.000
KernelTime 00:00:00.000
Win32 Start Address nt!ExpWorkerThread (0xfffff8050b034e30)
Stack Init fffff3064985fbb0 Current fffff3064985f520
Base fffff30649860000 Limit fffff30649859000 Call 0000000000000000
Priority 13 BasePriority 13 PriorityDecrement 0 IoPriority 2
Bu noktada base ve limit adresleri bağlamında bir çağrı yığını oluşturup da bakabiliriz aslında ama ya ben adresleri karıştırdım ya da yanlış yazdım ya da programımdaki bir sorundan dolayı oluşturamadığım için bakamadım artık bilmiyorum ama yapamadım. Yapacak biri bakar ve bilgilendirirse iyi olur benim için de.
Rich (BB code):
12: kd> !irql
Debugger saved IRQL for processor 0xc -- 13
12: kd> r if
if=1
İşlemcinin IRQL değeri 13, x64 sistemler için normal bir sayı. Aynı şekilde bayrak kaydı da 1'e ayarlı. Bu da işlemcinin önüne gelen tüm kesmelere yanıt vereceği anlamına geliyor. Yani her şey çok normal gözüküyor.
Her şey çok normal gözükürken böyle bir hata kontrolü oluşmuşsa işlemcini kontrol etmeni öneririm.
Dipnot: Şimdi fark ettim, bu bayrak kaydı değerleri falan hata kontrolünü oluştan işlemci çekirdeği için normal değerler. IRQL seviyesi için bir şey diyemem ama asıl hatanın sebebi olan işlemci çekirdeğine bakmak istediğimde de hata verdi dosya. Bayrak kaydı orda 0 ise eğer işlemcinin her kesmeye yanıt vermeyeceği anlamına geliyor. Ama bilmiyorum.
Yabancı bir forumda sormuştum da şöyle yazmış biri sizce olabilir mi?
"All four are the CPU being hung (frozen). This error is commonly seen with an unstable overclock/undervolt. That includes RAM speeds because the memory controller is in the CPU. Try setting the RAM to 5600MT/s which is the officially supported memory speed with that CPU. It can also be a faulty CPU.
I see that the BIOS is already up to date so no help there."
Aynı şeyi söylemiş direkt olarak. Ben de zaten sonuçlardan sonra; XMP ayarını kapatmanı ve ardından gerekirse Turbo Boost'u da deneme amaçlı kapatmanı söyleyecektim. Sorun yine devam ederse eşinizin işlemcisiyle 1 2 günlük deneme yapman lazım.
Tamam sorun değil, şimdilik XMP ayarını kapatıp kontrol et. Sorun tekrarlarsa Turbo Boost'u da kapat. Tekrara düşerse yine, farklı bir işlemci ile test et. Hatta kendi işlemcini alıp eşinin bilgisayarına tak ikisini de kontrol et.
drive.google.com
