스마트폰 CPU 빅리틀 구조 (코어 설계, 스케줄링, 체감 성능)
스마트폰 CPU 빅리틀 구조는 고성능 코어와 저전력 코어를 함께 사용하는 방식입니다. 이 구조는 상황에 따라 적절한 코어를 선택하여 성능과 배터리 효율을 동시에 확보합니다.
코어 수가 많으면 무조건 빠를까요? 저도 그렇게 생각했는데 직접 기기를 바꿔가며 써보니 8코어 폰이 4코어 폰보다 오히려 뚝뚝 끊기는 경우가 있었습니다. 그때 처음으로 빅리틀(big.LITTLE) 구조를 제대로 들여다봤고, 코어 수보다 코어를 어떻게 굴리느냐가 실제 사용감을 훨씬 크게 좌우한다는 걸 실감했습니다.
코어 설계: 고성능과 저전력을 한 칩에 넣은 이유
빅리틀(big.LITTLE) 구조란 고성능 코어인 빅코어(big core)와 저전력 코어인 리틀코어(little core)를 하나의 칩 안에 함께 배치하는 CPU 설계 방식입니다. 쉽게 말해, 스포츠카 엔진과 경차 엔진을 동시에 달아두고 상황에 따라 골라 쓰는 구조입니다. 이 설계를 처음 선보인 건 영국 반도체 설계사 ARM이고, 지금은 퀄컴 스냅드래곤, 삼성 엑시노스, 애플 A 시리즈 등 사실상 모든 모바일 SoC(System on Chip, 단일 칩 안에 CPU·GPU·메모리 컨트롤러 등을 통합한 반도체)에 변형된 형태로 적용되어 있습니다.
일반적으로 코어가 많을수록 성능이 높다고 알려져 있지만, 같은 8코어라도 빅코어 4개와 리틀코어 4개로 구성된 폰과, 미드코어 위주로 구성된 폰은 실사용에서 전혀 다른 느낌을 줍니다. 빅코어(big core)는 높은 클럭 속도와 넓은 파이프라인을 통해 게임 렌더링, 영상 인코딩, 대용량 앱 실행 같은 고부하 작업을 빠르게 처리합니다. 반면 리틀코어(little core)는 소비 전력이 빅코어의 5분의 1 수준에 불과하면서도 SNS 스크롤, 음악 재생, 메시지 수신 같은 가벼운 작업을 충분히 처리합니다.
제가 주목한 지점은 이겁니다. 스마트폰은 하루 중 고부하 작업보다 가벼운 작업을 훨씬 더 오래 합니다. 화면을 켜고 카카오톡 확인하고, 유튜브 잠깐 보고, 지도 켜는 시간이 3D 게임 하는 시간보다 압도적으로 깁니다. 그러니 리틀코어가 얼마나 잘 만들어졌느냐가 배터리 사용 시간을 결정하는 핵심 변수가 됩니다. 실제로 ARM 공식 기술 문서에 따르면 big.LITTLE 설계를 적용했을 때 동일 작업 대비 소비 전력을 최대 75%까지 줄일 수 있다고 밝히고 있습니다.
스케줄링: 코어 전환이 매끄럽지 않으면 다 소용없다
설계가 아무리 좋아도 스케줄링(scheduling)이 엉터리면 체감은 최악이 됩니다. 스케줄링이란 운영체제(OS)가 실시간으로 작업의 부하를 감지하고, 어떤 코어에 해당 작업을 배치할지 결정하는 과정을 말합니다. 이 판단이 100밀리초 단위로 쉴 새 없이 일어납니다. 제가 직접 써봤는데, 스케줄링이 잘 다듬어진 기기와 그렇지 않은 기기는 벤치마크 점수와 무관하게 화면 스크롤 하나에서부터 미묘하게 다릅니다.
EAS(Energy-Aware Scheduling, 에너지 인식 스케줄링)는 리눅스 커널 4.14 버전부터 안드로이드에 본격 적용된 스케줄링 방식입니다. EAS란 단순히 CPU 사용률만 보는 게 아니라 각 코어의 전력 소비 모델을 함께 고려해서 최적의 코어를 선택하는 알고리즘입니다. 이전 방식인 HMP(Heterogeneous Multi-Processing) 스케줄러가 부하 임계값을 기계적으로 넘으면 빅코어로 전환하는 방식이었다면, EAS는 그 전환 비용 자체도 계산에 포함합니다. 덕분에 불필요하게 빅코어를 깨우는 일이 줄고 배터리와 발열 모두 개선됩니다.
그렇다고 EAS가 만능은 아닙니다. 같은 EAS 기반이라도 제조사가 커스텀한 스케줄러 튜닝, 칩셋 드라이버 최적화, OS 버전에 따라 체감이 제법 달라집니다. 실제로 안드로이드 기기에서 OS 업데이트 후 같은 작업인데도 배터리 소모가 눈에 띄게 줄었다는 경험을 해보셨다면, 그 이유 중 하나가 스케줄링 튜닝 때문일 가능성이 높습니다. 이 부분은 Android 오픈소스 프로젝트(AOSP) 공식 문서에서도 EAS 도입 효과를 직접 설명하고 있습니다.
스케줄링 효율을 체감 수준에서 판단하는 기준을 정리하였습니다.
- 앱 첫 실행 시 반응이 0.3초 이내로 즉각적인가 (빅코어 활성화 속도)
- 화면 스크롤이 120Hz 디스플레이에서 프레임 드롭 없이 부드러운가 (코어 전환 지연 여부)
- 가벼운 작업 시 기기가 미지근하지 않고 상온을 유지하는가 (리틀코어 유지 여부)
- 장시간 사용 후 배터리 소모 곡선이 초반과 후반이 비슷하게 완만한가 (서멀 스로틀링 발생 여부)
서멀 스로틀링(thermal throttling)이란 CPU 온도가 한계치를 넘으면 클럭을 강제로 낮춰 발열을 억제하는 안전장치입니다. 이게 발동하는 순간 체감 성능이 뚝 떨어지는데, 스케줄링이 잘 되어 있으면 빅코어 사용 시간 자체를 줄여주기 때문에 서멀 스로틀링 발동 빈도도 줄어듭니다.
체감 성능: 스펙표가 아니라 코어 전환 흐름이 결정한다
퀄컴 스냅드래곤 8 Gen 시리즈가 출시될 때마다 긴장한 발열 논란이 터지는데, 이게 단순히 공정(process node) 문제만은 아닙니다. 공정(process node)이란 반도체 회로를 얼마나 미세하게 새기는지를 나타내는 단위로, 숫자가 작을수록 전력 효율이 높고 발열이 줄어듭니다. 그런데 아무리 3나노 공정으로 만들어도 스케줄러가 쓸데없이 빅코어를 계속 깨운다면 발열을 피하기 어렵습니다. 반대로 이전 세대 공정이라도 스케줄링이 잘 다듬어지면 체감 온도는 충분히 낮게 유지됩니다.
동일 게임을 30분 돌렸을 때, 스케줄링이 잘 된 기기는 초반과 후반 프레임레이트 차이가 거의 없습니다. 반면 스케줄링이 부실한 기기는 초반 10분은 번뜩이게 빠르다가 온도가 오르면 서멀 스로틀링이 걸리면서 후반엔 명확히 느려집니다. 벤치마크 최고점은 오히려 후자가 높게 나올 수 있습니다. 그래서 저는 이제 벤치마크 점수보다 지속 성능 테스트 결과를 먼저 봅니다.
일상 사용에서 체감 성능을 가르는 건 결국 세 가지 흐름입니다. 필요한 순간에 빅코어가 지체 없이 깨어나는지, 작업이 끝나면 리틀코어로 빠르게 돌아가는지, 그 전환 과정에서 프레임 드롭이나 입력 지연이 발생하지 않는지입니다. 이 흐름이 매끄러울수록 "이 폰 왜 이렇게 잘 쓰이지?"라는 감각이 자연스럽게 생깁니다. 최고 성능이 아니라 일관된 성능이 사용 만족도를 결정합니다.
정리하면, 스마트폰 CPU를 고를 때 코어 수나 최고 클럭보다 스케줄링 완성도와 지속 성능을 확인하는 게 더 실용적입니다. 구매 전에 30분 이상 연속 사용 리뷰나 발열 테스트 영상을 찾아보시길 권합니다. OS 업데이트도 단순 보안 패치가 아니라 스케줄러 튜닝이 포함된 경우가 많으니, 업데이트를 미루지 않는 것만으로도 체감이 달라질 수 있습니다.