CanRun

그래픽카드 없이 로컬 LLM — CPU와 시스템 RAM만으로 돌릴 수 있는 모델

CanRun · 2026년 10월 15일 업데이트

그래픽카드가 없어도 llama.cpp 계열 도구는 CPU와 시스템 RAM으로 모델을 돌립니다. Llama 3.1 8B Q4_K_M은 RAM 16GB에 들어갑니다. 듀얼 채널 DDR5-5600에서는 겨우 돌아갑니다(보정된 추정). MoE 모델인 gpt-oss-20b는 RAM 32GB가 필요합니다. 그 대신 토큰마다 모델의 일부만 읽기 때문에 CanRun 추정 속도는 Llama 3.1 8B보다 높습니다. 속도는 주로 RAM 속도에 달려 있습니다.

CPU만으로 돌아가는 모델 — DDR4·DDR5 프로필별 판정

아래 표는 모델 여섯 개를 CanRun의 CPU 전용 프로필 세 가지에서 비교합니다. 위에서부터 메모리 대역폭이 작은 순서로, 듀얼 채널 DDR4-3200, DDR5-5600, DDR5-6000입니다. 모든 칸은 8k 컨텍스트와 f16 KV 캐시를 기준으로 합니다. RAM 가운데 4GB는 OS와 다른 프로그램 몫으로 빼고 계산합니다. 표 설명에 나오는 시스템 RAM 32GB는 그래픽카드에만 해당합니다. 각 칸 맨 아래 줄에는 그 판정을 계산한 RAM 용량이 나옵니다. 16·32·64·96GB 가운데 그 판정이 나오는 가장 작은 용량을 적습니다. 어느 용량으로도 안 되면 CanRun이 따져 보는 가장 큰 용량을 적습니다.

8k 컨텍스트·f16 KV 캐시 기준 판정입니다. PC는 시스템 RAM 32GB(DDR5)와 Windows를, 통합 메모리 기기는 칸에 적은 메모리 용량을 기준으로 합니다. 속도는 오차 범위와 신뢰 라벨을 붙인 추정치입니다.
하드웨어Llama 3.2 3BLlama 3.1 8BGemma 3 12Bgpt-oss-20bQwen3 30B-A3B (2507)gpt-oss-120b
DDR4-3200 듀얼채널 CPU16/32/64GB
겨우 가능
추정 8.7 tok/s6.9–10.4보정된 추정 ±20%
16GB 구성
겨우 가능
추정 4.3 tok/s3.4–5.1보정된 추정 ±20%
16GB 구성
겨우 가능
추정 3.3 tok/s2.6–3.9보정된 추정 ±20%
16GB 구성
겨우 가능
추정 9.6 tok/s7.7–11.6보정된 추정 ±20%
32GB 구성
겨우 가능
추정 7.8 tok/s6.3–9.4보정된 추정 ±20%
32GB 구성
불가—64GB 구성
DDR5-5600 듀얼채널 CPU16/32/64/96GB
겨우 가능
추정 15.1 tok/s12.1–18.2보정된 추정 ±20%
16GB 구성
겨우 가능
추정 7.5 tok/s6.0–9.0보정된 추정 ±20%
16GB 구성
겨우 가능
추정 5.7 tok/s4.6–6.9보정된 추정 ±20%
16GB 구성
겨우 가능
추정 16.8 tok/s13.5–20.2보정된 추정 ±20%
32GB 구성
겨우 가능
추정 13.7 tok/s11.0–16.4보정된 추정 ±20%
32GB 구성
겨우 가능
추정 12.6 tok/s10.0–15.1보정된 추정 ±20%
96GB 구성
DDR5-6000 듀얼채널 CPU16/32/64/96GB
겨우 가능
추정 16.2 tok/s13.0–19.5보정된 추정 ±20%
16GB 구성
겨우 가능
추정 8.0 tok/s6.4–9.6보정된 추정 ±20%
16GB 구성
겨우 가능
추정 6.1 tok/s4.9–7.3보정된 추정 ±20%
16GB 구성
겨우 가능
추정 18.0 tok/s14.4–21.7보정된 추정 ±20%
32GB 구성
겨우 가능
추정 14.7 tok/s11.7–17.6보정된 추정 ±20%
32GB 구성
겨우 가능
추정 13.4 tok/s10.8–16.1보정된 추정 ±20%
96GB 구성

이 표를 읽을 때 알아 둘 규칙이 두 가지 있습니다. 첫째, CanRun은 CPU 전용 구성에 ‘겨우 가능’보다 높은 판정을 주지 않습니다. 추정 속도가 아무리 높아도 마찬가지입니다. ‘쾌적’과 ‘원활’은 GPU가 있어야 받을 수 있습니다. 그래서 배지는 돌아가는지만 알려 주고, 칸 사이의 차이는 속도 범위에서 납니다. 예를 들어 DDR5-5600에서 Llama 3.2 3B의 추정 속도는 그래픽카드의 ‘원활’ 기준을 훌쩍 넘습니다. 그래도 CPU 전용이라 배지는 ‘겨우 가능’으로 나옵니다.

둘째, RAM에 들어가지 않거나 추정 속도가 가장 낮은 기준선보다 느리면 돌릴 수 없다고 판정합니다. 기준선은 이 글 끝의 범례에 있습니다. 생각 모드가 있는 모델은 답 하나에 토큰을 훨씬 많이 쓰기 때문에 이 기준선이 1.5배 높습니다.

작은 dense 모델 — 3B~12B

Llama 3.2 3B, Llama 3.1 8B, Gemma 3 12B는 RAM 16GB에 들어갑니다. 세 프로필 모두에서 ‘겨우 가능’ 배지가 붙습니다. 차이는 속도 범위에 있습니다. dense 모델은 토큰마다 파일 전체를 읽습니다. 그래서 파일이 7.3GB인 Gemma 3 12B는 4.9GB인 Llama 3.1 8B보다 느립니다. 셋 가운데 가장 작은 Llama 3.2 3B가 가장 빠릅니다.

한국 모델 Kanana 1.5 8B는 구조와 파라미터 수가 Llama 3.1 8B와 같습니다. Q4_K_M 파일 크기도 같아서 CanRun 추정 속도도 같습니다. DDR5-5600에서 겨우 돌아갑니다.

생각 모드 모델과 DDR4

Qwen3 14B는 기본 설정에서 답하기 전에 생각 과정을 씁니다. 그래서 가장 낮은 기준선이 1.5배 높습니다. DDR4-3200에서는 Q4_K_M의 추정 속도가 이 선에 못 미쳐 돌릴 수 없습니다. 이때 CanRun은 손실 큼 등급인 Q2_K를 대신 제시합니다. Q2_K로는 겨우 돌아갑니다. DDR5-5600에서는 RAM이 빨라진 만큼 Q4_K_M도 기준선을 넘어 겨우 돌아갑니다.

27B 이상 dense 모델

Gemma 3 27B는 RAM 32GB가 필요합니다. DDR5-5600에서는 가장 낮은 기준선을 간신히 넘어, 느리지만 돌아갑니다. DDR4-3200에서는 Q4_K_M으로 돌릴 수 없습니다. Qwen3 32B는 기본으로 생각 모드가 켜져 있어 1.5배 높은 기준선을 적용합니다. Q4_K_M의 추정 속도는 세 프로필 모두에서 이 기준선에 못 미쳐 돌릴 수 없습니다. DDR5에서는 CanRun이 Q2_K를 대신 제시하고, Q2_K로는 겨우 돌아갑니다. Llama 3.3 70B는 RAM 64GB면 파일이 들어가지만, 그래도 돌릴 수 없습니다. 모델을 RAM에 올릴 수 있다고 해서 쓸 만한 속도가 나오는 것은 아닙니다.

무엇을 설치해야 하나

CPU 전용이라고 따로 준비할 프로그램은 없습니다. llama.cpp README에는 x86 CPU의 AVX, AVX2, AVX512, AMX 지원이 적혀 있습니다. LM Studio 시스템 요구 사항에 따르면 x64 Windows PC에는 AVX2를 지원하는 CPU가 필요합니다. Ollama에서 모델이 CPU로만 돌면 ollama ps의 PROCESSOR 열에 100% CPU가 나옵니다. Ollama FAQ는 이 표시를 모델 전체가 시스템 메모리에 올라간 상태라고 설명합니다. CanRun의 CPU 프로필별 모델 페이지에는 -ngl 0을 넣은 llama.cpp 명령이 나옵니다. -ngl 0은 그래픽카드에 층을 하나도 올리지 않는다는 뜻입니다.

RAM 대역폭이 속도를 정한다 — DDR4와 DDR5, 듀얼 채널

토큰 하나를 만들 때 CPU는 그 토큰에 쓰는 가중치를 모두 읽습니다. 지금까지의 대화를 담은 KV 캐시도 함께 읽습니다. 메모리 대역폭은 CPU가 RAM에서 1초에 몇 기가바이트를 읽을 수 있는지를 말합니다. 이 값이 클수록 토큰을 빨리 만들 수 있습니다. CanRun은 RAM의 정격 대역폭에 효율 계수를 곱하고, 토큰당 읽는 바이트로 나눠 속도를 추정합니다. CPU에서 dense 모델을 돌릴 때는 정격 대역폭의 절반을 쓴다고 봅니다. 이 계수는 코어 8개 이상인 CPU의 공개 벤치마크 결과에 맞춰 정했습니다.

듀얼 채널 DDR4-3200의 대역폭은 51 GB/s입니다. DDR5-5600은 90 GB/s, DDR5-6000은 96 GB/s입니다. DDR4-3200에서 DDR5-5600으로 가면 대역폭이 4분의 3쯤 늘고, CanRun 추정 속도도 같은 비율로 오릅니다. Llama 3.1 8B는 두 프로필 모두에서 겨우 돌아갑니다. 하지만 DDR5 행의 속도 범위가 DDR4 행보다 한참 위에 있습니다. DDR5-6000은 DDR5-5600보다 대역폭이 10%도 늘지 않습니다. 그래픽카드는 자기 메모리를 훨씬 빨리 읽습니다. RTX 3060 12GB의 대역폭은 360 GB/s입니다. 듀얼 채널 DDR5-5600의 네 배쯤입니다.

램 모듈 한 개와 두 개

세 프로필은 모두 듀얼 채널을 가정합니다. 일반 데스크톱 CPU는 메모리 채널이 두 개입니다. 예를 들어 인텔 Core Ultra 9 285K 사양 페이지에도 2채널로 나와 있습니다. 커세어의 듀얼 채널 RAM 설명에 따르면, 모듈 하나만 꽂으면 싱글 채널로 동작합니다. 듀얼 채널은 싱글 채널의 두 배 속도라고 설명합니다. 모듈이 하나면 대역폭이 절반이 되고, CanRun 공식으로는 모든 모델의 추정 속도도 절반이 됩니다. 모듈이 하나뿐이라면 같은 모듈을 메인보드 설명서가 알려 주는 슬롯에 하나 더 꽂아 보세요. CanRun 계산으로는 대역폭이 두 배가 됩니다. 반대로 모듈 네 개를 꽂으면 일부 CPU에서는 정격 메모리 속도가 내려갑니다. 이 경우는 ‘그래픽카드보다 큰 MoE 모델 돌리기 — gpt-oss-120b와 시스템 RAM’ 가이드에서 다룹니다.

파일이 작을수록 빠르다

dense 모델은 토큰마다 파일 전체를 읽습니다. 그래서 어떤 양자화 파일을 받느냐에 따라 CPU 속도가 바로 달라집니다. Llama 3.1 8B는 Q8_0 파일이 8.5GB, Q4_K_M 파일이 4.9GB입니다. 아래 표는 듀얼 채널 DDR5-5600에서 양자화별 결과를 보여 줍니다. 모든 칸이 보정된 추정입니다.

DDR5-5600 듀얼채널 CPU에서 Llama 3.1 8B: 양자화별 판정 (8k 컨텍스트·f16 KV 캐시)
양자화품질 등급판정속도메모리
Q8_0준무손실겨우 가능
추정 4.7 tok/s3.7–5.6보정된 추정 ±20%
RAM 9.6GB
Q4_K_M균형겨우 가능
추정 7.5 tok/s6.0–9.0보정된 추정 ±20%
RAM 6.0GB
IQ4_XS균형겨우 가능
추정 8.1 tok/s6.5–9.7보정된 추정 ±20%
RAM 5.5GB
Q2_K손실 큼겨우 가능
추정 10.5 tok/s8.4–12.6보정된 추정 ±20%
RAM 4.3GB

Q8_0의 추정 속도는 Q4_K_M보다 3분의 1 넘게 낮습니다. IQ4_XS는 Q4_K_M보다 조금 빠릅니다. Q2_K는 더 빠르지만 손실 큼 등급입니다. 네 양자화 모두 ‘겨우 가능’ 배지가 붙습니다. Q8_0과 Q4_K_M은 추정 속도가 ‘원활’ 기준에 못 미치고, IQ4_XS와 Q2_K는 CPU 전용 상한에 걸립니다. 흔히 받는 Q4_K_M은 균형 등급입니다. 등급별 차이는 ‘GGUF 양자화 등급 정리 — Q4_K_M·IQ4_XS·Q8_0 무엇을 받을까’ 가이드에서 설명합니다.

dense와 MoE — CPU에서는 활성 파라미터가 속도를 정한다

MoE(전문가 혼합) 모델은 각 층의 대부분을 여러 전문가 블록으로 나눠 둡니다. 그리고 라우터가 토큰마다 그중 몇 개만 고릅니다. 어떤 전문가가 뽑힐지 모르므로 파일 전체가 RAM에 있어야 합니다. 하지만 토큰마다 읽는 것은 활성 부분뿐입니다. 아래 표에 이 절에서 다루는 모델의 전체 파라미터와 활성 파라미터가 있습니다.

듀얼 채널 DDR5-5600에서 gpt-oss-20b의 CanRun 추정 속도는 Llama 3.1 8B의 두 배가 넘습니다. 그런데 파일은 12.1GB로, Llama 3.1 8B의 두 배 반쯤 됩니다. 둘 다 ‘겨우 가능’ 배지가 붙고, gpt-oss-20b는 CPU 전용 상한 때문입니다. Qwen3 30B-A3B (2507)은 파일이 18.6GB로 Llama 3.1 8B의 네 배 가까이 됩니다. 그런데도 CanRun 추정 속도는 Llama 3.1 8B의 두 배 가까이 됩니다. 이 프로필의 사용자 결과는 그보다도 높게 나와 있습니다(마지막 절 참고).

RAM 96GB로 gpt-oss-120b 돌리기

gpt-oss-120b 파일은 63.4GB입니다. DDR5-5600 RAM이 96GB면 들어갑니다. CPU 전용 상한 때문에 ‘겨우 가능’ 배지가 붙지만(보정된 추정), 추정 속도는 Llama 3.1 8B보다 높습니다. RAM 64GB에서는 시스템 몫 4GB를 빼고 나면 파일이 들어가지 않습니다. CanRun의 DDR4-3200 프로필은 64GB까지라서, 이 행에서는 돌릴 수 없습니다. gpt-oss 두 모델은 늘 생각 과정을 먼저 쓰고 답합니다. 그래서 답 하나에 보이는 것보다 많은 토큰이 들고, CPU에서는 그만큼 기다리는 시간이 길어집니다. 자세한 내용은 ‘생각 모드(리즈닝) 모델의 속도 비용 — 켜고 끄는 법’ 가이드에 있습니다.

RAM 16GB에 들어가는 MoE

RAM이 16GB인 PC라면 카카오의 MoE 모델 Kanana 1.5 15.7B-A3B가 들어갑니다. DDR5-5600에서는 CPU 전용 상한 때문에 ‘겨우 가능’ 배지가 붙습니다. 그래도 추정 속도는 Llama 3.1 8B보다 70% 가까이 높습니다. 파일은 10.4GB입니다. 모델은 컨텍스트를 32k까지 지원합니다. 하지만 RAM 16GB에서는 f16 KV 캐시로 8k까지만 들어갑니다. 32k를 쓰려면 KV 캐시를 q4_0으로 줄여야 합니다. 모델 카드에 따르면 한국어와 영어를 함께 다루는 모델입니다.

Ling-3.0 Tiny도 RAM 16GB에 들어가고, 추정 속도는 Kanana보다 훨씬 높습니다. 다만 CanRun 속도 공식으로 아직 검증하지 않은 층 구조라서 이론 추정(±30%)입니다.

MoE가 불리해지는 경우

토큰마다 KV 캐시도 읽어야 합니다. 활성 부분이 작은 모델일수록 한 번에 읽는 양에서 KV 캐시가 차지하는 몫이 큽니다. f16 KV 캐시로 32k를 쓰면 Qwen3 30B-A3B의 추정 속도는 8k 추정의 절반을 조금 넘습니다. 같은 조건에서 Llama 3.1 8B는 3분의 2쯤으로 내려갑니다. 또 하나의 한계는 RAM 용량이고, 다음 절에서 다룹니다.

RAM은 얼마나 필요한가

CPU로 돌리면 모델 파일 전체와 KV 캐시가 RAM에 들어가야 합니다. OS와 열어 둔 다른 프로그램도 같은 RAM을 씁니다. CanRun은 이 몫으로 4GB를 빼고, 남은 용량을 양자화 파일과 KV 캐시의 합계와 비교합니다. 넘치는 부분을 보낼 곳은 없습니다. 합계가 들어가지 않으면 그 RAM 용량에서는 돌릴 수 없다고 판정합니다.

  • Llama 3.1 8B는 파일이 4.9GB, 8k KV 캐시가 1.1GB라서 16GB면 충분합니다.
  • gpt-oss-20b는 모델 카드에 메모리 16GB 안에서 돌아간다고 나와 있습니다. 하지만 RAM이 16GB인 PC는 OS도 같은 RAM에 올려야 합니다. CanRun 계산으로는 필요한 메모리가 남는 12GB를 조금 넘어서, RAM 32GB가 필요합니다.
  • Qwen3 30B-A3B는 파일만으로도 16GB에서 남는 용량보다 커서 32GB가 필요합니다.
  • gpt-oss-120b는 위에서 본 것처럼 96GB가 필요합니다.

CanRun에는 8GB 구성이 없습니다. 같은 규칙으로 계산하면 8GB에서는 4GB가 남습니다. Q4_K_M과 8k라면 Llama 3.2 3B는 들어가지만, Llama 3.1 8B는 들어가지 않습니다.

컨텍스트가 길면 RAM이 더 든다

KV 캐시는 컨텍스트가 길수록 커집니다. 아래 표는 듀얼 채널 DDR5-5600, RAM 16GB에서 Llama 3.1 8B를 돌리는 경우입니다. 위 판정 표에서 이 모델 칸이 쓴 용량과 같습니다. 모든 칸이 보정된 추정입니다.

DDR5-5600 듀얼채널 CPU에서 Llama 3.1 8B (Q4_K_M): 컨텍스트 길이·KV 캐시 종류별 메모리와 판정
컨텍스트KV f16KV q8_0KV q4_0
4k
5.5GB겨우 가능
추정 8.2 tok/s6.6–9.9보정된 추정 ±20%
5.2GB겨우 가능
추정 8.6 tok/s6.9–10.3보정된 추정 ±20%
5.1GB겨우 가능
추정 8.8 tok/s7.1–10.6보정된 추정 ±20%
8k
6.0GB겨우 가능
추정 7.5 tok/s6.0–9.0보정된 추정 ±20%
5.5GB겨우 가능
추정 8.2 tok/s6.5–9.8보정된 추정 ±20%
5.2GB겨우 가능
추정 8.6 tok/s6.9–10.3보정된 추정 ±20%
16k
7.1GB겨우 가능
추정 6.3 tok/s5.1–7.6보정된 추정 ±20%
6.1GB겨우 가능
추정 7.4 tok/s5.9–8.9보정된 추정 ±20%
5.5GB겨우 가능
추정 8.1 tok/s6.5–9.7보정된 추정 ±20%
32k
9.2GB겨우 가능
추정 4.9 tok/s3.9–5.8보정된 추정 ±20%
7.2GB겨우 가능
추정 6.2 tok/s5.0–7.4보정된 추정 ±20%
6.1GB겨우 가능
추정 7.3 tok/s5.8–8.7보정된 추정 ±20%
64k
13.5GB미탑재
9.5GB겨우 가능
추정 4.7 tok/s3.8–5.6보정된 추정 ±20%
7.4GB겨우 가능
추정 6.1 tok/s4.9–7.3보정된 추정 ±20%
128k
22.1GB미탑재
14.1GB미탑재
9.8GB겨우 가능
추정 4.6 tok/s3.7–5.5보정된 추정 ±20%

S = 쾌적 · A = 원활 · B = 겨우 가능 · F = 불가

KV 캐시를 f16으로 두고 32k를 쓰면 KV 캐시만 4.3GB입니다. 그래도 16GB 안에 들어갑니다. 64k에서는 들어가지 않습니다. KV 캐시를 q8_0(8비트)으로 바꾸면 크기가 절반쯤으로 줄어, 64k도 16GB에 들어갑니다. 컨텍스트가 길어지면 속도 범위도 내려갑니다. 토큰마다 KV 캐시 전체를 읽기 때문입니다. f16 KV 캐시로 32k를 쓰면 추정 속도는 8k의 3분의 2쯤입니다. 다른 모델의 KV 캐시 크기는 ‘KV 캐시와 컨텍스트 길이 — 컨텍스트를 늘리면 VRAM이 얼마나 더 필요할까’ 가이드에 있습니다.

코딩 에이전트는 긴 컨텍스트가 필요하다

코딩 에이전트는 채팅보다 훨씬 긴 프롬프트를 보냅니다. Ollama 문서도 에이전트에는 컨텍스트를 64k 이상 주라고 권합니다. CPU에서는 그만큼 RAM과 시간이 더 듭니다. Llama 3.1 8B는 f16 KV 캐시로 64k를 쓰면 위 표처럼 16GB에 들어가지 않습니다. Qwen3 30B-A3B는 64k에서도 32GB에 들어갑니다. 하지만 CanRun 추정 속도는 8k 추정의 3분의 1쯤으로 떨어집니다.

에이전트는 턴마다 지시문, 파일, 명령 결과를 먼저 읽고 나서 답을 씁니다. 이 프롬프트 처리 단계는 CanRun이 CPU에서 추정하지 못하는 부분입니다. CPU만으로도 코딩 에이전트를 돌릴 수는 있지만, 턴마다 오래 기다릴 각오를 해야 합니다. 에이전트에 필요한 컨텍스트와 메모리는 따로 정리했습니다. ‘OpenClaw·OpenCode를 로컬 모델로 — 에이전트에 필요한 컨텍스트와 VRAM’ 가이드를 보세요.

내장 그래픽, 맥, 스트릭스 헤일로

데스크톱·노트북 CPU 대부분에는 내장 그래픽이 들어 있습니다. 마이크로소프트는 작업 관리자의 GPU 메모리 항목을 설명하면서 이렇게 적었습니다. 내장 GPU의 전용 메모리는 그래픽용으로 떼어 둔 시스템 메모리입니다. 내장 GPU와 외장 GPU 모두 공유 시스템 메모리도 쓸 수 있습니다. 결국 내장 그래픽은 CPU와 같은 듀얼 채널 RAM을 읽습니다. CanRun처럼 메모리 대역폭으로 속도를 계산하면, 내장 그래픽으로 돌려도 RAM 대역폭이 정하는 속도보다 빨라지지 않습니다. CanRun에는 일반 내장 그래픽 프로필이 없습니다. 이런 PC는 RAM에 맞는 CPU 프로필을 고르면 됩니다.

그래픽카드 없이도 모델이 빨리 도는 기기는 메모리 버스가 넓습니다. Ryzen AI Max+ 395 (Strix Halo)의 대역폭은 256 GB/s입니다. Apple M4 Pro는 273 GB/s입니다. 둘 다 듀얼 채널 DDR5-5600의 세 배쯤입니다. 이 기기들은 GPU가 그 메모리를 쓰기 때문에, CanRun은 GPU 기준으로 판정합니다. Qwen3 30B-A3B는 32GB 스트릭스 헤일로에서 쾌적하게 돌아갑니다. 같은 모델도 DDR5-5600 CPU 프로필에서는 CPU 전용 상한에 걸려 ‘겨우 가능’에 머뭅니다. 맥은 ‘맥 미니·맥북·맥 스튜디오에서 로컬 LLM 돌리기 — M4·M5 통합 메모리는 얼마나 필요할까’ 가이드에서 따로 다룹니다. 스트릭스 헤일로 같은 128GB 기기는 ‘128GB 통합 메모리 미니PC 비교 — AI Max+ 395(스트릭스 헤일로)·DGX Spark·맥 스튜디오’ 가이드에 있습니다.

다음으로 볼 곳

이 숫자는 얼마나 확실한가

메모리 수치는 실제 GGUF 파일 크기와 각 모델의 공개 config로 계산합니다. 공식으로 계산한 값이라 오차 범위를 붙이지 않습니다. CPU에서는 파일 전체와 KV 캐시, 시스템 몫 4GB를 셉니다.

속도는 추정치라서 오차 범위와 신뢰 라벨을 함께 붙입니다. CPU 전용 칸은 보정된 추정이고, 오차 범위는 ±20%입니다. NVIDIA·AMD 그래픽카드에 전부 올라가는 dense 모델을 뺀 나머지에 쓰는 범위입니다. CanRun 속도 공식으로 아직 검증하지 않은 층 구조를 쓰는 모델은 이론 추정(±30%)입니다. LFM2.5와 위에서 본 Ling 3.0이 여기에 속합니다. CPU 계수는 코어 8개 이상인 CPU와 데스크톱용 DDR4·DDR5 듀얼 채널을 가정합니다. CanRun은 코어 수를 계산에 넣지 않습니다. 그래서 코어가 적은 CPU는 범위보다 느릴 수 있습니다.

CanRun 데이터에는 이 글의 모델을 CPU로만 돌려 조건까지 밝힌 실측이 없습니다. 가장 가까운 공개 수치는 hardware-corner.net이 모은 사용자 결과입니다. 원래의 Qwen3 30B-A3B를 Q4 파일로 듀얼 채널 DDR5-5600에서 돌린 속도를 범위로 적었고, 2507 업데이트와 모델 구조는 같습니다. 다만 CPU와 실행 도구, 컨텍스트 길이를 밝히지 않아서 CanRun은 이 값을 실측으로 치지 않습니다. 그 범위의 가장 낮은 값도 Qwen3 30B-A3B의 CanRun 8k 추정 범위보다 높고, 4k 추정보다도 높습니다. 이 모델은 CanRun의 CPU 추정이 실제보다 낮게 나올 수 있습니다.

CanRun은 CPU 전용 구성의 프롬프트 처리 속도를 추정하지 않습니다. 프롬프트를 읽는 속도는 대역폭이 아니라 연산 성능에 달려 있습니다. 그래서 여기 나온 속도로는 긴 프롬프트나 붙여 넣은 문서를 읽는 시간을 알 수 없습니다. llama-bench로 두 가지를 모두 잴 수 있습니다. -p가 프롬프트 처리, -n이 생성입니다.

모든 수치는 컨텍스트가 8k까지 찬 상태를 가정합니다. KV 캐시는 f16, 모델은 하나, 요청도 한 번에 하나이고, llama.cpp 계열 런타임을 씁니다. 본문에서 말하는 판정은 이 기준입니다. 다른 컨텍스트 길이의 결과는 표에서 확인하세요. 생각 모드가 있는 모델은 속도 기준을 1.5배로 높여 판정하는데, 범례에는 이 배수가 나오지 않습니다. 판정 기준은 다음과 같습니다.

판정 읽는 법

쾌적
GPU에 전부 올라가고 20 tok/s 이상
원활
GPU에 전부 올라가고 8~20 tok/s, MoE 전문가를 시스템 RAM에 두고 20 tok/s 이상, 또는 GPU에 90% 이상 올라가고 8 tok/s 이상
겨우 가능
2~8 tok/s, CPU 전용, GPU에 90% 미만, 또는 MoE 전문가를 RAM에 두고 20 tok/s 미만
불가
메모리에 안 들어가거나 2 tok/s 미만

자주 묻는 질문

그래픽카드 없이 로컬 LLM을 돌릴 수 있나요?

네. llama.cpp, LM Studio, Ollama 모두 CPU와 시스템 RAM으로 모델을 돌립니다. Llama 3.1 8B Q4_K_M은 RAM 16GB에 들어갑니다. 듀얼 채널 DDR5-5600에서는 겨우 돌아갑니다(보정된 추정). CanRun은 CPU 전용 구성에 이보다 높은 판정을 주지 않습니다. MoE 모델인 gpt-oss-20b는 추정 속도가 Llama 3.1 8B보다 높지만, RAM 32GB가 필요합니다.

CPU로 돌리려면 RAM이 얼마나 필요한가요?

모델 파일과 KV 캐시가 들어가고, 시스템 몫 4GB가 남아야 합니다. 8k 기준으로 16GB면 Llama 3.1 8B와 Qwen3 14B Q4_K_M이 들어갑니다. 32GB면 gpt-oss-20b와 Qwen3 30B-A3B가 들어갑니다. gpt-oss-120b는 96GB가 필요합니다. 컨텍스트를 늘리면 KV 캐시가 커지는데, 얼마나 커지는지는 위 컨텍스트 표에서 볼 수 있습니다.

CPU 코어가 많으면 더 빨라지나요?

CanRun 계산에서는 코어가 8개쯤 있으면 더 늘려도 생성 속도가 달라지지 않습니다. 생성 속도는 RAM 대역폭이 정하기 때문입니다. 코어가 이보다 적으면 범위보다 느릴 수 있고, llama.cpp에서는 -t로 스레드 수를 정합니다. 프롬프트를 읽는 단계는 연산 성능에 달려 있어서 CPU 성능이 더 중요합니다. CanRun은 CPU에서는 이 단계를 추정하지 않습니다.

DDR4 RAM으로도 되나요?

작은 모델이라면 됩니다. CanRun 계산으로 DDR4-3200은 DDR5-5600 속도의 절반을 조금 넘습니다. Llama 3.1 8B는 듀얼 채널 DDR4-3200에서 겨우 돌아갑니다. 기본 설정에서 생각 모드가 켜지는 Qwen3 14B는 여기서 Q4_K_M으로 돌릴 수 없습니다. DDR5-5600에서는 겨우 돌아갑니다. CanRun의 DDR4 프로필은 64GB까지라서 gpt-oss-120b가 들어가지 않습니다. DDR4 PC에 RAM이 96GB 이상이라면 같은 RAM 규칙으로는 들어가지만, CanRun은 그 용량을 계산하지 않습니다.

CPU에는 어떤 모델이 어울리나요?

RAM에 들어간다면 활성 부분이 작은 MoE 모델이 어울립니다. 32GB라면 gpt-oss-20b와 Qwen3 30B-A3B의 추정 속도가 Llama 3.1 8B보다 높습니다. 16GB라면 Kanana 1.5 15.7B-A3B가 들어갑니다. Llama 3.2 3B 같은 작은 dense 모델도 추정 속도가 높습니다. 큰 dense 모델은 느립니다. Gemma 3 27B는 DDR5-5600에서 기준선을 간신히 넘습니다. Qwen3 32B는 기본으로 생각 모드가 켜져 있어서 세 프로필 모두 Q4_K_M으로는 돌릴 수 없습니다. DDR5에서는 CanRun이 Q2_K를 대신 제시합니다.

출처

이 페이지의 속도는 오차 범위와 신뢰 라벨을 붙인 추정치이거나, 출처를 밝힌 공개 벤치마크 결과입니다. 판정은 표마다 적어 둔 구성을 기준으로 합니다.