Core i7 c1e e speedstepping - BSOD no desligamento

0

Estou tendo um problema interessante com minha recente compilação de estação de trabalho de áudio digital Core i7 que estou curioso para ver se outras pessoas tiverem encontrado. Primeiro, aqui estão as especificações da máquina.

Soquete Intel X58 ASUS P6TD LGA1366 MB CPU Intel Core i7-950 3.06Ghz 8M LGA1366 CORSAIR DOMINATOR 6 GB (3 x 2 GB) DDR3 SDRAM DDR3 1600 de 240 pinos 1600 Western Digital Caviar Preto WD5001AALS 500 GB

Mais algumas unidades ópticas ASUS e uma fonte de alimentação Corsair de 750W. Executando o Windows 7 x64.

Tudo isso está ligado à nefasta interface de áudio Digi 002 firewire para uso com o Pro Tools. Eu seguindo principalmente as especificações publicadas por muitos outros usuários do I7 na comunidade digidesign que reuniram seus conhecimentos coletivos em este tópico.

Agora, depois de concluir minha compilação, eu fui vítima do "grito do UD5" descrito nesse tópico do fórum. Então, tendo o conselho postado, eu desabilitei o estado de parada avançada e a velocidade da Intel (eu 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 a definir os timings de RAM corretamente.

O que eu estou enfrentando é um BSOD após o desligamento, mas apenas imediatamente após o Windows sai e termina todos os processos. O erro é um MACHINE_CHECK_EXCEPTION 0x000000. O engraçado é que é extremamente intermitente e só ocorre se o desligamento imediatamente seguir um período de ociosidade relativa. Ele não gera um minidesumo, suspeito porque o monitoramento do Windows foi encerrado no momento em que esse erro ocorre. Nenhum dano é evidente e pode-se simplesmente desligar manualmente e o sistema irá agir como se tivesse ocorrido um desligamento adequado. Se alguma coisa é um aborrecimento, eu só quero ter certeza de que isso não está afetando a minha estabilidade a longo prazo.

Eu li que o i7 950 não gosta de voltagens de DRAM além de 1.65, mas que elas são aceitáveis se estiverem dentro de 0,5 da configuração do BLCK. Eu tentei desativar o XMP e definir todas as temporizações para automático e o problema ainda se manifesta de maneira idêntica. É suspeito que a ociosidade anterior do desligamento da CPU seja o fator determinante, pois ambos c1e e speedstepping são ambas configurações destinadas a modificar o manuseio desse estado.

Qualquer sugestão ou experiência anterior seria muito apreciada.

EDIT: O comportamento é muito semelhante ao descrito neste tópico: link

A natureza benigna dele é idêntica. Eu não consigo baixar o hotfix citado lá no entanto.

    
por DeaconDesperado 16.12.2010 / 15:32

2 respostas

3

Uma exceção de verificação de máquina é um problema de hardware - a CPU lançou uma interrupção indicando que o estado interno é isn ' t válido. Meu palpite, dado que o chip estava sendo sobrecarregado, é que pelo menos uma parte do seu chip está danificada.

I have read that the i7 950 does not like DRAM voltages past 1.65, but that they are acceptable if they are within .5 of the BLCK setting.

Reverta para as tensões de estoque e veja se isso persiste. Do meu ponto de vista, o i7 frita rapidamente, empurrando-o para além de 1,65 - esse limite é devido às tensões de ruptura dos transistores dentro do controlador de memória do i7.

Infelizmente para mim isso soa como um chip danificado: (

EDIT: De Anandtech : (Ênfase minha)

Exactly what the impact to the processor will be is dependent upon several factors. Put simply, if you go crazy with VDimm, let’s say around 2.0V~2.2V without additional tuning, then expect to greatly reduce the processor lifespan to a few weeks or maybe days. We have already witnessed several CPUs being damaged or destroyed at the motherboard partners with high VDimm settings, especially those that ran at 2.0V or higher with base settings. By base settings, we mean configuring an i7/X58 platform in the same manner a typical user now sets up a Penryn/X48 DDR3 platform. The rules have changed completely for Intel, just we cannot discuss the playbook at this time (hey, it is frustrating for us also).

Likewise, we have seen high VCore/VDimm test beds operate without a problem for benchmarking purposes (yet still fail with long-term bench testing) provided a multitude of BIOS settings for the core, DIMM, IMC, Uncore, and QPI selections were properly set. The base secret (there are more) is maintaining correct amplitude levels, something we will discuss at product launch. For now, high VDimm is not necessarily the true problem here, but it is the quickest way to damage/destroy an i7 if the rest of the system is not properly tuned.

    
por 16.12.2010 / 16:33
0

Execute uma inicialização limpa, veja se o problema continua ao desligar de um ambiente de inicialização limpo, se isso acontecer, então você pode suspeitar que algum serviço, software ou driver esteja causando isso.

Este é um artigo que aborda um procedimento geral de solução de problemas do XP e um problema diferente, mas que pode ser usado no seu caso (W7) para eliminar um serviço, software ou driver de terceiros que esteja causando o problema.

link

.

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 ele.

Suponho que você tenha testado seus módulos de memória usando o link

    
por 16.12.2010 / 16:26