배경 정보는 다음과 같습니다.
32GB(4x8) DDR3 1600MHz 비 ECC, GTX960 그래픽 카드, 부팅되지 않는 OS(Windows 7 Pro)를 갖춘 데스크탑 컴퓨터가 내 책상에 왔습니다. 밤새 기억력 테스트와 여러 번의 비디오 메모리 테스트를 거친 후 모든 것이 훌륭해 보였습니다! 오프라인으로 OS를 복구하고 부팅했습니다. 검은 화면과 충돌. 방금 드라이버를 업그레이드한 비디오 카드에 결함이 있는 것으로 판단하여 꺼내서 다시 부팅했습니다. 모든 것이 멋져 보였고 꿈처럼 진행되었습니다. 남은 문제를 해결하기 위해 클라이언트 요청에 따라 Windows 10으로 업그레이드합니다. 설치 후 부팅이 잘 됩니다. 그리고... 완전한 전멸. 재부팅하고 바로 chkdsk로 이동하여 약 40GB의 파일을 복구했습니다. WinSxS는 사라졌고 OS는 복구할 수 없는 수준이어서 충격을 받았습니다. 우리는 memtest를 사용하여 5번의 패스를 실행하고 다른 메모리 테스트 플랫폼을 사용하여 1번의 패스를 실행하면서 18시간 이상 RAM을 테스트했습니다.
질문은 다음과 같습니다.
불량 메모리로 인해 이 엄청난 양의 데이터가 거의 파괴되기 전에 어떻게 이 모든 테스트가 문제의 징후 없이 수행되었습니까? 메모리를 교체한 후 시스템이 정상적으로 작동합니다. 무슨 일이 일어났고, 어떤 종류의 테스트가 실제로 이와 같은 문제를 잡아낼 수 있을까요?
답변1
어떻게 이 모든 테스트가 아무런 문제도 없이 진행되었나요?
며칠 동안의 쉽고 자동화된 테스트로는 발생할 수 있는 모든 결함을 찾아낼 수 없습니다.
실제로 어떤 종류의 테스트가 이와 같은 문제를 포착할까요?
100% 정확한 것은 없습니다. 당신은 할 수 있는 일을 하고, 비상 계획을 마련해 둡니다. IE: 빌더로서 보증을 제공하고 추가 RAM을 확보하세요. 사용자로서 기본적으로 테스트되지 않은 새 시스템에 저장하는 데이터의 백업을 몇 개 보관해야 합니다.
관련된 개인적인 경험/일화:
"우리는 18시간 이상 RAM을 테스트했습니다." -- 제가 시스템 빌더로 일할 때 우리는 모든 시스템의 RAM(및 일반적인 시스템)을 72시간 연속(최소) 동안 번인한 후 출시했습니다. 문. 번인 3일째에 RAM이 죽는 경우가 많았고 그 이후에도 현장에서 RAM이 작동하지 않는 경우가 많았습니다. 이것이 바로 짐승의 본성이다.