용어들은 서로 어떻게 맞물릴까
CPU 한 개는 보통 여러 코어를 담고, 각 코어는 명령을 하나씩 해석해 실행합니다. 클럭 속도는 이 실행의 박자를 나타내므로, 같은 구조라면 클럭이 높을수록 같은 시간에 더 많은 박자를 셉니다. 다만 한 박자 동안 몇 개의 명령을 처리하는지는 CPU 설계마다 달라서, 설계가 다른 CPU끼리 GHz만 비교하는 것은 정확하지 않습니다.
캐시는 이 박자를 낭비하지 않게 돕습니다. 코어가 필요한 데이터가 캐시에 있으면(적중) 바로 읽고, 없으면(미스) 주 기억장치(RAM)에서 가져와야 합니다. 위키백과의 CPU 캐시 항목은 주 기억장치가 캐시보다 수십~수백 배 느릴 수 있다고 설명합니다. 캐시는 코어에 가까운 순서대로 L1, L2, L3로 나뉘며, L1은 가장 빠르고 작고 코어마다 따로 있으며, L3는 흔히 여러 코어가 공유하는 마지막 단계입니다.
TDP는 흔히 '소비 전력'으로 오해되지만, 위키백과 설명에 따르면 냉각 장치가 처리하도록 설계하는 열의 기준값(기본 클럭 기준)입니다. 인텔은 실제 전력 사용이 TDP보다 높을 수도, 훨씬 낮을 수도 있다고 밝혀 왔고, 제조사마다 측정 방식이 달라 서로 다른 회사 제품의 TDP를 단순 비교하기는 어렵습니다.
용어 비교표
| 용어 | 무엇을 나타내는가 | 올리면 생기는 일 | 주의할 점 |
|---|---|---|---|
| 코어 수 | 동시에 실행할 수 있는 독립 연산 단위의 수 | 병렬 작업에서 처리량 증가 | 일을 나누지 못하는 프로그램은 효과 제한 |
| 스레드 수 | 동시에 다루는 작업 흐름의 수 | 코어 자원이 노는 틈을 활용 | 스레드 2개가 코어 2개와 같지 않음 |
| 클럭(GHz) | 1초당 박자 수 | 한 코어의 반응 속도 향상 | 설계가 다르면 GHz 직접 비교 불가, 발열 증가 |
| 캐시 | 코어 가까이 있는 고속 임시 저장소 | 메모리 대기 시간 감소 | 용량만이 아니라 구조·계층도 영향 |
| TDP | 냉각 설계의 열 기준값 | (수치 자체는 성능 지표가 아님) | 실제 소비 전력과 같지 않음, 제조사별 정의 차이 |
코어를 늘리면 얼마나 빨라질까: 암달의 법칙
진 암달이 1967년에 발표한 '암달의 법칙'은 시스템의 한 부분을 개선했을 때의 전체 이득이 그 부분이 차지하는 시간 비율에 제한된다는 내용입니다. 코어 수에 적용하면, 프로그램에서 병렬로 나눌 수 있는 비율이 p일 때 코어 N개의 이론상 속도 향상은 1 / ((1 − p) + p / N)입니다. 위키백과는 병렬화 가능 비율이 95%이면 프로세서를 아무리 늘려도 최대 20배를 넘지 못한다고 설명합니다.
가상 예시: 어떤 프로그램의 95%를 병렬로 나눌 수 있다고 가정하고 위 식으로 계산하면 코어 2개는 약 1.90배, 4개는 약 3.48배, 8개는 약 5.93배, 16개는 약 9.14배입니다. 병렬화 가능 비율이 50%라면 같은 코어 수에서 약 1.33배, 1.60배, 1.78배, 1.88배에 그칩니다. 실제 프로그램의 병렬 비율은 제각각이므로 이 숫자는 실제 측정값이 아니라 식의 의미를 보여 주는 계산입니다.
실제 사례 세 가지
사례 1. 클럭 경쟁의 한계: 펜티엄 4와 멀티코어로의 전환 (설계 방향의 사례)
인텔 펜티엄 4의 넷버스트 구조는 높은 클럭으로 성능을 올리는 데 초점을 둔 설계였고, 위키백과에 따르면 인텔은 출시 때 이 구조가 10GHz까지 확장될 것이라고 밝혔습니다. 그러나 실제로 가장 빠른 넷버스트 계열 칩은 3.8GHz에 머물렀습니다. 인텔이 90nm 이하 공정에서 트랜지스터 누설 전류에 따른 전력 증가를 예상하지 못했고, 2004년 2월 출시된 프레스콧은 발열이 커서 '프레스핫'이라는 별명이 붙었습니다. 후속 모델인 테하스는 과도한 전력 소모 등을 이유로 프레스콧 출시 몇 달 뒤 취소되었고, 인텔은 2005년 5월 듀얼코어 펜티엄 D 등을 내놓으며 멀티코어로 방향을 바꿨습니다. 여기서 배울 점은 클럭은 무한정 올릴 수 없고, 발열과 전력이 가장 먼저 벽이 된다는 것입니다. 참고로 하이퍼스레딩은 2002년 11월 3.06GHz 노스우드 기반 펜티엄 4에서 처음 선보였습니다.
사례 2. 계산이 틀린 CPU: 펜티엄 FDIV 결함 (설계 오류의 사례)
1994년 6월 미국 린치버그 대학의 수학 교수 토머스 니슬리가 부동소수점 나눗셈 결과가 이상하다는 것을 발견했고, 10월에 원인을 좁혀 인텔에 알렸습니다(위키백과 기준 10월 24일). 원인은 나눗셈 알고리즘에 쓰이는 룩업 테이블 2,048칸 중 값이 들어가야 할 일부 칸이 제조 과정에서 0으로 남은 것이었습니다. 잡지 바이트는 무작위 나눗셈 약 90억 번에 한 번꼴로 틀린 결과가 나올 수 있다고 추정했고, 오차는 대개 아홉째~열째 유효숫자에서 나타났습니다. 인텔은 처음에는 문제가 심각하지 않다며 영향을 증명한 사용자에게만 교체를 해 주겠다고 했다가, 1994년 12월 20일부터 요청하는 모든 사용자에게 교체해 주었고, 1995년 1월 17일 세전 4억 7,500만 달러의 손실 처리를 했습니다. 배울 점은 CPU도 소프트웨어처럼 버그가 있을 수 있고, 발생 확률이 낮아도 '계산이 정확하다'는 신뢰 자체가 중요한 가치라는 것입니다.
사례 3. 빠르게 만든 구조가 허점이 되다: 멜트다운과 스펙터 (보안 사례)
2018년 1월 3일 공개된 스펙터와 멜트다운은 현대 CPU가 속도를 높이려고 쓰는 투기적 실행(결과를 미리 예측해 앞서 실행하는 기법)과 캐시의 시간 차이를 이용해 다른 프로그램의 데이터를 엿볼 수 있음을 보였습니다. 스펙터의 발견자로는 구글 프로젝트 제로의 얀 호른, 폴 코커 등이 거론되며, 하드웨어 업체에는 2017년 6월 1일 먼저 통보되었습니다. 위키백과에 따르면 스펙터는 분기 예측을 쓰는 2019년 이전 마이크로프로세서 전반에 영향을 주며, 인텔·AMD·ARM 계열에서 취약성이 확인되었습니다. 대응은 운영체제·컴파일러(레트폴린)·브라우저(타이머 정밀도 축소) 수준의 소프트웨어 패치와 이후 하드웨어 개선으로 이뤄졌고, 패치로 인한 성능 저하는 8세대 코어 플랫폼에서 2~14% 측정된 사례가 있습니다. 배울 점은 성능을 높이는 설계와 보안이 서로 긴장 관계에 있으며, 기기를 쓰는 사람은 운영체제와 펌웨어 업데이트를 꾸준히 적용하는 것이 중요하다는 것입니다.
직접 확인하기: 내 CPU 사양 읽는 법
- 코어·스레드 확인: 윈도우 작업 관리자의 성능 탭 CPU 항목에서 코어 수와 논리 프로세서 수를 볼 수 있습니다.
- 사용 목적 먼저 정하기: 여러 작업을 동시에 하는 일(영상 인코딩 등)은 코어, 한 작업의 반응성이 중요한 일은 코어당 성능이 중요한 경우가 많습니다.
- GHz만 비교하지 않기: 같은 세대·같은 제조사 제품끼리 비교하고, 가능하면 사용할 프로그램의 공개 벤치마크 결과를 함께 봅니다.
- 쿨러는 TDP를 참고만: TDP는 실제 소비 전력과 다를 수 있으니 제조사가 권장하는 쿨러 사양과 컴퓨터 과열 방지 가이드를 함께 확인하세요.
흔한 오해와 정정
- 오해: 스레드가 2배면 성능도 2배다. 실제: 스레드는 코어의 노는 자원을 활용하는 기술이라 물리 코어가 늘어난 것과 같지 않습니다.
- 오해: GHz가 높은 CPU가 항상 빠르다. 실제: 박자당 처리하는 명령 수는 설계마다 달라, 서로 다른 설계의 GHz 비교는 정확하지 않습니다.
- 오해: TDP는 소비 전력이다. 실제: TDP는 냉각 설계 기준이며 인텔도 실제 사용량이 TDP보다 높거나 훨씬 낮을 수 있다고 밝힙니다. 제조사별 정의도 다릅니다.
- 오해: 오버클럭 후 한 번 돌려 보고 문제없으면 안전하다. 실제: 위키백과는 개인이 프로세서 기능을 완전하게 시험하기는 일반적으로 불가능하며, 스트레스 테스트를 통과하고도 다른 프로그램에서 불안정할 수 있다고 설명합니다.
한계와 더 알아볼 점
이 글의 사례와 수치는 위키백과의 해당 항목(펜티엄 FDIV, 펜티엄 4, 스펙터, TDP, CPU 캐시, 암달의 법칙, 오버클럭)에서 확인한 내용을 바탕으로 합니다. 위키백과 기준이므로 구체적인 숫자가 필요하면 인텔·AMD 공식 문서나 원 논문을 확인하세요. 성능 향상 폭은 프로그램과 설계에 따라 크게 달라 일반화할 수 없고, 캐시 용량과 지연 시간은 제품마다 다르기 때문에 이 글에서는 구체적 용량을 제시하지 않았습니다. 오버클럭은 제조사 보증 범위를 벗어날 수 있고 발열·불안정·수명 단축 위험이 있다는 점은 위키백과도 지적합니다.
자주 묻는 질문
코어가 많으면 무조건 빠른가요?
프로그램이 여러 코어를 동시에 활용하도록 최적화되어 있어야 그 이점을 제대로 누릴 수 있으며, 그렇지 않은 프로그램에서는 오히려 클럭 속도가 더 중요하게 작용할 수 있습니다.
오버클럭은 초보자도 해봐도 되나요?
발열과 전력 소모가 늘어나고 잘못하면 부품에 손상을 줄 수 있어, 충분한 냉각 장치를 갖추고 관련 지식을 먼저 익힌 뒤 신중하게 시도하는 것을 권장합니다. 제조사 보증에서 제외될 수 있다는 점도 확인하세요.
캐시 용량이 크면 항상 좋은가요?
캐시는 자주 쓰는 데이터를 가까이 두는 장치라, 프로그램이 같은 데이터를 반복해서 쓰는 작업에서 도움이 됩니다. 다만 성능은 캐시 용량뿐 아니라 계층 구조와 코어 설계에도 좌우되므로 용량 하나로 판단하기 어렵습니다.
TDP가 낮으면 전기를 적게 쓰는 CPU인가요?
대체로 열 설계 기준이 낮다는 뜻이지만, 위 설명처럼 실제 전력 사용은 작업과 제조사의 정의에 따라 TDP와 달라질 수 있습니다. 전력이 중요하다면 실제 측정 자료를 함께 확인하세요.
스펙터 같은 취약점 때문에 CPU를 바꿔야 하나요?
일반 사용자는 우선 운영체제, 브라우저, 제조사 펌웨어 업데이트를 최신으로 유지하는 것이 기본 대응입니다. 보안 요구가 높은 환경은 제조사 보안 공지와 담당 보안 부서의 안내를 따르세요.
이어서 읽어 볼 가이드
- 그래픽카드 기초 용어 완전정복: CPU와 함께 성능을 좌우하는 부품
- 컴퓨터 과열 방지 완전정복: TDP와 발열을 다루는 방법
- 컴퓨터가 부팅 안 될 때 해결법: 부팅 문제 점검 순서