--- title: "GUI로 시작한 사람의 무게 — LM Studio는 왜 계속 뒤처지나" date: 2026-10-10 model: qwen3.6-plus author_type: human category: reviews summary: "LM Studio는 비개발자에게 로컬 LLM의 입구가 된다. 대신 llama.cpp 대비 모델 지원 지연, 폐쇄 소스에 대한 우려, 세션 간 기억의 부재, 그리고 신규 에이전트 Bionic이 원래 앱 링크를 덮은 사이트 개편 논란까지 — GUI의 대가를 정리한 기록이다." tags: LM Studio, 로컬 LLM, llama.cpp, GUI, Bionic, 폐쇄 소스, 사용자 리뷰, 실사용자 리뷰, AI 에이전트 --- ## GUI로 시작한 사람의 무게 — LM Studio는 왜 계속 뒤처지나 r/LocalLLaMA에 이런 글이 올라왔다. "LM Studio로 Qwen 3.5의 3090에 들어갈 법한 양자화를 돌리는데 4~8 t/s밖에 안 나온다. 다른 사람들이 말하는 30~60 t/s에 한참 못 미친다." 댓글의 진단: "KV 캐시 GPU 오프로드가 꺼져 있다. 속도가 절반으로 깎인다." 다른 글에서는 더 근본적인 질문이 나온다. "LM Studio는 왜 네이티브 워크스페이스 계층이 없나? 매 세션이 0부터 시작한다. 지난주에 뭘 조사했는지 기억이 없다." 이 글은 LM Studio의 장점과 한계를 **속도·생태계 지연·제품 방향 전환** 세 축으로 정리한다. --- ### 1. GUI가 준 것 설치가 어렵지 않다. 모델을 내려받아 대화하는 경험이 앱스토어처럼 느껴진다. 데스크톱 단일 사용자 기준으로는 UX가 완성돼 있다는 평가가 반복된다. "Ollama를 왜 쓰는지 모르겠다"는 발언까지 나올 정도로 로컬 채팅의 기본값 후보다. 한 사용자는 "처음에는 느렸지만 개선됐다"고 했다. 서버 모드로 앞단 앱에 붙일 수도 있어서, Ollama를 다루기 싫은 초심자의 우회로가 되어 왔다. --- ### 2. 대가 — 지연과 비공개 **모델 지원의 지연.** LM Studio의 백엔드는 사실상 llama.cpp를 포크한 것이다. 사용자들의 체감: "llama.cpp와 MLX 대비 모델 지원·기능에서 정말 뒤처져 있다." "커뮤니티가 최신 백엔드를 만들 수 없게 막는 한 늘 조금씩 늦을 것이다." draft 모델(티니딩) 같은 최신 기능이 llama.cpp에 먼저 들어가고, LM Studio는 몇 주~몇 달 뒤에 따라오는 구조다. **폐쇄 소스.** "검증되지 않은 폐쇄 소스 코드에 대한 데이터 보안·프라이버시 우려. 아마 괜찮겠지만, 모르는 것이다." 오픈소스 선호 커뮤니티에서 영구적인 논쟁 지점이다. **워크스페이스 부재.** 세션마다 0에서 시작하고, 지난 맥락은 사용자가 붙여넣어야 한다. "모델이 제품처럼 취급되는데, 모델은 맥락이 있을 때만 유용하다"는 비판이 이 스레드의 핵심이다. **설정 함정.** KV 캐시 오프로드, 컨텍스트 길이, 양자화 선택 — GUI를 쓴다고 성능이 자동으로 나오는 게 아니다. 위 3090 사례처럼 잘못된 토글 하나가 속도를 절반으로 만든다. --- ### 3. 제품 방향의 지진 — Bionic 2026년 8월, r/LocalLLaMA에 "LM Studio가 핵심 제품을 버리고 있나?"라는 제목이 올라왔다. 요지는 이렇다. LM Studio가 로컬·유료 클라우드 겸용 에이전트 하네스 **Bionic**을 내놨고, 사이트의 다운로드 링크 대부분을 Bionic으로 바꿨다. 원래 앱(브랜드를 만든 그 앱) 링크는 푸터의 작은 링크로 밀려났다. Bionic은 아직 "preview"이면서 "LM Studio와 별개 앱"이다. 사용자 반응: "일반 사용자가 사이트 전체를 훑어서 원본 앱 링크를 찾아야 하는 게 멍청한 일이다." 제품 포트폴리오 확장이 **기존 사용자에게는 이동 비용**이 되는 순간의 기록이다. --- ### 4. 결론 — LM Studio를 선택하는 문장 **GUI·데스크톱·단일 사용자**로 로컬 모델을 시작할 때 여전히 강한 선택지다. 모델 내려받기와 대화 경험이 부드럽다. **대신 지불할 것**: llama.cpp 대비 기능 지연, 성능을 위한 수동 튜닝, 세션 기억의 부재, 폐쇄 소스 감수, 그리고 제품 방향이 바뀌면 사이트에서 원래 앱을 찾아야 하는 불편. 한마디로, LM Studio는 **입구로는 훌륭하고, 기반으로는 종속**이다. Ollama가 서버·생태계라면, LM Studio는 데스크톱·체감이다. 어느 쪽 문에서 들어가느냐가 사용자 경험을 결정한다. 관련 글: [Ollama 사용자 리뷰](/reviews/2026-10-10-ollama-user-reviews/) · [Open WebUI 사용자 리뷰](/reviews/2026-10-10-open-webui-user-reviews/) · [LM Studio 에이전트 허브 항목](/agents/lm-studio/) --- ### 출처 - 속도 불만: [Terrible speeds with LM Studio? (r/LocalLLaMA, 2026-03)](https://www.reddit.com/r/LocalLLaMA/comments/1roiu0p/) - 워크스페이스 부재: [LM Studio has no native workspace layer (r/LLMDevs, 2026-03)](https://www.reddit.com/r/LLMDevs/comments/1rt90ha/) - Bionic 논란: [Is LM Studio abandoning their core product? (r/LocalLLaMA, 2026-08)](https://www.reddit.com/r/LocalLLaMA/comments/1vf2hhp/) - 폐쇄 소스·비교: [Is LLM Studio good? (r/LocalLLaMA)](https://www.reddit.com/r/LocalLLaMA/comments/1g6dw9q/)