왜 체계 밖에서 메모리를 검사하는가

망가져 가는 메모리는 좀처럼 '부품이 고장 났다'는 모습으로 나타나지 않는다. 하필 나쁜 때 파란 화면이 뜨고, 프로그램이 이유 없이 꺼지고, 받아 둔 파일의 검증값이 맞지 않고, 압축한 꾸러미가 열리지 않는다. 모두 몇 개의 기억 칸이 조건에 따라 다른 값을 읽거나 쓰는 것만으로 일어날 수 있고, 누군가 메모리를 살펴보기로 마음먹기 전까지는 모두 소프트웨어 문제로 보인다.

돌아가는 체계 안에서 검사하는 것은 누구나 처음 떠올리는 방법이고, 동시에 나쁜 방법이다. 체계가 다 뜬 시점에는 메모리의 상당 부분을 핵과 상주 작업, 사용자가 연 것들이 차지하고 있다. 검사는 손댈 수 없는 자리를 덮을 수 없고, 그 주민들과 대역폭을 다투므로 부하를 걸고 싶은 바로 그 시간 관계가 달라진다.

한 번의 검사는 어떤 모습인가

MemTest86 은 체계를 아예 쓰지 않는 것으로 두 문제를 함께 피한다. 매체에서 혼자 부팅하고, 다른 것이 거의 돌지 않는 상태에서 메모리에 시험 무늬를 쓰고 되읽기를 되풀이한다. 이미지를 담으려면 1GB 이상의 매체가 필요하고, 기계는 UEFI 를 갖추어야 한다. x86, x86-64, ARM64 에 각각의 판이 있고, 예전 방식의 BIOS 만 있는 오래된 기계는 더 오래된 판을 써야 한다.

한번 뜨면 검사는 처음 설정 그대로 스스로 돌고 판단을 요구하지 않는다. 처음 설정은 네 바퀴다. 공개된 기준은 한 바퀴에 약 15 분, 네 바퀴에 약 2 시간이고, 실제 시간은 메모리를 얼마나 꽂았는지, 얼마나 빠른지, 어떤 항목을 골랐는지에 달렸다. 이 숫자는 저녁 하나로 충분한지 가늠하는 데 맞고, 시간표로는 맞지 않다.

보고서를 읽는 법

오류가 나오면 화면은 오류 수, 오류가 난 번지, 그것을 낸 시험 항목, 그리고 그 번지가 어느 모듈의 어느 통로에 속하는지를 보여 준다. 뒤의 두 가지가 핵심이다. 흐릿한 의심이 구체적인 손짓이 된다.

번지가 먼저 무엇을 해 볼지를 정한다. 오류가 한 모듈에 몰리면 그것을 바꾸는 것이 값싼 실험이다. 모듈이 아니라 꽂는 자리를 따라가면 의심은 본체 쪽으로 옮겨 간다. 가속 설정을 켰을 때만 나오면 그 설정이 의심스럽다. 시간을 가장 아끼는 조언은 첫 오류에서 무엇도 죽었다고 정하지 않는 것이다. 가속 설정을 끄고(토대에 따라 XMP 이거나 EXPO 이다) 처음 속도와 전압으로 돌아가 다시 검사한다. 그다음 한 개씩 꽂아 검사한다. 소거법은 느리고, 모듈과 자리와 메모리 제어를 갈라내는 유일한 방법이다.

판, 값, 지금의 판

무료 판과 유료 Pro 판이 있다. 무료 판은 일상의 가려내기에 충분하다. 기계 동작이 이상하고 그 뒤에 메모리가 있다고 의심하는 경우다. 유료 판은 설정할 수 있는 보고, 자동화, 여러 기계에 한꺼번에 배포하는 힘을 더한다. 한 대가 아니라 방 하나를 채운 기계를 봐야 하는 사람에게 값어치가 있다. 공개된 값은 116 미국 달러다.

지금의 흐름은 11.7 이고 2026 년 5 월에 나왔다. 새 세대 메모리 모듈과 토대에 대한 지원이 더해졌다. 어떤 진단 도구든 마찬가지지만 판은 방법보다 무겁지 않다. 새 판은 옛 판이 모르는 부품을 알아볼 수 있지만, 보고서를 읽는 일은 어느 쪽이든 같은 노동이다.

말해 주지 못하는 것

메모리 층에서 되풀이되는 오류를 찾아낸다. 이 말은 들리는 것보다 좁다. 망가져 가는 모듈을 메모리 제어, 전력 공급, 본체의 신호 품질 문제로부터 완전히 갈라내지는 못한다. 그래서 깨끗하게 끝난 한 번은 의심을 낮출 뿐 건강을 증명하지 않고, 오류가 난 한 번은 범위를 가리킬 뿐 범인을 지목하지 않는다.

그래서 이치에 맞는 쓰임은 첫걸음으로 쓰고 판결로 쓰지 않는 것이다. 체계를 화면에서 빼고 메모리만 스스로 답하게 한 뒤, 그 보고를 들고 다음 손으로 간다. 바꾸기, 다시 꽂기, 가속 설정을 늦추기, 의심스러운 모듈을 다른 기계에서 시험하기. 이 도구의 값어치는 그런 판단을 받쳐 줄 만큼 구체적인 증거를 낸다는 데 있다. 불안정한 기계가 평소 가장 내놓지 않으려는 것이다.

MemTest86 은 메모리를 의심할 때의 첫 손이다. 체계를 식에서 빼고 메모리만 검사를 받게 한다. 돌아오는 것은 오류가 있었는지뿐 아니라 어디서, 어느 모듈 위에서 일어났는지이고, 그 뒤의 모든 처리는 이 몇 줄에서 시작한다.