90분이면 현대 CPU의 모든 것이 보인다 - 꾸준히 업데이트되는 마이크로프로세서 입문서

왜 CPU를 다시 공부해야 할까

요즘 대부분의 개발자는 CPU를 추상화된 블랙박스로 다뤄요. 파이썬 한 줄 쓰면 그게 어떻게 기계어로 변환되고, 어떤 파이프라인을 타고, 캐시 미스가 어떻게 성능을 갉아먹는지 몰라도 앱은 잘 돌아가거든요. 그런데 어느 순간 "이 코드 왜 이렇게 느리지?" 하고 프로파일링을 붙여보면 답이 보이지 않아요. Jason Robert Carey Patterson이 쓴 Modern Microprocessors: A 90-Minute Guide는 딱 이 간극을 메워주는 글이에요.

처음 공개된 건 꽤 오래됐지만, 저자가 꾸준히 개정해서 최신 아키텍처 이야기까지 반영돼 있어요. Apple Silicon의 M 시리즈, ARM의 Cortex 계열, 인텔과 AMD의 현행 세대까지 자연스럽게 녹아 있고, 그럼에도 90분이면 다 읽을 수 있는 분량으로 압축돼 있어요. 컴퓨터 구조 교과서 한 권을 사려면 부담스러운데, 이 글은 핵심만 골라서 스토리처럼 엮어주거든요.

무엇을 다루는 글인가

글은 가장 단순한 CPU에서 출발해요. 명령어를 한 번에 하나씩 처리하는 구조가 어떻게 파이프라인(pipeline)으로 발전하는지부터 시작하죠. 파이프라인이 뭐냐면, 세탁소 비유가 제일 쉬워요. 빨래 한 벌을 세탁 → 건조 → 다림질 순서로 하는데, 이걸 한 벌씩 끝내고 다음 벌을 시작하면 비효율이잖아요. 첫 벌이 건조기에 들어가면 두 번째 벌을 바로 세탁기에 넣는 거죠. CPU도 명령어를 가져오기, 해석하기, 실행하기, 쓰기 단계로 쪼개서 여러 명령어를 겹쳐서 처리해요.

그다음은 슈퍼스칼라(superscalar)로 넘어가요. 파이프라인이 세탁기 한 대라면, 슈퍼스칼라는 세탁기를 두 대 세 대 동시에 돌리는 개념이에요. 명령어를 한 사이클에 두 개, 네 개 처리하는 거죠. 여기서부터 의존성 문제가 생겨요. 두 명령어가 같은 레지스터를 쓰면 순서가 꼬이니까요. 이걸 해결하려고 나온 게 아웃오브오더 실행(Out-of-Order Execution)이에요. 프로그래머가 쓴 순서대로 실행하는 게 아니라, CPU가 알아서 독립적인 명령어를 먼저 처리하고 결과를 다시 정렬해요. 마치 레스토랑 주방에서 주문 들어온 순서대로가 아니라 빨리 나올 수 있는 메뉴부터 조리하는 것과 비슷해요.

분기 예측(branch prediction)과 투기적 실행(speculative execution)도 빠지지 않아요. if문을 만났을 때 CPU가 "아마 true로 갈 거야" 하고 미리 예측해서 실행해놓고, 틀리면 버리는 방식이에요. 이게 몇 년 전 Spectre/Meltdown 취약점의 원인이 된 바로 그 기술이죠. 투기적 실행이 효율을 끌어올린 만큼 보안 경계도 흐려졌다는 점을 이 글은 차분하게 짚어줘요.

그리고 현대적 주제들

글 후반부는 최근 10년 사이 CPU 설계의 큰 변화를 다뤄요. 클럭을 무한정 올리던 시대가 끝나면서("The free lunch is over") 멀티코어와 SIMD(단일 명령어 다중 데이터)로 병렬성을 끌어내는 방향으로 간 것, 인텔이 P코어+E코어라는 이종 코어(heterogeneous cores) 구조로 ARM의 big.LITTLE을 따라간 것, Apple이 M1/M2에서 메모리 대역폭을 극단적으로 끌어올려 기존 PC와 다른 성능 프로파일을 만든 것까지 설명해요. 캐시 계층(L1/L2/L3)이 성능에 얼마나 결정적인지, 왜 데이터 지역성을 고려한 코드가 수십 배 빠를 수 있는지도 자연스럽게 이해되죠.

비슷한 자료로는 Agner Fog의 최적화 매뉴얼이나 Intel의 Optimization Reference Manual이 있어요. 다만 이것들은 수백 페이지짜리 정밀 레퍼런스라서 입문자에겐 벽이 높아요. 『Computer Architecture: A Quantitative Approach』(헤네시/패터슨)도 정석이지만 대학 한 학기용이죠. Patterson의 이 90분 가이드는 이 영역의 가장 친절한 브릿지예요. 좀 더 깊이 파고 싶어지면 Bob Colwell의 The Pentium Chronicles나 컴퓨터 구조 강의를 들어가면 돼요.

한국 개발자에게 주는 의미

성능이 중요한 영역, 그러니까 게임, 고빈도 트레이딩, 머신러닝 추론 최적화, 임베디드, 시스템 프로그래밍 같은 곳에서 일하시는 분들은 이 글이 거의 필독이에요. 막연히 "SIMD 쓰면 빠르다"가 아니라 왜 빠른지, 언제 안 먹히는지를 스스로 판단할 수 있게 되거든요. 웹 개발자여도 가치가 있어요. Node.js나 JVM의 JIT가 왜 그렇게 동작하는지, 왜 특정 벤치마크는 캐시 사이즈에 따라 널뛰는지 같은 질문에 답할 수 있게 돼요.

신입 엔지니어 면접 준비에도 좋아요. 한국 대기업이나 외국계에서 시스템 쪽 포지션이면 파이프라인, 캐시, 분기 예측 같은 개념이 자주 나오거든요. 교과서를 처음부터 읽기 부담스럽다면 이 90분 가이드를 먼저 돌리고, 필요한 챕터만 깊이 파는 전략이 효율적이에요. 주말에 커피 한 잔 놓고 천천히 읽어보시길 권해요.

마무리

추상화 뒤에 숨어 있던 하드웨어가 갑자기 입체적으로 보이기 시작하면, 코드를 보는 눈 자체가 바뀌어요. 여러분은 CPU 아키텍처 지식이 실무에서 도움됐던 순간이 있나요? 아니면 지금 와서 다시 공부하고 싶은 하드웨어 주제가 있다면 무엇인가요?