Как обстоят дела с тестированием оперативной памяти?

252
billy reynolds

Вот небольшой фон:
Настольный компьютер пришел ко мне на стол с 32 ГБ (4x8) DDR3 1600 МГц без ECC, графической картой GTX960 и ОС (Windows 7 Pro), которая не загружалась. После ночного теста памяти и нескольких тестов видеопамяти все выглядело великолепно! Я отремонтировал ОС в автономном режиме и загрузил ее. Черный экран и сбой. Я решил, что видеокарта, которая только что обновила драйвер, была неисправна, поэтому вытащил ее и снова загрузился. Все выглядело великолепно, и это бежало как сон. Для того чтобы исправить оставшиеся проблемы, я обновляюсь до windows 10 по запросу клиента. Загрузится отлично после установки. А потом ... полное уничтожение. Он перезагрузился и пошел прямо в chkdsk, где он восстановил около 40 ГБ файлов. WinSxS исчез, операционная система не подлежала восстановлению, и я был в шоке. Мы протестировали ОЗУ более 18 часов, выполнив 5 проходов с memtest,

Вот вопрос:
как все это тестирование проходило без каких-либо признаков проблемы до того, как этот огромный объем данных был почти уничтожен плохой памятью? После замены памяти система работает нормально. Что случилось, и какие тесты действительно уловят такую ​​проблему?

-1
Отказ печатной платы из-за электрической неисправности Ramhound 8 лет назад 0
Я думаю, что если бы это было так, то это, вероятно, не удалось в Memtest. Если по какой-то причине это не так. billy reynolds 8 лет назад 0
Вы спросили, как это случилось. Память провалилась в электронном виде, почему именно они потерпели неудачу, мы не можем даже предположить о Ramhound 8 лет назад 0
На самом деле, если вы перечитываете пост, я спрашиваю, почему тестирование не уловило проблемы и как тестировать более эффективно. billy reynolds 8 лет назад 0
Почему вы думаете, что плохая память стала причиной потери данных? Все доказательства, которые вы упоминаете, указывают в другом месте. David Schwartz 8 лет назад 1
Вы говорите «по запросу клиента», «мы», «на мой стол» и так далее. Правильно ли я понимаю, что вы предоставляете услуги по ремонту компьютеров другим? (То есть речь идет не о вашей личной системе, а о том, что вы используете в качестве примера.) a CVn 8 лет назад 0
Мы вычислили память после просмотра аварийного дампа, который мы наконец получили после последнего аварийного сбоя. Замена памяти полностью также решила проблему, по крайней мере, на данный момент. Это не моя личная система, а «клиент» - давний друг. billy reynolds 8 лет назад 0
Если бы это была проблема с оперативной памятью, я бы лично ожидал, что она проявится совсем, совсем по-другому. Даже написание структур файловой системы для покрытия 40 ГБ данных в общей системе занимает нетривиальное время, особенно в современных терминах ЦП. У ПК было бы достаточно времени для полного сбоя в течение этого времени, и почти наверняка было бы. a CVn 8 лет назад 1
* «Мы вычислили память после просмотра аварийного дампа, который мы наконец-то получили после последнего сбоя». * Я бы порекомендовал вам [отредактировать] свой вопрос, включив в него конкретную информацию из проанализированного дампа, которая привела вас к такому выводу. В вашем нынешнем виде ваш вопрос делает необоснованное утверждение, а затем спрашивает, как это могло произойти. Обратите внимание, что комментарии должны рассматриваться как эфемерные «пост-заметки» и могут быть удалены в любое время; однако посты с вопросами и ответами остаются вместе с историей изменений. a CVn 8 лет назад 1
"* Замена памяти полностью также решила проблему *" Конечно, но вы также должны были сделать чистую установку ОС, верно? И это было то, чего вы раньше не делали. Все доказательства, которые вы представили нам (я не могу говорить с доказательствами, которыми вы не поделились), предполагают, что память не была проблемой. David Schwartz 8 лет назад 1
Приблизительно 40 Гбайт были выведены из строя после примерно 3 полных сбоев и состояли в основном из файлов ОС, включая файлы, выгруженные после двух установок ОС. Таким образом, вполне возможно, что окна были переустановлены в места, которые не были заняты поврежденными данными, и общая сумма была восстановлена ​​во время одного запуска chkdsk. billy reynolds 8 лет назад 0
Хорошо, я думаю, что вы все не доверяете мне здесь. Я взял старый оперативной памяти, вставил его в работающий компьютер (который я использую для поиска оборудования) и угадайте, что? Вторая загрузка, сбой, сбитая ОС. Я очень рад, что вы, ребята, доказываете, что это не проблема с памятью, но, поверьте мне, это память. Обе машины дали мне классическую MEMORY_POOL_CORRUPTION, а вторая машина теперь дает мне CRITICAL_PROCESS_DIED (так как wininit не может загрузить dll). Так что, пожалуйста, если бы мы могли пройти мимо всей вещи "Это не память", я был бы признателен за это. Я хочу знать, почему тестирование пропустило проблему. billy reynolds 8 лет назад 0
Возможно, если вы включите в свой вопрос соответствующую информацию, такую ​​как получение конкретных ошибок, таких как «MEMORY_POOL_CORRUPTION» и «CRITICAL_PROCESS_DIED», будет меньше догадок. ;) Так что, пожалуйста, отредактируйте и обновите свой вопрос, чтобы добавить всю эту ценную информацию, которая в настоящее время существует только в ваших комментариях - плюс все, что, по вашему мнению, могло бы помочь ... Ƭᴇcʜιᴇ007 8 лет назад 1
Может быть, это сбой жесткого диска. Moab 8 лет назад 0

1 ответ на вопрос

0
Ƭᴇcʜιᴇ007

Как все это тестирование прошло без каких-либо признаков проблемы,

Простое автоматическое тестирование в течение пары дней не позволяет выявить все возможные дефекты.

какие тесты действительно уловят такую ​​проблему?

Нет таких, которые на 100% точны. Вы делаете то, что можете, и имеете планы действий в чрезвычайных ситуациях. IE: Как строитель, предлагаем гарантию и запас дополнительной оперативной памяти. Как пользователь, убедитесь, что вы храните пару резервных копий данных, которые вы помещаете на новый, практически не проверенный компьютер.

Связанный личный опыт / анекдот:

«Мы тестировали ОЗУ более 18 часов» - Когда я работал в качестве / для сборщика систем, мы использовали для записи оперативной памяти (и системы в целом) в каждой системе по 72 часа подряд (минимум), прежде чем выпустить их. дверь. Много раз мы умирали с ОЗУ на 3-й день выгорания, и много раз ОЗУ по-прежнему выходили из строя в поле после этого. Такова природа зверя.

Похожие вопросы