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.
Çekirdeklerin voltajları normal olması gerektiği gibi default çalışıyorlar, asıl konu olan Prime95 sonuçlarını göremedim. Aynı şekilde RAM'lerde olması gerektiği gibi gözüküyorlar, voltaj temelli bir sorun yok çünkü ellememişsin.
Çekirdeklerin voltajları normal olması gerektiği gibi default çalışıyorlar, asıl konu olan Prime95 sonuçlarını göremedim. Aynı şekilde RAM'lerde olması gerektiği gibi gözüküyorlar, voltaj temelli bir sorun yok çünkü ellememişsin.
Çekirdeklerin voltajları normal olması gerektiği gibi default çalışıyorlar, asıl konu olan Prime95 sonuçlarını göremedim. Aynı şekilde RAM'lerde olması gerektiği gibi gözüküyorlar, voltaj temelli bir sorun yok çünkü ellememişsin.
Şu ekrandaki tüm testler ve sonuçlarından bahsediyorum, 24 ayrı çekirdek için 24 ayrı sonuç olması lazım. Test bitiminde test sırasında da görebiliyorsun.
Şöyle ki attığın txt belli bir kısım için ve sorunsuz gözüküyor.
Şu ekrandaki tüm testler ve sonuçlarından bahsediyorum, 24 ayrı çekirdek için 24 ayrı sonuç olması lazım. Test bitiminde test sırasında da görebiliyorsun.
Şöyle ki attığın txt belli bir kısım için ve sorunsuz gözüküyor.
Ah be kapattım ben tekrar test yapıyım o zaman orada hiç bir şey yoktu ki 24 tane çekirdek olduğu için galiba orası kapalı gibi sadece mavi çubuklardan vardı.