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.
Nereye bakmalıyım hangisini göndermeliyim? Yok biliyorum zaten işlemciden olabileceğini de remote çalışıyorum ve bilgisayar lazım da o yüzden üzüldüm biraz sadece.
Garanti sürecini uzatıyorlar biliyorsunuz ya. Tepkiydi sadece teşekkür ederim sizede.
Elinin altında aynı işlemciden 1 tane daha olduğu için şanslısın en azından. Ama tabii belli paralar harcayıp toplanan sistem ihtiyaç anında işlevsiz olunca üzüntünü anlıyorum. Sinerji ile iletişime geçtim dedin zaten, benim dediğim gibi işlemciyi kısıtlayarak kullanmayı deneyebilirsin.
Elinin altında aynı işlemciden 1 tane daha olduğu için şanslısın en azından. Ama tabii belli paralar harcayıp toplanan sistem ihtiyaç anında işlevsiz olunca üzüntünü anlıyorum. Sinerji ile iletişime geçtim dedin zaten, benim dediğim gibi işlemciyi kısıtlayarak kullanmayı deneyebilirsin.
Diğer işlemciyi eşim kullanıyor o da remote çalışıyor onunkini test amaçlı alabilirdim sadece. Eğer garantiye gönderirsem sıkıntı olucak. Ama başkada şans yok i5 12400f var onu takıcam bir süreliğine ekran kartına yüklenirim. Garanti süreci nasıl oluyor test edip hata varsa yeni mi yollar biliyor musunuz?
i5 12400kf taksam sorun olur mu? anakart destekler mi?
Diğer işlemciyi eşim kullanıyor o da remote çalışıyor onunkini test amaçlı alabilirdim sadece. Eğer garantiye gönderirsem sıkıntı olacak. Ama başkada şans yok i5 12400F var onu takacağım bir süreliğine ekran kartına yüklenirim. Garanti süreci nasıl oluyor test edip hata varsa yeni mi yollar biliyor musunuz?
drive.google.com
