실행 프로그램과 확장

최종 업데이트

Ollama: 내 컴퓨터의 모델을 다른 앱에 연결할 때

터미널에서 쓰던 Ollama 모델을 편집기와 연결해요

Ollama는 모델을 내려받아 내 컴퓨터에서 대화하거나, 편집기와 문서 앱이 로컬 API1로 모델을 부르게 해주는 실행 도구예요. 서버 주소와 모델 이름을 맞추면 여러 앱에서 같은 모델을 사용할 수 있어요. 짧은 연결 요청부터 실제 작업까지 차례로 확인해볼게요.

터미널에서는 답이 오는데 코드 편집기에서는 조용하다면 먼저 모델을 다시 받기보다 Ollama 서버가 켜져 있는지, 편집기의 endpoint와 모델 태그가 맞는지 확인해요. 연결 문제와 모델 실행 경로·속도 문제를 나누면 불필요한 재설치가 줄어요.

실행 조건과 핵심 내용
  • 모델 태그와 서버 주소를 확인하고 짧은 요청으로 API 연결을 먼저 검증해요.
  • Ollama 0.40.0-rc0는 Apple Silicon에서 MLX가 지원하는 일부 아키텍처를 자동으로 MLX 경로에서 실행하는 시험판이에요.
  • ollama ps의 PROCESSOR는 CPU·GPU 적재 비율이에요. MLX 사용이나 GPU 사용률을 직접 증명하지 않아요.

짧은 요청으로 서버와 태그를 확인해요

이미 Ollama가 실행 중이면 서버를 또 시작하지 말고 그대로 사용해요. 처음이라면 공식 설치본으로 준비하고 작은 모델을 받아요. ollama list에서 정확한 태그를 확인하는데, 목록에 있는 모델과 메모리에 올라온 모델은 다른 상태예요.

아래 예제는 qwen3.5:0.8b로 짧은 JSON 응답을 받아 주소·포트·모델 선택을 확인해요. 다른 모델을 쓴다면 ollama list에 나온 태그를 pull과 요청 본문에 함께 넣어요. 응답이 돌아오면 연결은 확인된 것이지만, 편집기 도구 호출2이나 긴 문맥, 이미지 입력은 각각 별도로 시험해야 해요.

설치된 모델과 짧은 응답 확인
ollama --version
ollama pull qwen3.5:0.8b
ollama list
curl -sS http://127.0.0.1:11434/api/chat -H 'Content-Type: application/json' -d '{"model":"qwen3.5:0.8b","messages":[{"role":"user","content":"Reply with one short sentence."}],"stream":false,"options":{"num_ctx":4096,"num_predict":128}}'
연결 확인 예제이지 속도 측정은 아니에요. 이미 모델이 있다면 ollama list의 정확한 태그로 pull과 JSON의 model을 바꿔요.
노트북 모델이 중앙 Ollama 서버에 연결되어 세 앱에서 요청하는 그림
터미널 응답이 있어도 편집기에는 주소와 요청 형식을 맞춰야 해요.

Apple Silicon의 MLX 자동 선택은 RC 시험 기능이에요

2026년 9월 25일 Ollama v0.40.0-rc0 릴리스 노트는 Apple Silicon에서 MLX3 runtime4이 지원하는 모델 아키텍처를 MLX로 자동 실행한다고 설명해요. 이는 지원 대상 아키텍처에 관한 내용이지 모든 모델과 태그가 MLX를 쓴다는 뜻은 아니에요. 릴리스는 시험 기간 동안 추가 모델을 검증하고 활성화하겠다고 밝혔으므로, 모델 목록에 있다는 것만으로 새 경로가 적용됐다고 보지 않아요.

안정판 0.35.0의 /v1/systemone과 같은 별도 기능과도 구분해요. RC에서 요청을 보낸 뒤 로그에서 선택된 runner/backend가 MLX인지 확인해요. ollama ps의 PROCESSOR는 CPU5와 GPU6에 모델이 얼마나 배치됐는지 보여줄 뿐 MLX backend 지표가 아니에요. 로그에서 경로를 구분할 수 없다면 속도 변화만으로 MLX가 선택됐다고 추론하지 않아요.

oMLX도 MLX 기반의 별도 Mac 앱·서버예요. 모델 받기, 변환본·태그, 캐시와 서버 설정이 Ollama와 다를 수 있어요. 두 실행기가 실제로 같은 변환본을 읽는지 확인하고, 다르면 파일과 양자화7 차이를 비교 조건에 남겨요.

메모리 모듈이 든 서버에서 노트북·태블릿·터미널 화면으로 연결선이 뻗은 그림
같은 컴퓨터에서 Ollama의 127.0.0.1 서버가 켜져 있는지 먼저 봐요.

안정판·RC·oMLX를 같은 조건으로 비교해요

Mac 기종, macOS, 원본 모델 revision, 파일과 양자화를 정해 기록해요. 세 실행기가 같은 파일을 읽을 수 있다면 그대로 사용하고, 변환이 필요하면 변환본 출처와 양자화도 적어요. 프롬프트8·문맥 길이·생성 상한을 고정하고 안정판 Ollama, 0.40.0-rc0, oMLX를 각각 나눠 비교해요.

최초 로딩과 이미 올라온 모델의 요청을 섞지 않아요. 각 실행기에서 준비 실행 후 같은 입력을 적어도 세 번 보내고 첫 토큰9까지의 시간과 답변 생성 속도를 따로 기록해요. 한 요청의 지연과 여러 요청 처리량10도 다른 지표예요. RC가 빨랐다면 실제 선택된 backend 로그와 조건 차이가 원인을 뒷받침하는지 확인하고, 해당 조합의 결과를 일반 성능 배수로 확대하지 않아요.

실행기 간 비교에서 고정하거나 분리할 항목
항목조건기록할 결과
모델 파일원본 revision·변환본·양자화동일 파일 조건 여부
요청입력·문맥 길이·생성 상한첫 토큰과 생성 구간
캐시 상태초기 cold와 로드된 warm로딩 시간이 반복되는지
실행 경로Ollama 안정판·RC·oMLX 로그선택된 runner/backend
반복준비 후 같은 요청 3회 이상중앙값과 출력 차이

연결·적재·실행 경로 중 실패 지점을 찾아요

연결이 안 되면 ollama --version, 서버 주소 127.0.0.1:11434, 모델 태그를 확인해요. 앱과 터미널이 서로 다른 서버를 보거나 클라우드 모델 이름을 넣었을 수 있어요. 짧은 /api/chat 요청도 실패한다면 MLX보다 서버와 요청 형식부터 해결해요.

특정 모델만 로드되지 않으면 정확한 태그와 실행기의 아키텍처 지원을 확인해요. RC의 MLX 경로는 시험 중이므로 안정판에서 되던 모델이 같은 runner로 동작한다고 가정하지 않아요. 로그의 MLX 초기화나 로드 오류와 Ollama 버전을 같이 기록해요. 파일 손상을 확인하기 전 ollama rm으로 다운로드 파일부터 삭제하지 않아요.

ollama ps의 CPU·GPU 적재와 backend 로그는 다른 정보예요. 메모리가 모자라 일부가 CPU에 남는 상황과 MLX 지원 아키텍처가 아니라 다른 경로를 쓰는 상황을 구분해요.

부품이 담긴 서버와 분리된 모듈, 점검 항목을 적은 노트가 보이는 그림
연결·CPU/GPU 배치·긴 입력 지연은 각각 다른 문제로 확인해요.

현재 업무에 맞는 실행기를 선택하고 버전을 기록해요

편집기에서 필요한 텍스트 요청과 현재 모델이 잘 작동하면 안정판 Ollama를 유지할 수 있어요. 0.40.0-rc0는 대상 모델이 MLX 지원 아키텍처이고 로그에서 자동 선택을 확인할 수 있으며 같은 작업에서 실제 차이가 있을 때 검토해요. oMLX와 비교할 때도 최대 속도보다 모델 지원 경로, 앱 연결, 장시간 서버 운영, 동시 요청과 메모리 사용을 봐요.

공식 릴리스와 API 안내에서 설치본, 지원 범위와 현재 버전을 확인해요. 각 실행기에서 선택된 runner, 최초 로딩인지 warm 요청인지, 반복 지연과 답변 품질을 기록하면 업데이트 뒤 다시 비교할 수 있어요. 측정된 특정 조합 외에 성능 배수를 일반화하지 않아요.

Windows에서 Clef 로딩이 실패했다면 0.40.1로 업데이트해요

Ollama 0.40.1은 Windows에서 Clef 헤드를 읽을 때 2 GiB 경계를 넘는 읽기 문제를 수정했어요. 같은 릴리스에는 Windows의 모델 매니페스트에서 심볼릭 링크를 피하는 변경도 들어갔습니다. Windows에서 Clef를 실행하다 로딩 단계에서 멈췄다면 먼저 앱을 업데이트하고 다시 실행해보세요.

업데이트 뒤 새 터미널에서 ollama --version을 실행하고 0.40.1 이상인지 확인하세요. 2026년 10월 9일 기준 0.40.2는 사전 릴리스이므로 일반 설치는 안정 릴리스 0.40.1을 기준으로 안내해요. 모델 파일을 다시 지우기 전에 앱 버전과 첫 오류 메시지부터 확인하면 불필요한 재다운로드를 줄일 수 있어요.

용어 각주

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

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

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

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

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

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

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

    본문으로 돌아가기
  8. 프롬프트 — 모델에 보내는 입력문입니다. 생성 모델에서는 만들 결과를 설명하는 문장이 되어 출력의 구성과 내용을 크게 좌우합니다.

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

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

    본문으로 돌아가기

자주 묻는 질문

이 글에서 가장 먼저 확인할 것은 무엇인가요?
Ollama는 모델을 내려받아 내 컴퓨터에서 대화하거나, 편집기와 문서 앱이 로컬 API로 모델을 부르게 해주는 실행 도구예요. 서버 주소와 모델 이름을 맞추면 여러 앱에서 같은 모델을 사용할 수 있어요. 짧은 연결 요청부터 실제 작업까지 차례로 확인해볼게요.
필요한 메모리는 어느 정도인가요?
이미 Ollama가 실행 중이면 서버를 또 시작하지 말고 그대로 사용해요. 처음이라면 공식 설치본으로 준비하고 작은 모델을 받아요. ollama list에서 정확한 태그를 확인하는데, 목록에 있는 모델과 메모리에 올라온 모델은 다른 상태예요.
수정 내역

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

  1. Ollama의 로컬 실행·상태 확인 안내 추가

    로컬 모델로 서버를 시작하고 짧은 API 요청을 보내는 예제를 추가했습니다. 모델의 실행 위치와 문맥 설정을 확인하고, 요청 한 번의 완료 시간을 첫 토큰 속도로 읽지 않도록 설명했습니다.