실행 프로그램과 확장

최종 업데이트

로컬 LLM 실행 프로그램, 무엇부터 쓰면 될까요?

로컬 LLM 실행 도구는 필요한 작업부터 골라요

로컬 LLM1 실행 도구는 모델 파일을 불러와 내 컴퓨터에서 답변을 생성하는 프로그램이에요. 화면에서 바로 대화하는 앱도 있고, 편집기나 문서 앱이 모델을 호출하도록 API2 서버를 제공하는 도구도 있어요.

모델을 정한 뒤에도 Ollama, LM Studio, llama.cpp, oMLX, MTPLX, vLLM, SGLang처럼 실행 도구를 고르는 단계가 남아요. 어떤 프로그램이 더 빠른지는 모델 파일, 장비, 입력 길이, 동시 요청 수에 따라 달라져요. 특히 혼자 답을 기다리는 시간과 여러 사용자의 요청을 처리하는 능력은 같은 순위로 비교할 수 없어요.

실행 조건과 핵심 내용
  • 채팅 앱, 추론 엔진, 클라이언트용 API는 다른 역할이에요.
  • Apple Silicon의 MLX 파일과 llama.cpp의 GGUF 파일은 이름만으로 같은 설정을 쓸 수 있다고 보면 안 돼요.
  • 한 답변의 대기 시간과 여러 요청의 처리량은 따로 측정해요.

처음 실행할지, 기존 경로를 바꿀지 정해요

아직 로컬 답변을 받아보지 않았다면 Ollama나 LM Studio 안내부터 시작할 수 있어요. 이미 Mac에서 모델을 쓰고 있다면 oMLX·MTPLX가 현재 파일을 지원하는지 확인하고, Woof 전용 엔진 Husky처럼 특정 모델에 맞춘 실행 경로도 구분해요. 다른 모델의 최대 속도를 지금 모델의 가속 배수로 적용할 수는 없어요.

먼저 필요한 기능에 맞춰 후보를 좁혀요.
도구주로 검토할 때먼저 준비할 것
Ollama모델을 이름으로 관리하고 로컬 API를 연결할 때지원 모델 이름과 태그
LM Studio화면에서 모델을 고르고 채팅할 때장비에 맞는 모델 파일
llama.cppGGUF와 서버 실행 옵션을 직접 관리할 때GGUF 파일과 백엔드 설정
oMLXMac에서 MLX 모델 관리와 반복 입력 캐시를 쓸 때지원되는 MLX 모델
MTPLXMac의 지원 모델에서 MTP를 활용할 때모델과 MTP 지원 조건
vLLM·SGLang여러 앱이나 사용자의 요청을 계속 처리할 때GPU·모델 포맷·동시 요청 설정

문서를 채팅할 앱과 다른 앱에서 부를 API를 구분해요

개인 PDF에서 갱신 날짜를 찾고 싶다면 먼저 파일을 열어 질문할 수 있는 앱이 필요해요. LM Studio는 화면에서 모델과 실행 상태를 살펴보며 채팅하기 쉽고, Ollama는 모델을 이름으로 관리하고 로컬 API를 연결하기 간단해요. 다만 PDF 텍스트 추출과 관련 문단 검색은 문서 앱이 제공하는 기능이므로 엔진 선택만으로 생기지는 않아요.

질문에 날짜와 예외를 넣고, 원본 문서에서 답의 근거를 확인해요. 앱이 근거 문단을 모델에 전달하고 위치를 남기는지 살펴봐야 해요. 이 단계가 빠지면 엔진 속도와 관계없이 답변에서 빠진 출처를 찾을 수 없어요.

다른 프로그램에서 같은 모델을 쓰려면 서버가 요청에 답하는지 확인하고, API 주소와 포트가 클라이언트 설정과 맞는지 대조해요. ‘OpenAI 호환’ 표시는 연결을 시작하는 단서예요. 클라이언트가 쓰려는 기능까지 지원하는지는 별도로 확인해요.

중앙 컴퓨터에서 초록색·파란색 경로가 갈라져 채팅 화면과 문서 화면을 보는 두 사람에게 이어지는 장면
채팅 화면이 필요한지 다른 프로그램에서 모델을 부를지에 따라 도구가 달라져요.

Mac에서는 먼저 모델 파일 형식을 확인해요

같은 Qwen 모델 이름이라도 파일 하나는 GGUF3, 다른 하나는 Apple Silicon용 MLX4 변환본일 수 있어요. 둘 다 4비트라고 표시돼도 압축 방식과 남은 가중치가 같다는 뜻은 아니에요. 앱과 파일을 한 번에 바꾸면 결과가 달라졌을 때 원인을 찾기 어려우므로 모델 형식부터 확인해요.

Mac에서 MLX 경로를 쓰려면 oMLX와 MTPLX를 후보로 볼 수 있어요. oMLX는 모델 관리와 반복 입력 캐시가 필요한 경우, MTPLX는 지원 모델에 MTP5가 포함되고 생성 대기를 줄이는지 확인할 때 살펴봐요. 각 안내에서 현재 모델 형식과 지원 항목을 대조하고, 지금 앱으로 PDF 질문을 끝낼 수 있다면 시험하지 않을 엔진까지 미리 설치하지 않아도 돼요.

실행 설정을 직접 정하고 싶다면 llama.cpp를 봐요

앱이 정해 주는 설정을 넘어 파일 별칭, 문맥 길이, GPU6 적재 층, 동시 슬롯을 직접 관리하려면 llama.cpp 서버를 볼 수 있어요. 그 대신 앱이 맡던 모델 파일과 옵션 관리를 직접 해요. GGUF 파일 하나와 짧은 질문으로 응답부터 확인하고 이후 실제 PDF를 넣으면 단계별로 점검하기 쉬워요.

실행한 파일과 옵션을 기록하면 PDF가 들어왔을 때 메모리 부족인지 첫 토큰7 지연인지 전체 생성 시간인지 비교할 수 있어요. GPU를 쓰려던 구성이라면 상태 화면이나 로그에서 실제 선택된 backend를 확인해요. 한쪽은 GPU, 다른 쪽은 CPU8로 돌았다면 엔진 이름만 비교한 결과로 보기 어려워요.

열린 컴퓨터 안의 블록과 책상 위 블록이 점선으로 연결되고 앞에 구성 도식이 있는 그림
실행 설정을 직접 관리하고 싶을 때 llama.cpp를 검토해요.

여러 요청이 쌓이면 서버 처리 방식을 봐요

혼자 PDF를 읽을 때는 답변 하나의 시작과 완료 시간이 중요해요. 편집기와 문서 앱이 동시에 서버를 호출하면 한 요청이 끝날 때까지 다른 요청이 기다릴 수 있어요. 이때는 서버가 요청을 어떻게 관리하는지와 총 처리량9을 봐야 해요. vLLM과 SGLang은 여러 요청을 계속 제공할 필요가 있을 때 검토할 만하고, 개인 채팅만 한다면 기능이 많다는 이유로 복잡도를 늘릴 필요는 없어요.

여러 GPU를 쓴다면 가중치를 여러 장치에 나눌지, 모델 복제본을 각각 올려 요청을 나눌지 먼저 정해요. 런타임10과 연결 장비가 그 경로를 지원해야 하고 DGX Spark는 ARM64라 일반 PC용 설치 명령을 그대로 쓸 수 있다고 가정하지 않아요. 짧은 시작 예제는 연결 확인에 쓰고 큰 모델의 포맷과 분산 설정은 장비별 안내를 따라요.

엔진을 바꾸기 전에 같은 PDF로 비교해요

현재 앱과 후보 앱에 같은 PDF, 질문, 출력 길이를 주고 가능하면 모델 파일과 양자화11도 맞춰요. 최초 모델 로딩은 반복 대화 지연과 분리하고, 처음 여는 문서와 다시 여는 문서도 따로 기록해요. 첫 토큰까지와 답변 완료까지의 시간은 나누어 적고, 필요한 조항과 근거가 남았는지도 확인해야 같은 일을 비교한 셈이에요.

PDF 근거 질문, 짧은 채팅, 편집기 호출을 한 번에 바꾸지 않아요. 모델이 더 빨라도 근거가 빠지거나 도구 호출12이 안 되면 기존 일을 대신하지 못해요. 문서 채팅이면 LM Studio나 Ollama를 지원하는 앱, 다른 프로그램 연결이면 API 서버, 실행 설정 직접 제어면 llama.cpp, 계속 쌓이는 요청이면 vLLM·SGLang을 검토해요. 현재 구성이 필요한 일을 끝내고 있다면 그대로 유지하는 것도 선택이에요.

서류와 블록 쟁반 옆의 작은 기계가 네 줄의 정돈된 색 블록과 이어진 장면
엔진을 바꾸기 전후에 같은 작업과 답변 품질을 비교해요.

용어 각주

  1. 대규모 언어 모델 — 대규모 텍스트 데이터에서 언어 패턴을 학습해 문맥에 맞는 텍스트를 처리하고 생성하는 모델입니다.

    본문으로 돌아가기
  2. API — 프로그램의 기능을 다른 코드에서 호출하기 위한 약속된 인터페이스입니다.

    본문으로 돌아가기
  3. GGUF — 모델 정보를 담는 파일 형식으로 llama.cpp 계열 도구에서 널리 사용됩니다.

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

    본문으로 돌아가기
  5. MTP — 한 번에 여러 미래 토큰을 예측하도록 학습하는 목표 또는 이를 수행하는 모델 구성입니다. 추측 디코딩에서는 이 예측을 후보 토큰으로 제안할 수 있습니다.

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

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

    본문으로 돌아가기
  8. CPU — 운영체제와 일반 프로그램 명령을 실행하고, AI에서는 전처리·데이터 이동 등 범용 연산을 맡는 중앙 처리 장치입니다.

    본문으로 돌아가기
  9. 처리량 — 일정 시간 동안 처리하거나 생성한 작업량입니다. 토큰/초, 요청/초처럼 단위를 함께 확인해야 비교할 수 있습니다.

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

    본문으로 돌아가기
  11. 양자화 — 모델의 가중치나 계산값을 더 적은 비트로 표현해 저장 공간과 메모리 사용량을 줄이는 방법입니다. 표현 단계가 거칠어져 정확도에도 영향을 줄 수 있습니다.

    본문으로 돌아가기
  12. 도구 호출 — 모델이 파일 읽기·검색·명령 실행 같은 외부 기능의 이름과 인자를 요청하는 형식입니다. 요청을 실제로 실행할지는 에이전트 런타임과 권한 설정이 결정합니다.

    본문으로 돌아가기

자주 묻는 질문

이 글에서 가장 먼저 확인할 것은 무엇인가요?
로컬 LLM 실행 도구는 모델 파일을 불러와 내 컴퓨터에서 답변을 생성하는 프로그램이에요. 화면에서 바로 대화하는 앱도 있고, 편집기나 문서 앱이 모델을 호출하도록 API 서버를 제공하는 도구도 있어요.
수정 내역

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

  1. 실행 프로그램 선택 안내 추가

    Ollama·LM Studio·llama.cpp·oMLX·MTPLX·vLLM·SGLang의 역할을 나눠 설명하는 글을 추가했습니다. 채팅 앱과 API 서버, 한 답변의 대기 시간과 여러 요청의 처리량을 구분해 각 엔진 글로 연결합니다.