Estou tendo um problema interessante com minha recente compilação de estação de trabalho de áudio digital Core i7 e estou curioso para ver se outras pessoas encontraram. Primeiro, aqui estão as especificações da máquina.
ASUS P6TD Deluxe Intel X58 Soquete LGA1366 MB Intel Core i7-950 3,06 Ghz 8M LGA1366 CPU CORSAIR DOMINATOR 6GB (3 x 2GB) 240 pinos DDR3 SDRAM DDR3 1600 Western Digital Caviar Preto WD5001AALS 500GB
Além de algumas unidades ópticas ASUS e uma fonte de alimentação Corsair de 750W. Executando o Windows 7 x64.
Tudo isso está conectado à nefasta interface de áudio firewire Digi 002 para uso com Pro Tools. Sigo principalmente as especificações postadas por muitos outros usuários do I7 na comunidade digidesign que reuniram seu conhecimento coletivo emeste tópico.
Agora, depois de completar minha construção, fui vítima do “guincho UD5” descrito naquele tópico do fórum. Portanto, seguindo o conselho postado, desativei o estado de parada avançado c1e e a revisão de velocidade da Intel (provavelmente teria feito isso de qualquer maneira para manter um relógio estável, o consumo de energia não é realmente uma preocupação relevante nesta máquina).
Eu habilitei o XMP para definir os tempos de memória RAM corretamente também.
O que estou enfrentando é um BSOD ao desligar, mas somente imediatamente após o Windows sair completamente e encerrar todos os processos. O erro é MACHINE_CHECK_EXCEPTION 0x000000. O engraçado é que ele é extremamente intermitente e só ocorre se o desligamento ocorrer imediatamente após um período de relativa ociosidade. Suspeito que ele não gera um minidespejo porque o monitoramento do Windows foi encerrado no momento em que esse erro ocorre. Nenhum dano é evidente e basta desligar manualmente e o sistema agirá como se tivesse ocorrido um desligamento adequado. Na verdade, é um aborrecimento, só quero ter certeza de que não está afetando minha estabilidade a longo prazo.
Eu li que o i7 950 não gosta de tensões DRAM superiores a 1,65, mas elas são aceitáveis se estiverem dentro de 0,5 da configuração BLCK. Tentei desabilitar o XMP e definir todos os tempos como automáticos e o problema ainda se manifesta de maneira idêntica. Suspeita-se que a ociosidade da CPU antes do desligamento seja o fator determinante, já que tanto c1e quanto speedstepping são configurações destinadas a modificar o tratamento desse estado.
Qualquer sugestão ou experiência anterior seria muito apreciada.
EDIT: O comportamento se parece muito com o descrito neste tópico: http://www.tomshardware.com/forum/12003-63-shut-problem-windows
A natureza benigna disso é idêntica. No entanto, não consigo baixar o hotfix citado lá.
Responder1
Aexceção de verificação de máquinaé um problema de hardware - a CPU lançou uma interrupção indicando que seu estado interno não é válido. Meu palpite, dado que o chip estava sendo sobrecarregado, é que pelo menos uma parte do seu chip está danificada.
Eu li que o i7 950 não gosta de tensões DRAM superiores a 1,65, mas elas são aceitáveis se estiverem dentro de 0,5 da configuração BLCK.
Reverta para tensões padrão e veja se isso persiste. Pelo que entendi, o i7 frita rapidamente, ultrapassando 1,65 - esse limite se deve às tensões de ruptura dos transistores dentro do controlador de memória do i7.
Infelizmente para mim parece apenas um chip danificado :(
EDITAR: DeAnandtech: (ênfase minha)
Exatamente qual será o impacto no processador depende de vários fatores. Simplificando, se você enlouquecer com o VDimm, digamos em torno de 2,0 V ~ 2,2 V sem ajuste adicional, espere reduzir bastante a vida útil do processador para algumas semanas ou talvez dias.Já testemunhamos vários CPUs sendo danificados ou destruídos em placas-mãe parceiras com configurações de VDimm altas, especialmente aquelas que rodavam a 2,0V ou superior com configurações básicas.Por configurações básicas, queremos dizer configurar uma plataforma i7/X58 da mesma maneira que um usuário típico agora configura uma plataforma Penryn/X48 DDR3. As regras mudaram completamente para a Intel, mas não podemos discutir o manual neste momento (ei, é frustrante para nós também).
Da mesma maneira,vimos bancos de teste de alto VCore/VDimm operarem sem problemas para fins de benchmarking (mas ainda assim falharem em testes de bancada de longo prazo)forneceu uma infinidade de configurações de BIOS para as seleções de núcleo, DIMM, IMC, Uncore e QPI foram definidas corretamente. O segredo básico (há mais) é manter os níveis corretos de amplitude, algo que discutiremos no lançamento do produto. Por enquanto, VDimm alto não é necessariamente o verdadeiro problema aqui, mas é a maneira mais rápida de danificar/destruir um i7 se o resto do sistema não estiver devidamente ajustado.
Responder2
Execute uma inicialização limpa, veja se o problema persiste ao desligar de um ambiente de inicialização limpa; se isso acontecer, você pode suspeitar que algum serviço, software ou driver esteja causando isso.
Aqui está um artigo que aborda um procedimento geral de solução de problemas para XP e um problema diferente, mas pode ser usado no seu caso (W7) para eliminar um serviço, software ou driver de terceiros que está causando o problema.
http://support.microsoft.com/kb/331796/en-us
.
Se você não resolver o problema, suspeite de uma possível placa-mãe com defeito ou outra peça de hardware conectada a ela.
Presumo que você tenha testado o estresse de seus módulos de memória usandohttp://www.memtest.org/