웹사이트 검색

PC를 일부러 다운시키기 위해 만든 5가지 스트레스 테스트와 그것이 필요한 이유


다음 도구들은 어떤 것도 건강하고 안정적인 PC를 다운시키지 않으며, 그것이 바로 핵심 포인트입니다. 이 도구들을 실행할 때 시스템이 다운될 수도 있다는 점을 알고 실행하면, 게임 중이나 렌더링 중에 PC가 중단되는 대신 지금 문제를 사전에 해결할 수 있습니다. 저는 MSI Cyborg 15 게이밍 노트북에서 다섯 가지 스트레스 테스트를 모두 실행했으며(6번째도 시도했지만, 3DMark 전체 버전은 이 글 작성자에게 너무 비쌌습니다), 그 결과는 꽤 흥미로웠습니다. 각 테스트가 무엇을 하는지, 그리고 각 테스트에서 충돌이 발생하면 무엇을 의미하는지를 소개합니다.

테스트를 진행하는 동안 내 온도가 어떻게 변하는지 알기 위해 HWiNFO(온도 측정 도구)를 계속 켜 두었습니다.

프라임95

1996년부터 존재해 온 CPU 스트레스 테스트

Prime95는 메르센 소수 검색 도구로 시작되었지만, 오버클러커들은 이 프로그램의 스트레스 테스트가 존재하는 CPU 테스트 중 가장 혹독한 것 중 하나라는 것을 알아냈습니다. mersenne.org에서 무료로 다운로드할 수 있습니다.

프로그램을 실행하고 '단순 스트레스 테스트'를 선택하면 세 가지 옵션이 나타납니다. Small FFTs 테스트는 CPU 코어에서 열과 전력 소모를 극대화하고, Large FFTs 테스트는 메모리 컨트롤러와 캐시를 스트레스합니다. Blend는 RAM도 테스트합니다. 이 도구는 출력값을 알려진 올바른 결과와 비교하여 확인하므로 CPU에서 잘못된 결과가 나오면 즉시 오류로 표시됩니다.

내 사이보그 15에서 Small FFTs는 몇 분 만에 CPU 패키지를 86°C까지 밀어올렸고, 그 후 열 쓰로틀링을 유발했습니다. 그리고 나서 완전히 강제 종료되었습니다. 이것이 내 노트북이 고장 났다는 의미는 아니지만, 얇은 섀시가 최대 AVX 부하에서 냉각 한계에 도달한 것이며, 이것은 중간 마감 기한에 무거운 CPU 작업을 하는 대신 테스트 중에 알고 싶었던 것입니다. 노트북의 경우에도 Blend가 더 현실적인 선택입니다. 여전히 CPU를 혹사시키지만 같은 열파를 발생시키진 않기 때문입니다. 타워 쿨러가 있는 데스크톱은 Small FFTs를 사용해도 거의 영향을 느끼지 못할 것입니다.

y-크런처

Prime95가 놓치는 오류를 찾아내는 AVX 작업 부하

y-cruncher(의도적으로 소문자)는 NumberWorld의 파이 계산 프로그램으로 무료로 다운로드할 수 있습니다. 이 프로그램은 다른 안정성 테스트를 모두 통과한 시스템도 다운시킬 수 있어 오버클러킹 커뮤니티에서 강력한 평판을 가지고 있습니다. 이 프로그램은 CPU에 AVX와 AVX512(고급 벡터 확장 — 인텔과 AMD가 한 번에 많은 수의 숫자를 처리하기 위해 자사 프로세서에 추가한 CPU 명령어 세트) 명령어를 사용합니다. 또한 메모리 서브시스템을 강하게 사용하여 Prime95가 놓칠 수 있는 불안정성을 드러낼 수 있습니다.

소프트웨어 저자는 다른 테스트에서는 오류를 재현할 수 없었는데 y-cruncher에서는 실패하는 ECC 메모리를 가진 서버 하드웨어의 확인된 사례가 있다고 언급합니다.

제 사이보그에서는 Prime95를 실행한 후 y-cruncher를 실행하자마자 바로 충돌했습니다. 남아있는 잔여 열 때문에 두 번째 AVX 기반 테스트를 수행할 여유가 없었습니다. 열 제한이 있는 기계를 사용 중이라면, 반드시 y-cruncher를 차가운 상태에서 먼저 실행하세요. 또한 exe 파일을 더블클릭하는 대신 터미널 창에서 실행해야 결과를 확인할 수 있습니다. Prime95는 통과했는데 y-cruncher가 기계를 충돌시킨다면 메모리 타이밍이나 CPU 전압에 문제가 있을 수 있습니다.

카루 RAM테스트

메모리가 불량이면 Windows를 다운시키는 RAM 테스트






이 도구는 Windows 내부에서 실행되며, 실제 운영 조건에서 메모리를 스트레스 테스트하기 위해 AVX 및 AVX2 최적화 코드 경로를 사용합니다. 만약 RAM이 불안정하다면, Karhu는 테스트 도중 시스템을 다운시킬 가능성이 높습니다. 하지만 그게 목적입니다. 라이선스 비용은 약 10달러 정도이며(저는 개인 테스트용으로 구매했습니다), 버전 2.0은 테스트 커스터마이징과 HWiNFO 센서 통합 기능과 함께 방금 출시되었습니다.

제 경험에서 나온 한 가지 실용적인 경고: 다른 스트레스 도구를 사용하기 전에 Karhu를 사용하거나, 먼저 재부팅하세요. Prime95가 제 가상 메모리 부하를 97.9%까지 밀어붙인 후, Karhu는 '페이징 파일이 너무 작음' 오류와 함께 시작을 거부했습니다. 하지만 재부팅을 하자 즉시 해결되었습니다.

한 번 그 깨끗한 시작을 한 후, 내 사이보그 노트북은 오류 없이 12분도 채 되지 않아 2,251% 커버리지를 달성했으며, 이는 합격입니다. 커뮤니티 기준은 최소 200% 커버리지이며, 그 전에 블루 스크린이 뜨거나 하드 리셋이 발생하면 RAM, 타이밍, 또는 더 안정적이어야 할 XMP 프로필에 실제 문제가 있는 것입니다.

FurMark

GPU 번너

FurMark는 모피 렌더링 알고리즘을 사용하여 지속적인 최대 부하의 OpenGL 또는 Vulkan 작업을 생성함으로써 GPU를 열적 한계까지 밀어붙이기 때문에 '파워 바이러스'라는 별명을 얻었습니다. geeks3d.com에서 무료로 받을 수 있습니다. 버전 2.10.2(2025년 10월)는 RTX 5000 및 Radeon RX 9000 시리즈부터 이전 카드까지 모든 것을 지원합니다.

실행하기 전에 Vulkan GPU 드롭다운에서 내 개별 GPU를 선택해야 했습니다. 기본값이 통합 Intel 칩으로 설정되어 있었기 때문입니다.

제 RTX 4050은 풀로드 상태에서 76˚C로 안정화되었고, 핫스팟은 88˚C였습니다. 10분 동안 1,440MHz 코어 클록을 안정적으로 유지하며 아티팩트는 전혀 발생하지 않았습니다. 핫스팟은 카드의 87˚C 제한보다 단 1˚C 높았지만, 클록은 한 번도 하락하지 않았습니다. 이는 제 쿨링 시스템이 한계까지 제대로 작동하고 있다는 것을 보여줍니다. 화면에 아티팩트가 나타나거나, 크래시가 발생하거나, 온도가 최고치에 달했을 때 클록이 떨어진다면, 아마 문제를 찾은 것입니다. 5~10분 정도면 열 문제를 확인하기에 충분하며, 이 테스트는 몇 시간이 필요하지 않습니다.

AIDA64

CPU, RAM, 그리고 GPU를 동시에 부하 상태로

AIDA64 Extreme는 동시에 여러 구성 요소에 부하를 주는 도구입니다. 시스템 안정성 테스트는 CPU, FPU, 캐시, 시스템 메모리, 로컬 디스크 및 GPU 작업을 동시에 결합하여, 요구가 큰 게임이나 렌더 작업이 발생시키는 총 부하를 재현합니다. 안타깝게도 체험판에서는 스트레스 테스트가 60초로 제한됩니다. 전체 라이선스 비용이 약 40달러이기 때문에, 구매를 건너뛰고 체험판을 사용했습니다.

그럼에도 불구하고, AIDA64는 단일 구성 요소 테스트에서는 드러나지 않은 것을 보여주었다. CPU와 GPU를 동시에 부하를 걸었을 때, 내 CPU는 열 스로틀링이 활성화된 상태에서 98˚C에 도달했고, GPU는 한가롭게 51˚C를 유지했다. 두 칩은 열 여유를 공유하며, CPU는 항상 그 싸움에서 패한다. 이것이 내 노트북과 같은 게이밍 노트북이 그래픽 카드에 여유가 있음에도 CPU 중심 게임에서 문제가 발생할 수 있는 이유를 설명해 준다. 또한 FPU와 GPU의 결합 부하는 각각 단독으로 사용할 때보다 전원 공급 장치에서 더 많은 전력을 소모하기 때문에, 데스크탑 빌드에서 한계 전원 공급 장치를 드러내는 좋은 테스트가 된다.

충돌은 정보이지 재해가 아니다

이 테스트 중 하나가 PC를 다운시킨다고 해도 당황할 필요는 없습니다. HWiNFO가 기록한 내용을 확인하고, 어떤 테스트가 실패를 일으켰는지 메모한 후, 가능한 문제를 좁혀 나가기 시작하세요. Prime95에서 크래시가 발생하면 CPU 또는 냉각 시스템 문제를 가리키며, Karhu에서 크래시가 발생하면 RAM 문제를 나타냅니다. AIDA64가 크래시가 발생하면, 복합 테스트를 실행 중일 경우 전원 공급 장치 문제일 수 있습니다. 이러한 검사는 중고 기계를 확인할 때에도 실행할 가치가 있습니다. 핵심 아이디어는 문제가 있다는 신호를 크래시를 기다리면서 얻는 것이 아니라, 크래시 조건을 스스로 제어한다는 것입니다.

관련기사