Получение BSOD и удивительные ОЗУ палки могут быть причиной? Является ли тест памяти гарантией 100%?

Я использую Windows 7 (64-битную) 16 ГБ ОЗУ (2x8 ГБ ОЗУ).

Вчера у меня при работе на компьютере появился синий экран (в основном браузер Chrome).

Чтобы убедиться, что это не проблема с памятью - я запустил « Средство диагностики памяти Windows » (поставляется с Windows).

Вопрос

Что касается оперативной памяти только:

Средство диагностики памяти Windows не показало ошибок. Могу ли я сделать вывод, что с оперативной памятью все в порядке? Или есть другие ошибки, которые не распознаются этим инструментом?

windows-7 memory

— Ройи Намир
источник

что где вы разрабатываете в Visual studio? Если вы разрабатываете что-то, например, на c ++, которое связано с прерываниями, причина может быть в некотором роде подобной.

— TechImpossible

@TechImpossible Действительная точка. Я просто использую веб-материал. нет небезопасных операций.

— Рой Намир

Ваш BSOD указывает на уровень доступа к ядру на уровне ядра / нулевой указатель . В частности, инструкция по адресу 0xFFFFF800030E518Fпыталась обратиться writeк адресу памяти, 0x0000000000000080находясь в IRQL 2. Это может произойти из-за небольшого переворота в памяти, но пахнет для меня больше как ошибка драйвера. Однажды, когда это произошло со мной, произошел плохой драйвер Wi-Fi, который я понизил. Кто бы ни предоставил инструкцию по 0xFFFFF8...адресу, виновная сторона должна быть отключена.

— Iwillnotexist Idonotexist

Согласился с @IwillnotexistIdonotexist - это определенно похоже на ошибку драйвера. Попробуйте запустить WhoCrashed, чтобы получить больше информации из файла дампа. Я видел это на новых мобах с различным старым оборудованием PCI. Также плохие драйверы USB для старых устройств, которые не любят работать на XHCI и т. Д.

— J ...

Я согласен с @IwillnotexistIdonotexist - он пахнет ошибкой драйвера - см. Один из ответов ниже, в котором говорится об использовании WinDbg для диагностики. Если вы подозреваете RAM, я скажу, что у меня была очень плохая RAM, которую тесты RAM не могли диагностировать. Если вы начинаете получать много сбоев, хорошим тестом является то, выходит ли ваш компьютер из строя после того, как эта флешка извлечена из компьютера (иначе выменяйте свои флешки по одному). Это может занять довольно много времени, но это работает.

— Ник

Ответы:

Нет, тот факт, что инструмент диагностики памяти Windows проходит, не означает, что с вашей ОЗУ все в порядке. Гораздо более тщательным инструментом является memtest86 . Этот инструмент часто находит проблемы с памятью, которые не обнаруживаются в других тестах. Вы захотите выполнить расширенный тест по крайней мере в одночасье.

— ChrisInEdmonton
источник

После покупки оперативной памяти первое, что я делаю, это проверяю ее как минимум 24 часа, если не 48.

— Нафтули Кей

@NaftuliTzviKay Вы уверены, что это необходимо? Я никогда не запускал мемтесты в своей оперативной памяти, а делал это только в ответ на возникающие проблемы, из которых у меня был только один за восемь лет.

БУДЬТЕ ОСТОРОЖНЫ : есть некоторые версии, которые дают ложные отрицания (ложные ошибки) на 7-м тесте (что связано со случайными числами) . Используйте последнюю версию. Проблема исправлена на тех. Версии с ошибками включены в ISO-образы Ubuntu. Я не уверен, обновили ли они свою версию или нет.

— Исмаэль Мигель

@ Проблема в том, что с неисправной оперативной памятью вы не получаете BSOD сразу после установки! Вы можете получить BSOD, казалось бы, случайным, или, возможно, результаты некоторых вычислений просто неверны. Или файлы, которые вы сохраняете, неисправны. Если бы он был «вставлен в неисправную оперативную память, получите BSOD», то не было бы никаких инструментов для тестирования. Но с сегодняшними ценами я использую память ECC всякий раз, когда это возможно, особенно потому, что мне нравится файловая система ZFS и я не осмелюсь использовать ее без ECC RAM.

— Иосиф

@ user13743 Memtest86 + сообщает вам, какой слот вышел из строя ... так что вы можете проверить их все сразу.

— SnakeDoc

Средство диагностики памяти Windows не показало ошибок. Могу ли я сделать вывод, что с оперативной памятью все в порядке? Или есть другие ошибки, которые не распознаются этим инструментом?

Нет, вы не можете, я не знаю ни одного программного теста для оперативной памяти, который на 100% безошибочен.

Если BSOD выключен, я бы отнес его к проблеме с питанием, если бы это происходило чаще, я бы начал смотреть на оборудование и драйверы.

Ваше сообщение об ошибке может быть связано с драйверами, проверьте, если вы недавно обновили какие-либо из ваших драйверов. С такими ошибками на сайте Microsoft есть много информации по устранению неполадок, связанных с конкретными ошибками. Я не буду вдаваться в них, потому что ваш вопрос касается только оперативной памяти, но я предлагаю вам проверить MS.

— Kilisi
источник

Эта ошибка указывает на то, что какой-то драйвер на уровне ядра пытался выполнить запись в выгружаемую виртуальную память (что означает медленную виртуальную память, которая запекается выгружаемым файлом жесткого диска) во время запроса прерывания, который должен был обрабатываться действительно быстро. Скорее всего, это программная ошибка.

В Windows есть несколько уровней запросов прерываний (подробнее здесь и здесь ). Некоторые IRQLa предназначены для работы с такими критически важными для системы вещами, как изменения режима питания, тактовые импульсы процессора и т. Д. Чем выше уровень, тем меньше возможностей может сделать драйвер. Например, во время сбоя питания драйвер не может получить доступ к какой-либо памяти - это слишком медленно для этого.

Если вы хотите устранить неисправность и определить неисправный драйвер, вам нужно открыть дамп памяти, который был собран сразу после сбоя. Вы можете дважды проверить расположение свалки в System Properties > Advanced > Startup and Recovery > Settings > Dump file. Посмотреть картинку

Затем вы можете открыть файл дампа с помощью таких инструментов, как WinDbg (загрузите нужную версию для Windows), а в WinDbg вы можете запустить analyze -vна дампе. Это должно сказать вам, какой водитель, вероятно, виноват.

— алексей
источник