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.
Değişim değil de iade alıyım diyorum ayıplı malda galiba hakkım varmış. Öyle yaparım. Kutulu alırım bundan sonra kutulu olsa direkt İntel yapacaktı değişimi filan son adıma geldik bir baktık tepsi diye yapamadılar.
Nasıl bir süreç oluyor ki acaba? İşlemciyi mi göndericem direkt? Yarın konuşucam bakalım umarım tüketici hakem heyeti filan uğraştırmazlar. Tekrardan sağol iyi geceler.
@181951 Yardım etmiyorlar oyalayıp duruyorlar. Tüketici Hakem Heyetine başvurmak mantıklı mı? Bir daha işim olmaz sinerji ile.
THH başvurursan süreç uzar ama sonuçta haklı çıkarsın, bunun için bir ek konu aç forum içinde THH/sinerji mevzusuyla alakalı. Şikayetvar'a da şikayet oluşturabilirsin.
THH başvurursan süreç uzar ama sonuçta haklı çıkarsın, bunun için bir ek konu aç forum içinde THH/sinerji mevzusuyla alakalı. Şikayetvar'a da şikayet oluşturabilirsin.
Intel, Sinerji paketli işlemciyi garantiye göndermeni tavsiye etmiş, bence saçma. THH başvurusu yap. Bir konu açıp güncellemeleri oradan paylaş. Sonuca hep beraber bakarız.
Intel, Sinerji paketli işlemciyi garantiye göndermeni tavsiye etmiş, bence saçma. THH başvurusu yap. Bir konu açıp güncellemeleri oradan paylaş. Sonuca hep beraber bakarız.
Bu maili intel attı. Paketli olsa intel yenisini yollayacaktı. Dedi ki işlemci arızalı o yüzden bunu aldığınız yere gösterin kanıt dedi. Bakalım sinerjide işlemci bugün yarın cevap gelir.
Olmadı konu açarım THH de hep beraber sürece bakarız.
Bu maili Intel attı. Paketli olsa Intel yenisini yollayacaktı. Dedi ki işlemci arızalı o yüzden bunu aldığınız yere gösterin kanıt dedi. Bakalım Sinerji'de işlemci bugün yarın cevap gelir.
Olmadı konu açarım THH de hep beraber sürece bakarız.
@181951 Bugün Sinerji aradı biz test ettik üründe arıza yok geri göndermemiz gerekli dediler. Benim ürünü almam mı gerekiyor ürünü kabul etmeyip THH başvuruyum mu? Her türlü başvurucam da hangisini yapmam lazım ürün elime gelsin mi?
Bu dosyalarda da RAM problemi var, garip bir sistem toplamışsınız. Bu kadar parçanın aynı anda bozuk gelmesi tuhaf eğer XMP kaynaklı bir sorun değilse. XMP ayarını kapatıp sistemi öyle kullan.
Bu dosyalarda da RAM problemi var, garip bir sistem toplamışsınız. Bu kadar parçanın aynı anda bozuk gelmesi tuhaf eğer XMP kaynaklı bir sorun değilse. XMP ayarını kapatıp sistemi öyle kullan.
Tamam da RAM leri test ettim memtest86 ile hiç bir sorun çıkmadı PASS yazdı. 2-3 gündür başladı bu mavi ekranlar hiç bir şey yoktu. Windows işletim sistemi bozuk olabilir mi?
Anlamadım gitti. Atacam en sonunda camdan. Eşimin bilgisayarda hiç sorun yok onda da olması lazım değil mi XMP problemi filan her şey aynı.
@181951Ne yapacağımı bilmiyorum gerçekten valla hevesim kursağımda kaldı daha bi kullanamadım düzgünce.
@181951 yeni işlemcim geldi satın aldığım. XMP açtım hiçbir ayara dokunmadım mavi ekran yediğim tüm hataları denedim Blender sample render, XTU benchmark, Blender benchmark hepsi şu anlık stabil çalışıyor. Haber et demiştin söyleyim dedim. RAM'lerin de slotlarını değiştirdim 2-4'dü ikisinin yerini değiştirdim birbirleriyle üfledim bir de bakalım umarım hata yemez.
Ram hataları i5-12400F vardı geçici olarak o ramleri ekran kartını yönetemiyor olabilir.
drive.google.com
bakalım umarım hata yemez.
