Bir BSOD ve merak RAM çubukları almak neden olabilir? Bellek testi garantisi% 100 güvence midir?


17

Windows 7 (64 bit) 16GB RAM (2x8GB RAM çubukları) kullanıyorum.

Dün bilgisayarımı kullanırken mavi ekran aldım (çoğunlukla Chrome'a ​​göz atma).

resim açıklamasını buraya girin

Bunun bir bellek sorunu olmadığını kontrol etmek için - “ Windows bellek tanılama aracını ” (Windows ile birlikte gelir) çalıştırdım.

Soru

Yalnızca RAM çubuklarıyla ilgili olarak:

Windows bellek tanılama aracı hata göstermedi. RAM çubuklarının iyi olduğu sonucuna varabilir miyim? Veya bu araç tarafından tanınmayan başka hatalar var mı?


Visual Studio'da ne geliştiriyorsunuz? Örneğin, kesintilerle ilgili olan c ++ 'da bir şey geliştiriyorsanız, bunun nedeni böyle bir şey olabilir.
TechImpossible

@TechImpossible Geçerli nokta. Sadece web kullanıyorum. güvenli olmayan işlem yok.
Royi Namir

8
Sizin BSOD bir çekirdek düzeyinde segfault / boş-işaretçi erişimi gösterir . Özellikle, adreste bir komut IRQL'deyken bellek adresine yönlendirilmeye 0xFFFFF800030E518Fçalışıldı . Bu olabilir çünkü bellekte bir bit flip ortaya çıkabilir, ancak daha bir sürücü böcek gibi bana kokuyor. Bu bana bir kez meydana ben düşürdüm kötü bir Wifi sürücüsü dahil. Adreste talimatı veren kişi suçludur ve devre dışı bırakılmalıdır. write0x000000000000008020xFFFFF8...
Iwillnotexist Idonotexist

1
@IwillnotexistIdonotexist ile aynı fikirde - bu kesinlikle bir sürücü hatası gibi görünüyor. Döküm dosyanızdan daha fazla bilgi almak için WhoCrashed'i çalıştırmayı deneyin . Bunu çeşitli eski PCI donanımlarına sahip yeni moboslarda gördüm. Ayrıca XHCI, vb üzerinde çalışan sevmiyorum eski cihazlar için kötü USB sürücüleri
J ...

1
@IwillnotexistIdonotexist'e katılıyorum - sürücü hatası kokuyor - teşhis için WinDbg kullanma hakkında konuşan aşağıdaki cevaplardan birine bakın. RAM'den şüphelenirseniz, RAM testlerinin teşhis edemediği çok kötü RAM'im olduğunu söyleyeceğim. Çok sayıda çökme yaşamaya başlarsanız, iyi bir test, bu çubuk bilgisayardan çıkarıldıktan sonra bilgisayarınızın çöküp çökmediğidir (aka, çubuklarınızı teker teker takas edin). Çok fazla bekleyebilir, ancak işe yarıyor.
Nick

Yanıtlar:


37

Hayır, Windows bellek tanılama aracının geçmesi, RAM'inizin kesinlikle iyi olduğu anlamına gelmez. Çok daha kapsamlı bir araç memtest86 . Bu araç genellikle diğer testlerde görünmeyen bellek sorunlarını bulur. En az bir gece uzatılmış bir test yapmak isteyeceksiniz.


14
RAM satın aldığımda, ilk yaptığım şey 48 değilse en az 24 saat boyunca memtest
etmektir

6
@NaftuliTzviKay Bunun gerekli olduğundan emin misiniz? RAM'imde hiçbir zaman memtest çalıştırmadım ve bunu sadece ortaya çıkan sorunlara yanıt olarak yaptım, ki bu sadece sekiz yılda bir vardı.

5
DİKKATLİ OLUN : vermek bazı sürümleri vardır yanlış negatifler (yanlış hatalar) üzerine 7 testi (rasgele sayılar ile ilgili bir şey) . En son sürümü kullanın. Sorun bu sorunlarda çözüldü. Buggy sürümleri Ubuntu ISO'larına dahildir. Sürümlerini güncelleyip güncellemediklerinden emin değilim.
Ismael Miguel

2
Sorun şu ki, hatalı RAM ile taktıktan hemen sonra bir BSOD almazsınız! Görünüşe göre rastgele BSOD alabilirsiniz veya bazı hesaplamaların sonuçları yanlış olabilir. Veya kaydettiğiniz dosyalar hatalı. "Hatalı RAM koymak, BSOD olsun" ile başlamak için herhangi bir test araçları olmaz.Ancak bugünün fiyatları ile mümkün olduğunca ECC bellek kullanıyorum, özellikle ZFS dosya sistemini seviyorum ve kullanmaya cesaret edemem ECC RAM olmadan.
Josef

2
@ user13743 Memtest86 + hangi yuvanın başarısız olduğunu söyler ... böylece hepsini bir kerede test edebilirsiniz.
SnakeDoc

9

Windows bellek tanılama aracı hata göstermedi. RAM çubuklarının iyi olduğu sonucuna varabilir miyim? Veya bu araç tarafından tanınmayan başka hatalar var mı?

Hayır yapamazsınız, RAM için% 100 yanılmaz herhangi bir yazılım testi bilmiyorum.

BSOD bir tane ise, bir güç sorununa indirirdim, daha sık ortaya çıkarsa, donanım ve sürücülere bakmaya başlarım.

Hata mesajınız sürücülerle ilgili olabilir, yakın zamanda sürücülerinizden herhangi birini güncelleyip güncellemediğinizi kontrol edin. Bu tür hatalarla Microsoft sitesinde belirli hatalar hakkında birçok sorun giderme bilgisi bulunur. Onlara girmeyeceğim çünkü sorunuz RAM ile ilgili, ama MS'e bakmanızı öneririm.


9

Bu hata, çekirdek düzeyindeki bazı sürücülerin gerçekten hızlı işlenmesi gereken kesme isteği sırasında disk belleği olan sanal belleğe ( sabit diskin disk belleği dosyası tarafından pişirilen yavaş sanal bellek anlamına gelir) yazmaya çalıştığını gösterir . Bu büyük olasılıkla bir yazılım hatasıdır.

Windows'un birkaç kesme isteği düzeyi vardır ( burada ve burada daha fazla bilgi ). Bazı IRQLa, güç modu değişiklikleri, CPU saat keneleri vb.Gibi sistem kritik şeyleri işlemek için tasarlanmıştır. Örneğin bir elektrik kesintisi sırasında sürücü herhangi bir belleğe erişemez - bunun için çok yavaştır.

Bu sorunu gidermek ve hatalı bir sürücüyü tam olarak belirlemek istiyorsanız, kilitlenmeden hemen sonra toplanan bellek dökümü açmanız gerekir. Boşaltmanın yerini iki kez kontrol edebilirsiniz System Properties > Advanced > Startup and Recovery > Settings > Dump file. Resme bakın

resim açıklamasını buraya girin

Daha sonra WinDbg (Windows için doğru sürümü indirin) gibi araçlarla döküm dosyasını açabilirsiniz ve WinDbg'de dökümde çalıştırabilirsiniz analyze -v. Bu, hangi sürücünün hatalı olacağını söylemelidir.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.