모델별 실행 레시피

최종 업데이트

MiniCPM5-2B Q4_K_M을 로컬에서 실행하는 안전한 시작점

MiniCPM5-2B로 회의 메모를 로컬 요약해요

MiniCPM5-2B는 텍스트를 입력받아 요약과 담당자·날짜 같은 항목을 답하는 언어 모델이에요. 공식 GGUF1 Q4_K_M 파일 하나를 내려받고 llama.cpp 서버를 4,096토큰2 문맥과 로컬 주소로 실행해, 회의 메모 요약이 실제 원문과 맞는지 확인해요.

세 쪽짜리 회의 메모를 입력하면 모델은 본문을 읽고 요약과 할 일 후보를 생성해요. 결과가 원문 결정을 보존하는지, 담당자와 마감일이 실제로 적혀 있는지 대조하면 작은 기준 작업이 돼요.

실행 조건과 핵심 내용
  • 공식 파일명과 실제 저장 경로를 확인해요.
  • 첫 시험은 4,096토큰 문맥과 로컬 전용 주소로 시작해요.
  • MLX와 DSpark는 GGUF 서버의 옵션이 아닌 별도 실행 경로예요.
장비별 실행 설정으로 이동

공식 GGUF 파일을 하나만 받아요

MiniCPM5-2B는 2.51675648B 파라미터의 밀집형 모델이에요. 공식 배포에는 GGUF, Apple Silicon용 4비트 MLX3, GPTQ가 있지만, 먼저 MiniCPM5-2B-Q4_K_M.gguf와 llama.cpp의 llama-server를 조합해요. 파일 형식과 런타임4을 한 번에 바꾸지 않으면 문제 원인을 찾기 쉬워요.

저장소 전체 대신 Q4_K_M만 받으면 F16·Q8 파일을 중복 보관하지 않아도 돼요. 다운로드가 끝나면 파일 경로와 이름을 아래 서버 명령에 맞추세요. 서버 시작 로그에서 모델 적재와 요청 대기 상태를 확인한 뒤 질문을 보내요.

공식 GGUF 파일 받기
hf download openbmb/MiniCPM5-2B-GGUF MiniCPM5-2B-Q4_K_M.gguf --local-dir ./models/minicpm5-2b
소형 컴퓨터 옆 모니터에 초록색 블록 구조물이 보여요.
작은 모델로 실제 메모를 먼저 처리해요.

4,096토큰 문맥으로 로컬 서버를 열어요

최신 llama.cpp에서 모델 경로를 지정하고 -c 4096으로 첫 문맥 크기를 제한해요. 이는 입력과 출력이 함께 쓰는 실행 설정이며 모델의 네이티브 문맥 상한 131,072토큰과는 달라요. 짧은 메모가 안정적으로 처리된 뒤 실제 문서 길이에 맞춰 늘려요.

--host 127.0.0.1은 같은 컴퓨터만 접속하게 해요. 서버가 listening 상태가 되면 그 컴퓨터의 브라우저에서 http://127.0.0.1:8080을 열어요. -ngl 99는 GPU5 적재 요청이므로 CUDA6·Metal7 빌드를 사용하고, 로그의 backend와 GPU에 배치된 레이어 수를 확인해요.

로컬 전용 서버 시작
llama-server -m ./models/minicpm5-2b/MiniCPM5-2B-Q4_K_M.gguf -ngl 99 -c 4096 --host 127.0.0.1 --port 8080
데스크톱과 노트북 사이에 노트와 색 블록이 놓여 있어요.
실행기가 읽을 수 있는 파일 형식을 선택해요.

시작 대기와 요약의 정확성을 나눠 확인해요

처음에는 모델 파일 읽기와 메모리 적재가 들어가므로 서버 준비 시간을 요청 응답과 따로 재요. 준비용 요청 한 번 뒤 회의 메모를 넣고, 최초 준비·첫 요청·이미 준비된 후속 답변을 구분해요. 같은 세션의 캐시 효과를 보려는지, 요청마다 새 프로세스를 시작하는지 조건도 기록해요.

속도 비교는 질문·입력 길이·출력 예산·backend를 고정해 같은 요청을 세 번 실행하고 중앙값을 남겨요. 프리필8은 입력을 읽고 디코드9는 답을 생성하는 구간이므로 분리해요. 답변의 정확성은 원문에 없는 결론이 있는지, 담당자와 마감일을 실제 메모에서 찾을 수 있는지 따로 대조해요.

초록색 블록 네 개와 여러 색 블록이 작은 받침과 쟁반에 담겨 있어요.
답의 속도와 원문 대조를 각각 확인해요.

MLX와 DSpark는 전용 실행 경로를 사용해요

Apple Silicon에서는 openbmb/MiniCPM5-2B-MLX 4비트 배포본을 선택할 수 있지만 GGUF 파일이 아니므로 llama-server에 그대로 지정하지 않아요. MLX 호환 실행기에서 모델 ID를 사용하고, 비교할 때 같은 메모와 질문·문맥 길이, backend를 기록해요. 형식과 커널이 달라 한 경로의 속도를 다른 경로의 측정으로 옮길 수 없어요.

DSpark는 전용 MiniCPM5-2B-DSpark 체크포인트10와 호환 SGLang 경로가 필요한 별도 배포예요. 기본 GGUF 서버와 기준 결과를 만든 뒤 체크포인트·엔진 버전·명령을 함께 맞춰 시험해요. 하드웨어별 검증 수치가 확인되지 않은 가속 배율은 적용하지 않아요.

용어 각주

  1. GGUF — 모델 정보를 담는 파일 형식으로 llama.cpp 계열 도구에서 널리 사용됩니다.

    본문으로 돌아가기
  2. 토큰 — 모델이 입력이나 출력을 나누어 처리하는 단위입니다.

    본문으로 돌아가기
  3. MLX — Apple이 개발하는 머신러닝 프레임워크로, Apple Silicon의 CPU와 GPU가 공유하는 메모리를 활용해 모델을 실행합니다.

    본문으로 돌아가기
  4. 런타임 — 프로그램이 실행될 때 필요한 기능을 제공하는 소프트웨어 환경입니다. 로컬 AI에서는 모델을 실행하는 엔진을 가리키기도 합니다.

    본문으로 돌아가기
  5. GPU — 많은 계산을 병렬로 처리하는 프로세서입니다. AI 모델 실행에서는 모델 계산을 맡습니다.

    본문으로 돌아가기
  6. CUDA — NVIDIA GPU에서 범용 계산을 실행하기 위한 소프트웨어 플랫폼입니다.

    본문으로 돌아가기
  7. Metal — Apple 기기에서 그래픽과 GPU 병렬 계산을 실행하는 저수준 기술입니다.

    본문으로 돌아가기
  8. 프리필 — LLM이 입력 프롬프트를 읽고 각 토큰의 내부 표현을 계산하는 단계입니다. 입력이 길수록 처리할 토큰이 많아집니다.

    본문으로 돌아가기
  9. 토큰 디코드 — 입력과 앞서 만든 답변을 바탕으로 다음 출력 토큰을 차례로 생성하는 단계입니다.

    본문으로 돌아가기
  10. 체크포인트 — 학습된 모델의 가중치 등을 저장한 파일입니다. 같은 모델 계열도 버전이나 용도에 따라 다른 체크포인트를 쓸 수 있습니다.

    본문으로 돌아가기

자주 묻는 질문

이 글에서 가장 먼저 확인할 것은 무엇인가요?
MiniCPM5-2B는 텍스트를 입력받아 요약과 담당자·날짜 같은 항목을 답하는 언어 모델이에요. 공식 GGUF Q4_K_M 파일 하나를 내려받고 llama.cpp 서버를 4,096토큰 문맥과 로컬 주소로 실행해, 회의 메모 요약이 실제 원문과 맞는지 확인해요.

실행 레시피

장비별 설정

한 사람이 사용할 때

사용할 장비를 고르면 실행 명령과 조정할 옵션이 나옵니다.

가용 메모리: 56GB / 대역폭: 307GB/s

운용 프로필

Apple MacBook Pro M5 Pro (64GB)

메모리 적정

권장 런타임: LM Studio (MLX 4비트 (GGUF Q4_K_M과 별도 형식)) · 문서화된 런타임 설정

설치 직후 처음 실행하거나 매일 안정적으로 사용할 때

선택 프로필 문맥

16,384 토큰

런타임 문서 기반MBP M5 Pro 64GB · Q4 · 요청 1개

런타임 문서에 따른 시작 설정입니다. 아래 순서로 조정하며 속도를 비교하세요.

계산기 예상 디코드

148.3 ~ 164.8 tok/s

단일 사용자 예상치

계산기 예상 TTFT

5.7 ~ 12.3초

프리필: 1,331 ~ 2,890 tok/s

예상 메모리 점유

약 2.59GB / 56GB

남은 여유: 약 53.4GB

서버 주소

http://127.0.0.1:1234

로컬 전용 127.0.0.1

예상치는 계산기의 추천 양자화·가속과 16,384토큰 기준입니다. 위 실행 설정의 실측값은 아닙니다.

이 프로필의 실제 설정

적용값왜 이렇게 잡았나
가중치MLX 4비트 (GGUF Q4_K_M과 별도 형식)MLX 모델 디렉터리를 사용합니다. GGUF의 Q4_K_M과 같은 파일 형식이 아닙니다.
입력 길이 확인16,384lms load의 context-length와 실제 로드 결과를 함께 확인합니다.
KV 캐시모델 설정에서 확인이 실행 명령은 KV 캐시 정밀도를 지정하지 않습니다.
프리필 배치런타임 설정에서 확인llama.cpp의 batch-size와 ubatch-size를 MLX 설정값으로 대신 쓰지 않습니다.
동시 요청1한 요청의 속도를 확인합니다. 여러 요청의 합산 처리량과 구분합니다.
메모리 여유2GB 이상모델을 불러온 뒤 실제 메모리와 스왑 여부를 확인합니다.

MBP M5 Pro 64GB 실행 명령어 (LM Studio)

LM Studio MLX 엔진 · 로컬 MLX 4비트 모델
# lms ls에서 확인한 MLX 4비트 모델 식별자를 입력
MODEL_ID=""
lms ls
: "${MODEL_ID:?MLX 모델 식별자를 입력하세요}"
lms load "$MODEL_ID" --gpu=max --context-length=16384
lms server start --port 1234
먼저 이 설정으로 기준 속도를 기록한 뒤 아래 튜닝 순서를 따라 한 항목씩 바꿉니다.

실행 후 확인

  1. 01서버 시작 로그에서 모델 적재 완료와 실제 컨텍스트 길이를 확인합니다.
  2. 02준비 실행 뒤 요청은 하나씩 보냅니다. 길이가 같은 서로 다른 입력 세 개로 첫 입력 처리 시간을 기록합니다.
  3. 03같은 입력을 반복한 결과는 캐시 재사용으로 따로 기록합니다. 첫 입력 결과와 합치지 않습니다.
  4. 04프리필 tok/s, 디코드 tok/s, 피크 메모리를 함께 기록한 뒤 한 항목씩만 바꿉니다.

바뀌는 점

  • 문맥과 동시 요청을 보수적으로 잡아 장비의 최대 처리량보다 낮게 나올 수 있습니다.

한 항목씩 조정

속도를 올리는 순서

여러 값을 한꺼번에 바꾸면 원인을 찾기 어렵습니다.

  1. STEP 1

    기준값 저장

    첫 입력과 캐시 재사용을 구분하고 각각 세 번 기록합니다. 프리필·디코드·피크 메모리를 함께 비교합니다.

    멈출 때: 오류가 있거나 메모리 여유가 2GB보다 작으면 다음 단계로 넘어가지 않습니다.

  2. STEP 2

    프리필 청크 조정

    1,024 → 2,048 → 4,096 순서로 올리며 긴 입력의 TTFT와 피크 메모리를 비교합니다.

    멈출 때: TTFT가 줄지 않거나 메모리 정점이 급증하면 직전 값으로 돌아갑니다.

  3. STEP 3

    KV 캐시 조정

    문맥이 부족할 때만 F16/BF16 기준값과 Q8 캐시를 같은 질문으로 비교합니다.

    멈출 때: 출력 차이가 생기거나 필요한 문맥이 이미 확보됐다면 기본 정밀도를 유지합니다.

  4. STEP 4

    MTP·투기 디코딩

    지원 모델에서만 켠 뒤 코드와 일반 문장을 나눠 수락률과 실제 디코드 tok/s를 측정합니다.

    멈출 때: 세 번의 중앙값이 기준보다 좋아지지 않으면 끕니다.

  5. STEP 5

    문맥 확장

    실제로 필요한 길이까지 두 배씩 늘리고 중간 정보 검색과 스왑 여부를 확인합니다.

    멈출 때: 검색 정확도가 떨어지거나 스왑·메모리 압축이 시작되면 한 단계 줄입니다.

내 장비 측정 기록 보내기

같은 조건으로 3회 이상 측정한 JSON을 가져오세요. 전송 버튼을 누르기 전에는 이 브라우저에서만 확인합니다.

장비·모델·실행 조건과 측정값만 받습니다. 질문·답변·원본 로그·파일 경로는 넣지 마세요.

기록 파일이 없다면, 실행 중인 로컬 서버에서 측정 도구로 만들 수 있습니다. Node.js 20 이상이 필요하며 결과를 자동 전송하지 않습니다.

검토한 이용자 제출 기록입니다. 이 사이트의 직접 측정과는 구분합니다.

설정 오류 제보

선택한 설정에서 막힌 부분을 알려주세요. 제보는 관리자만 확인합니다.

전송할 설정 · MBP M5 Pro 64GB · MiniCPM5-2B · 균형 설정

수정 내역

사이트의 안내가 바뀐 기록입니다. 설치된 엔진·모델 버전을 자동으로 확인한 결과는 아닙니다.

  1. MiniCPM5 실행 레시피 추가

    공식 GGUF 실행 명령과 MLX 배포본을 구분해 안내합니다. DSpark는 장비별 측정 확인 전까지 속도 배율을 적용하지 않습니다.