У меня возникла интересная проблема с моей недавней сборкой рабочей станции Core i7 Digital Audio, и мне любопытно посмотреть, сталкивались ли другие. Во-первых, вот технические характеристики машины.

ASUS P6TD Deluxe Intel X58 Сокет LGA1366 МБ Intel Core i7-950 3,06 ГГц 8 МБ Процессор LGA1366 CORSAIR DOMINATOR 6 ГБ (3 x 2 ГБ) 240-контактный DDR3 SDRAM DDR3 1600 Западная цифровая икра черная WD5001AALS 500 ГБ

Плюс пара оптических приводов ASUS и блок питания Corsair мощностью 750 Вт. Под управлением Windows 7 x64.

Все это подключено к гнусному аудиоинтерфейсу FireWire Digi 002 для использования с Pro Tools. Я в основном следовал спецификациям, опубликованным многими другими пользователями I7 в сообществе digidesign, которые объединили свои коллективные знания в этой теме.

Теперь, после завершения сборки, я стал жертвой "визга UD5", описанного в этой ветке форума. Поэтому, следуя опубликованному совету, я отключил расширенное состояние остановки c1e и ускорение Intel (я, вероятно, сделал бы это в любом случае, чтобы поддерживать стабильную тактовую частоту, энергопотребление на данном компьютере не имеет большого значения).

Я включил XMP, чтобы правильно настроить тайминги.

То, что я испытываю, - это BSOD при завершении работы, но только сразу после полного закрытия окон и завершения всех процессов. Ошибка MACHINE_CHECK_EXCEPTION 0x000000. Самое смешное, что он крайне прерывистый и происходит только в том случае, если отключение немедленно последовало за периодом относительного бездействия. Я подозреваю, что это не генерирует мини-дамп, потому что к тому времени, когда происходит эта ошибка, мониторинг окон прекращается. Никаких повреждений не видно, и можно просто отключить вручную, и система будет действовать так, как будто произошло надлежащее отключение. Во всяком случае, это раздражение, я просто хочу быть уверен, что это не влияет на мою долгосрочную стабильность.

Я читал, что i7 950 не любит напряжения DRAM после 1,65, но они приемлемы, если они находятся в пределах 0,5 от настройки BLCK. Я попытался отключить XMP и установить все тайминги на авто, и проблема все еще проявляется идентичным образом. Есть подозрение, что незадействованность процессора, предшествующая отключению, является определяющим фактором, поскольку и c1e, и speedstepping являются настройками, предназначенными для изменения обработки этого состояния.

Любые предложения или предыдущий опыт будет принята с благодарностью.

РЕДАКТИРОВАТЬ: поведение очень похоже на то, что описано в этой теме: http://www.tomshardware.com/forum/12003-63-shut-problem-windows

Доброкачественная природа этого идентична. Однако я не могу загрузить указанное там исправление.

2 ответа2

3

Исключение проверки компьютера - это аппаратная проблема - ЦП выдал прерывание, указывающее, что его внутреннее состояние недопустимо. Мое предположение, учитывая, что чип был перенапряжен в том, что, по крайней мере, часть вашего чипа повреждена.

Я читал, что i7 950 не любит напряжения DRAM после 1,65, но они приемлемы, если они находятся в пределах 0,5 от настройки BLCK.

Вернитесь к исходному напряжению и посмотрите, сохраняется ли это. Насколько я понимаю, можно довольно быстро прожарить i7, подняв его выше 1.65 - этот предел обусловлен пробивными напряжениями транзисторов внутри контроллера памяти i7.

К сожалению, для меня это звучит как поврежденный чип :(

РЕДАКТИРОВАТЬ: От Anandtech: (Акцент мой)

Какое влияние будет оказано на процессор, зависит от нескольких факторов. Проще говоря, если вы сходите с ума от VDimm, скажем, около 2.0 В ~ 2.2 В без дополнительной настройки, то ожидайте значительного сокращения срока службы процессора до нескольких недель или, возможно, дней. Мы уже были свидетелями повреждения или разрушения нескольких процессоров у партнеров по материнской плате с высокими настройками VDimm, особенно те, которые работали на 2.0 В или выше с базовыми настройками. Под базовыми настройками мы подразумеваем настройку платформы i7/X58 так же, как обычный пользователь теперь настраивает платформу Penryn/X48 DDR3. Правила для Intel полностью изменились, просто мы не можем сейчас обсуждать Playbook (эй, это также расстраивает нас).

Аналогичным образом, мы видели, что тестовые стенды с высоким VCore/VDimm работали без проблем в целях тестирования (но все еще не справлялись с долгосрочным стендовым тестированием), при условии, что множество настроек BIOS для ядра, DIMM, IMC, Uncore и QPI были правильно выбраны задавать. Основной секрет (есть и другие) - это поддержание правильных уровней амплитуды, что мы обсудим при запуске продукта. На данный момент высокий VDimm не обязательно является настоящей проблемой, но это самый быстрый способ повредить / уничтожить i7, если остальная часть системы не настроена должным образом.

0

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

Вот статья, которая описывает общую процедуру устранения неполадок для XP и другую проблему, но может быть использована в вашем случае (W7) для устранения сторонней службы, программного обеспечения или драйвера, вызывающего вашу проблему.

http://support.microsoft.com/kb/331796/en-us

,

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

Я предполагаю, что вы провели стресс-тестирование ваших модулей памяти, используя http://www.memtest.org/

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .