Obtenir un BSOD et me demander des bâtons de RAM pourrait être la cause? Un test de mémoire est-il une garantie à 100%?

J'utilise 16 Go de RAM pour Windows 7 (64 bits) (bâtons de 2 x 8 Go).

Hier, j’ai eu un écran bleu lors de l’utilisation de mon ordinateur (navigation sur Chrome principalement).

Pour vérifier que ce n'est pas un problème de mémoire - j'ai couru “ Outil de diagnostic de la mémoire Windows ”(Fourni avec Windows).

Question

En ce qui concerne les clés RAM uniquement:

L'outil de diagnostic de la mémoire Windows n'a montré aucune erreur. Puis-je conclure que les bâtons de RAM vont bien? Ou existe-t-il d'autres erreurs non reconnues par cet outil?

windows-7 memory Royi Namir
la source

qu'avez-vous développé dans Visual studio? Si vous développez quelque chose, par exemple dans c ++, cela a à voir avec les interruptions, la raison pourrait plutôt être quelque chose comme ça.

TechImpossible

@TechImpossible Point valide. J'utilise juste des trucs web. pas d'opérations dangereuses.

Royi Namir

Votre BSOD indique un accès segfault / null-pointer au niveau du noyau . Plus précisément, une instruction à l'adresse 0xFFFFF800030E518F tenté de write à l'adresse mémoire 0x0000000000000080 chez IRQL 2. Ce pourrait se produire à cause d'un bit-flip en mémoire, mais sent plus pour moi comme un bug de pilote. La seule fois où cela m’est arrivé, c’est un mauvais pilote Wi-Fi, que j’ai déclassé. Celui qui a fourni l'instruction à la 0xFFFFF8... adresse est la partie coupable et doit être désactivé.

Iwillnotexist Idonotexist

Convenu avec @IwillnotexistIdonotexist - cela ressemble vraiment à un bug du pilote Essayez de courir Qui s'est écrasé pour obtenir plus d'informations de votre fichier de vidage. J'ai vu cela sur des mobos plus récents avec divers matériels PCI plus anciens. Aussi mauvais pilotes USB pour les appareils plus anciens qui n'aiment pas courir sur XHCI, etc.

J...

Je suis d’accord avec @IwillnotexistIdonotexist - cela sent le bogue du pilote - voir l’une des réponses ci-dessous qui parle de l’utilisation de WinDbg pour diagnostiquer. Si vous soupçonnez la RAM, je dirai que j'ai eu une très mauvaise RAM que les tests de RAM ne pouvaient pas diagnostiquer. Si vous commencez à avoir beaucoup de crashs, un bon test consiste à savoir si votre ordinateur plante ou non après le retrait de ce stick (c’est-à-dire, remplacez vos sticks un à un). Cela peut prendre beaucoup d’attente, mais cela fonctionne.

Nick

Réponses:

Non, le fait que l'outil de diagnostic de la mémoire Windows soit efficace ne signifie pas que votre RAM est définitivement satisfaisante. Un outil beaucoup plus complet est memtest86 . Cet outil trouve souvent des problèmes de mémoire qui n'apparaissent pas dans les autres tests. Vous voudrez exécuter un test étendu au moins une nuit.

ChrisInEdmonton
la source

Lors de l’achat de RAM, la première chose que je fais est de le mémoriser pendant au moins 24 heures, sinon 48 heures.

Naftuli Kay

@NaftuliTzviKay Êtes-vous sûr que c'est nécessaire? Je n'ai jamais exécuté de test de mémoire sur ma mémoire vive et je ne le fais qu'en réponse à des problèmes qui apparaissent et dont je n'ai eu qu'un sur huit ans.

Zyerah

FAITES ATTENTION : Il y a des versions qui donnent faux négatifs (fausses erreurs) sur le 7ème test (quelque chose lié aux nombres aléatoires) . Utilisez la dernière version. Le problème est fixé sur ceux-ci. Les versions de Buggy sont incluses sur les ISO Ubuntu. Je ne sais pas s'ils ont mis à jour leur version ou non.

Ismael Miguel

@Soapy le problème est que, avec de la RAM défectueuse, vous ne recevez pas de BSOD immédiatement après l'avoir insérée! Vous pourriez obtenir un BSOD apparemment aléatoire, ou peut-être que les résultats de certains calculs sont tout simplement faux. Ou les fichiers que vous enregistrez sont défectueux. Si elle était "insérée dans une RAM défectueuse, obtenez BSOD", il n'y aurait aucun outil de test pour commencer. Mais avec les prix actuels, j'utilise autant que possible la mémoire ECC, notamment parce que j'aime le système de fichiers ZFS et que je n'ose pas l'utiliser. sans ECC RAM.

Josef

@ user13743 Memtest86 + vous indique quel emplacement a échoué ... afin que vous puissiez tous les tester en même temps.

SnakeDoc

L'outil de diagnostic de la mémoire Windows n'a montré aucune erreur. Puis-je conclure que les bâtons de RAM vont bien? Ou existe-t-il d'autres erreurs non reconnues par cet outil?

Non, vous ne pouvez pas, je ne connais aucun test de logiciel pour la RAM qui soit infaillible à 100%.

Si le BSOD est unique, je le décrirais comme un problème d'alimentation, s'il se produisait plus souvent, je commençais à regarder le matériel et les pilotes.

Votre message d'erreur est peut-être lié aux pilotes. Vérifiez si vous avez mis à jour l'un de vos pilotes récemment. Avec de telles erreurs, le site de Microsoft contient de nombreuses informations de dépannage concernant des erreurs spécifiques. Je n'entrerai pas dans les détails car votre question concerne uniquement la mémoire vive, mais je vous suggère de consulter MS.

Kilisi
la source

Cette erreur indique que certains pilotes au niveau du noyau ont tenté d'écrire dans la mémoire virtuelle paginée (cela signifie lent mémoire virtuelle cuite par le fichier paginé d’un disque dur) lors d’une demande d’interruption censée être traitée très rapidement. Ceci est probablement une erreur de logiciel.

Windows a plusieurs niveaux de demande d'interruption (plus d'infos ici et ici ). Certains IRQLa sont conçus pour gérer des tâches critiques pour le système, telles que les changements de mode d'alimentation, les signaux d'horloge du processeur, etc. Par exemple, lors d’une panne de courant, un pilote ne peut accéder à aucune mémoire - c’est trop lent pour cela.

Si vous souhaitez résoudre ce problème et localiser un pilote défectueux, vous devez ouvrir le vidage de la mémoire collectée juste après le crash. Vous pouvez vérifier l’emplacement de la décharge dans System Properties > Advanced > Startup and Recovery > Settings > Dump file. Regarder la photo

Vous pouvez ensuite ouvrir le fichier de vidage avec des outils, tels que WinDbg (télécharger la version adaptée à votre Windows) et exécuter WinDbg. analyze -v sur le dépotoir. Cela devrait vous dire quel pilote est susceptible d'être en faute.

oleksii
la source