Core i7 c1e и speedstepping - BSOD на завершении работы
У меня есть интересная проблема с моей недавней сборкой Цифровой звуковой рабочей станции Core i7, которую мне любопытно видеть, встретились ли другие. Во-первых, вот спецификации на машине.
ASUS P6TD Роскошный Intel X58 Socket LGA1366 MB Intel Core i7 950 3.06Ghz 8M LGA1366 CPU CORSAIR DOMINATOR 6GB (3 x 2 ГБ) 240-контактная Western Digital Caviar Black WD5001AALS 500GB DDR3 SDRAM DDR3 1600
Плюс пара оптических дисков ASUS и Corsair на 750 Вт PSU. Выполнение Windows 7 x64.
Все это подключено к низкому аудиоинтерфейсу Digi 002 firewire для использования с Pro Инструментами. Я после главным образом спецификаций, отправленных многими другими пользователями I7 в digidesign сообществе, которое объединило их коллективное знание в этом потоке.
Теперь после завершения моей сборки, я пал жертвой "визга UD5", описанного в том потоке форума. Так слушая отправленный совет, я отключил c1e усовершенствованное состояние останова и продвижение скорости Intel (я, вероятно, сделаю это так или иначе для поддержания стабильных часов, потребляемая мощность не является действительно соответствующим беспокойством на этой машине.)
Я позволил XMP установить синхронизации поршня правильно также.
То, что я испытываю, является BSOD на завершение работы, но только сразу после окон полностью выходит и заканчивает все процессы. Ошибка является MACHINE_CHECK_EXCEPTION 0x000000. Забавная вещь состоит в том, что это чрезвычайно неустойчиво и только происходит, если завершение работы сразу следовало за периодом относительного безделья. Это не делает генерирования мини-дампа, я подозреваю, потому что контроль окон завершился к тому времени, когда эта ошибка происходит. Никакое повреждение не очевидно, и можно просто выключить вручную, и система будет действовать, как будто произошло надлежащее завершение работы. Если что-нибудь, это - раздражение, я просто, хочет быть уверенным, что это не влияет на мою долговременную стабильность.
Я считал, что i7 950 не нравятся напряжения DRAM прошлые 1.65, но что они приемлемы, если они в рамках.5 из установки BLCK. Я попытался отключить XMP и установить все синхронизации на автоматический, и проблема все еще проявляет идентичным способом. Это - подозреваемый, что завершение работы предшествования безделья CPU является определяющим фактором, поскольку и c1e и speedstepping являются оба настройками, предназначенными для изменения обработки этого состояния.
Любые предложения или предшествующие события значительно ценились бы.
Править: Поведение очень тесно напоминает то, что описано в этом потоке: http://www.tomshardware.com/forum/12003-63-shut-problem-windows
Мягкая природа его идентична. Я, может казаться, не загружаю текущие исправления, процитированные там как бы то ни было.
2 ответа
Исключением машинного контроля является аппаратная проблема - ЦП бросил прерывание, указывающее, что это - внутреннее состояние, не допустимо. Мое предположение, учитывая, что микросхема была overvolted, - то, что, по крайней мере, часть Вашей микросхемы повреждена.
Я считал, что i7 950 не нравятся напряжения DRAM прошлые 1.65, но что они приемлемы, если они в рамках.5 из установки BLCK.
Вернитесь, чтобы снабдить напряжения и видеть, сохраняется ли это. От моего понимания того жарит i7 довольно быстро путем продвижения его прошлые 1.65 - этот предел из-за напряжений пробоя транзисторов в контроллере памяти i7.
К сожалению, мне это просто походит на поврежденную микросхему :(
Править: От Anandtech: (Шахта Emphasis)
Точно то, чем будет влияние на процессор, зависит от нескольких факторов. Помещенный просто, если Вы сходите с ума с VDimm, скажем, приблизительно 2.0V~2.2 В без дополнительной настройки, затем ожидают значительно уменьшать продолжительность жизни процессора до нескольких недель или возможно дней. Мы уже засвидетельствовали несколько поврежденных центральных процессоров или уничтожили в партнерах по материнской плате высоких настроек VDimm, особенно те, которые достигли 2.0 В или выше с основными настройками. Основными настройками мы означаем настраивать i7/X58 платформу таким же образом, типичный пользователь теперь создает платформу Penryn/X48 DDR3. Правила изменились полностью для Intel, просто мы не можем обсудить сборник пьес в это время (эй, это печально для нас также).
Аналогично, мы видели, что высокие испытательные стенды VCore/VDimm работать без проблемы для сравнительного тестирования целей (и все же сбой с долгосрочным стендовым испытанием) обеспечили множество настроек BIOS для ядра, DIMM, IMC, Неядра, и выборы QPI были правильно установлены. Основной секрет (существуют больше), поддерживает корректные амплитудные уровни, что-то, что мы обсудим при выпуске продукта. На данный момент высокий VDimm является не обязательно истинной проблемой здесь, но это - самый быстрый способ повредить/уничтожить i7, если остальная часть системы правильно не настраивается.
Выполните чистить ботинок, посмотрите, продолжается ли проблема при закрытии от чистой загрузочной среды, если она делает, затем можно подозревать некоторый сервис, программное обеспечение или драйвер вызывают ее.
Вот статья, которая касается общей процедуры поиска и устранения неисправностей XP и другой проблемы, но могла использоваться в Вашем случае (W7) для устранения стороннего сервиса, программного обеспечения или драйвера, вызывающего проблему.
http://support.microsoft.com/kb/331796/en-us
.
Если Вы не разобрались в нем, подозревайте возможную дефектную материнскую плату или другую часть аппаратных средств, подключенных к нему.
Я предполагаю, что у Вас есть напряжение, протестировал Ваши Модули памяти с помощью http://www.memtest.org/