TL;DR
- 윈도우 작업 관리자의 전체 CPU 점유율이 40~50%라도 특정 1~2개 코어가 100%에 달하면 GPU 사용률이 뚝 떨어지는 심각한 병목이 발생합니다.
- HWiNFO64의 센서 로깅 기능을 활용해 게임 중 코어별 유효 클럭, 스레드 사용률, GPU 사용률을 기록하면 어떤 부품이 한계인지 명확히 가려낼 수 있습니다.
- GPU 사용률이 지속적으로 95% 이상이면 그래픽카드 교체 대상이며, GPU가 50~70% 대에서 놀고 특정 스레드만 100%를 찍는다면 CPU 플랫폼 교체가 우선입니다.
- 불필요한 이중 지출을 막으려면 전체 교체 전 로그 데이터에 기반한 단일 부품 병목 진단이 선행되어야 합니다.
핵심 개념
PC 병목 현상을 진단할 때 가장 흔히 범하는 실수는 작업 관리자의 '전체 CPU 사용률'만 확인하는 것입니다. 최신 6코어 12스레드나 8코어 16스레드 CPU 환경에서는 게임 엔진이 2~4개 스레드만 집중적으로 활용할 경우, 전체 CPU 사용률은 30~50%로 여유로워 보이지만 실제로는 메인 스레드가 처리 한계(100%)에 도달해 그래픽카드에 연산 명령을 제때 전달하지 못합니다. 그 결과 그래픽카드는 할 일이 없어 사용률이 60~70%로 떨어지고 화면에는 순간적인 끊김(스터터링)이 발생합니다.
이를 정확히 확인하려면 단순 순간 수치가 아닌 'HWiNFO64'를 통한 시계열 로그 기록이 필요합니다. 모니터링해야 할 핵심 센서는 세 가지입니다. 1. Core Usage / Thread Usage (%): 개별 코어 및 스레드의 포화 여부 2. Core Effective Clock (MHz): 스로틀링이나 유휴 상태 없이 실제 연산에 참여하는 실질 동작 속도 3. GPU Core Load (%) 및 Power Limit / Thermal Limit: 그래픽카드가 제 성능을 100% 뽑아내고 있는지 여부
단계별 실행 가이드
1. HWiNFO64 센서 로깅 준비
- HWiNFO64를 실행할 때 'Sensors-only' 모드를 체크하고 실행합니다.
- 센서 창 하단 우측의 'Logging Start' (시트 모양에 녹색 플러스 아이콘) 버튼을 누릅니다.
- 저장할 CSV 파일 경로와 이름을 지정하면 즉시 초 단위 데이터 기록이 시작됩니다.
2. 병목 유발 작업 구동
- 평소 프레임 드랍이나 렉이 심했던 게임 구간(도시 진입, 대규모 교전 등)이나 렌더링 작업을 최소 5~10분간 플레이합니다.
- 테스트가 끝나면 HWiNFO64 창 하단의 'Logging Stop' 버튼을 눌러 기록을 저장합니다.
3. CSV 데이터 분석 및 판별 기준
엑셀이나 구글 스프레드시트로 저장된 CSV 파일을 열고 프레임 저하가 발생한 시간대의 지표를 대조합니다.
- CPU 병목 패턴: GPU Core Load가 60~85% 수준에 머무는데, Core # T0/T1 Usage 중 최소 1~2개 스레드가 95~100%를 지속적으로 찍는 경우. 이 상태에서는 그래픽카드를 최신형으로 바꿔도 프레임 상승이 거의 없습니다.
- GPU 병목 패턴: CPU의 모든 스레드 사용률이 고르게 분산되어 있고 90%를 넘지 않는데, GPU Core Load가 꾸준히 97~100%를 유지하는 경우. 이 경우 그래픽카드 체급 한계에 도달한 것이므로 그래픽카드 업그레이드 효과가 큽니다.
- 온도 및 전력 쓰로틀링 배제: CPU/GPU 사용률을 보기 전, Thermal Throttling 항목이 'Yes'로 떴는지, 유효 클럭(Effective Clock)이 스펙 기본 클럭 아래로 폭락했는지 먼저 확인합니다. 쿨러 불량이나 서멀구리스 경화로 인한 쓰로틀링이라면 부품 교체 없이 쿨링 정비만으로 해결됩니다.
비교/체크리스트
| 진단 항목 | CPU 병목 (CPU 교체 대상) | GPU 병목 (그래픽카드 교체 대상) | 쿨링/전원 문제 (정비 대상) |
|---|---|---|---|
| GPU 사용률 (Core Load) | 50% ~ 85% 불규칙 등락 | 95% ~ 100% 지속 유지 | 급격한 폭락 반복 (99% → 20%) |
| 특정 코어 스레드 점유율 | 1~2개 스레드 98~100% 포화 | 전 스레드 40~80% 안정적 | 점유율 무관 클럭 급락 동반 |
| 유효 클럭 (Effective Clock) | 부스트 클럭 정상 유지 | 정상 범위 유지 | 기본 클럭 이하로 쓰로틀링 |
| 동반 증상 | 일시적 멈춤, 간헐적 끊김 | 전반적인 프레임 수치 낮음 | 팬 소음 급증 후 셧다운 또는 렉 |
| 권장 조치 | 메인보드 플랫폼/CPU 업그레이드 | 그래픽카드 상위 체급 교체 | 쿨러 재장착, 서멀 재도포, 먼지 청소 |
실무 사례 또는 예시
i5 8세대 CPU와 RTX 2060 시스템에서 최신 배틀로얄 게임 시 프레임이 튀어 그래픽카드를 RTX 4060으로 교체하려던 사용자의 사례입니다. 작업 관리자 창에서는 CPU 점유율이 65%, GPU 점유율이 70%로 나와 그래픽카드가 부족하다고 판단하기 쉬웠습니다. 그러나 HWiNFO64 센서 로그를 확인한 결과, 6개 코어 중 2개 코어의 스레드 사용률이 100%에 고정되어 있었고 GPU 사용률은 교전 순간마다 55%까지 추락했습니다. 그래픽카드가 쉴 새 없이 놀고 있는 전형적인 CPU 메인 스레드 병목이었습니다. 이 시스템은 그래픽카드를 4060으로 바꿔도 GPU 놀림 현상이 더 심해질 뿐 성능 체감이 불가능합니다. 결국 해당 시스템은 구형 인텔 보드와 CPU를 정리하고 최신 플랫폼(CPU, 메인보드, DDR5)으로 교체하여 병목을 해결했습니다.
자주 묻는 질문(FAQ)
Q1. 전체 CPU 사용률 100%와 단일 코어 100% 중 어느 것이 더 위험한가요?
부품 손상과 같은 물리적 위험을 뜻하는 것이 아니라면, 게이밍 병목 관점에서는 단일 코어 100% 포화가 훨씬 빈번하게 일어나는 성능 저하 원인입니다. 멀티코어를 온전히 쓰지 못하는 소프트웨어 환경에서는 전체 점유율이 낮더라도 단 1개의 메인 스레드 병목 때문에 시스템 전체 프레임 생성이 제한됩니다.
Q2. CPU만 상위 모델로 바꾸면 해결되나요?
메인보드 소켓과 칩셋 호환성을 먼저 확인해야 합니다. 같은 소켓 내에서 상위 CPU로 올릴 수 있다면 단일 부품 교체로 끝나지만, 세대가 단절된 구형 규격(예: DDR3/DDR4 초기 플랫폼)이라면 CPU 교체를 위해 메인보드와 RAM까지 함께 바꿔야 하므로 사실상 본체 주요 플랫폼 전면 교체로 이어집니다.
Q3. 병목 계산기 사이트의 수치를 그대로 믿어도 되나요?
인터넷의 병목 계산기는 실제 작업 환경의 해상도, 게임별 엔진 특성, 램 클럭 및 세부 램 타이밍을 반영하지 못하는 단순 이론값 계산기입니다. HWiNFO64를 이용해 본인이 플레이하는 환경에서 직접 센서 로그를 추출해 비교하는 것이 가장 정확합니다.
용어 설명
- 스레드 포화 (Thread Saturation): 하나의 논리 프로세서가 처리할 수 있는 연산량을 초과하여 대기열이 밀리고 사용률이 100%에 머무르는 상태.
- 유효 클럭 (Effective Clock): 절전 상태나 명령어가 없는 유휴 시간을 제외하고, 프로세서가 실제 명령을 수행한 클럭 사이클을 기반으로 산출한 실질 동작 속도.
- 서멀 쓰로틀링 (Thermal Throttling): 부품의 온도가 임계치(일반적으로 90~100도)를 넘어섰을 때 칩셋 손상을 방지하기 위해 강제로 클럭과 전압을 낮추는 보호 메커니즘.
마무리
하드웨어 교체 전 가장 먼저 확인해야 할 것은 쿨러 체결 상태와 먼지로 인한 쓰로틀링 여부이며, 그 다음이 HWiNFO64 로그를 통한 병목 위치 확인입니다. 병목을 진단했을 때 GPU 교체만으로 해결되는 상황이라면 부품 하나만 교체해 수명을 연장하는 것이 경제적입니다.
반면 메인 스레드 병목으로 인해 CPU 교체가 불가피하지만, 소켓 세대 단절로 메인보드와 메모리까지 전부 들어내야 하는 상황이라면 업그레이드 비용이 본체 잔존 가치를 넘어서게 됩니다. 플랫폼 전면 교체 쪽으로 판단이 기울었다면, 부품을 억지로 끌어안고 조립하기보다 쓰던 PC의 남은 가치를 정리해 실부담을 줄이는 것이 현명합니다. 현재 보유 중인 기기의 가치가 궁금하다면 무료 견적 받기를 통해 보상 매각 금액을 확인해 보시기 바랍니다.