같은 수준은 아니지만 DwarfStar에서 영감을 받아 Intel Xe-LP 탑재 32GB 노트북용 추론 엔진을 만들었음. XMX 없이 동작하며, 현재는 양자화한 Gemma-4만 지원하지만 앞으로 비슷한 크기의 다른 MoE도 지원할 여지가 있음. 아직 Qwen 3.8 35B-A3B가 없어 아쉬움.
다양한 모델 동작 유도 기법을 지원하도록 프로토콜과 엔진을 확장하는 방안도 살펴보는 중임. https://github.com/simoneiacomino/xenolith
내장 GPU만 있는 Intel Ultra 7 255H에서 약 22토큰/초가 나옴! Xe-LP보다 조금 더 최신인 내 GPU를 지원하도록 약간 수정해야 했으며, PR을 보낼 수도 있음.
얼마 전에는 Sonnet 5.5에 llama.cpp 저장소를 주고 단일 모델과 백엔드 조합인 qwen3.5 4b mtp + sycl의 추론 코드를 파일 하나로 추출해 달라고 했는데, 오래 걸리긴 했지만 실제로 성공함. 의존성 없는 약 1,400줄짜리 파일을 만들었고 추론 품질은 아직 확인해야 하지만, 상당한 성과라고 봄.
2027년은 로컬 모델과 추론 분야에서 매우 흥미로운 해가 될 것 같음.
ds4에 Intel 지원을 추가하고 AMD 지원도 개선해 주면 좋겠음. Intel과 AMD가 직접 도와야 할지도 모름.
도구 호출 성능이 궁금한데, 측정 수치나 사용 영상이 있을까? GitHub 저장소를 보면 RAM이 엄청나게 많은 고사양 Mac이 없어도 SSD로 충분해 보임. 50토큰/초에 근접한다면 개인용 LLM 분야의 판도를 바꿀 만함!
DeepSeek V4 Flash와 함께 처음 출시됐을 때부터 사용했는데, 내 M5 Max 128GB에서는 단연 최고의 실행 도구임. Qwen 3.8 Flash Next도 일주일 넘게 돌리고 있으며, 아주 빠르고 긴 문맥을 지원해서 만족스러움. 가끔 앞서 한 말을 기억하지 못하지만 에이전트 실행 환경의 문제일 수도 있음. 나는 oh my pi를 쓰는데, 다른 분들은 ds4를 무엇과 함께 사용하고 있는지 궁금함.
DeepSeek V4 Flash와 실험적 비전 모델, DeepSeek V4.1 Flash의 Metal 및 CUDA 텍스트 추론을 우선 최적화한 소형 네이티브 추론 엔진임. GLM 5.2·5.3, GLM 5.3 Flash, DeepSeek V4 PRO, Qwen3.8 Flash Next의 Metal·CUDA도 지원함. DGX Spark나 AMD Ryzen AI Halo 같은 고급 개인용 하드웨어에서 로컬 실행하는 데 초점을 맞춤. 얼마 전까지 어린아이였던 것 같은데 이제 x090 시리즈를 손에 넣었다는 사실도 믿기지 않는 평범한 우리에게는, Qwen3.8 27B를 겨냥한 club-3090이 적합함. https://github.com/noonghunna/club-3090
이를 위한 웹 프런트엔드도 어떻게든 관리하려고 노력 중임. https://github.com/gchamon/club-3090-server
우선 요즘 x090 시리즈 자체가 고급 하드웨어임. 또 공유 매개변수는 GPU에, 희소 전문가 모듈은 CPU에 두고 SSD 오프로딩까지 사용하는 CPU-MoE 방식이 더 흥미로운 결과를 낼 것 같음.
느리겠지만 소형 밀집 모델은 막다른 길이라 그다지 흥미롭지 않음. 이 구성에서도 프리필은 가속됨. llama.cpp 등의 CPU/GPU 계층 분할은 디코딩에 적용되며, GPU에 배치한 계층이 0개여도 프리필은 가속됨.
지난 주말에 융합 TQ를 구현해 128GB MacBook M5 Max에서 Qwen 3.8 Flash Next의 100만 토큰 문맥을 사용할 수 있도록 작업함. https://github.com/antirez/ds4/pull/1115
심심해지면 oMLX의 Metal 커널도 이식할지 모르겠음. v0.7.0의 속도 향상이 정말 놀라운 수준임.
같은 기기와 같은 모델에서 이미 100만 토큰 문맥을 쓰고 있는데, 이상함.
고사양 Apple Silicon에서 고성능 모델을 쓰고 싶다면 Local Code도 시도해 볼 만함. https://releases.drawthings.ai/p/public-beta-of-local-code-b...
현재 TestFlight에서 제공하며 다음 주에 오픈 소스로 공개할 예정임. DeepSeek 4.1 Flash는 비전을 지원하고, Qwen 3.8 27B와 DeepSeek 4 Flash 0731은 비전 없이 지원함. 맞춤형 양자화와 SSD 스트리밍으로 64GiB 이상 기기에서 대형 모델을 실행하며, Qwen은 16GiB 이상에서도 실행 가능함.
다른 LLM 실행 도구와는 어떻게 다른가?
개인용 AI 하드웨어의 성능과 실용적인 코딩·에이전트 기능에 집중함. 모든 모델과 하드웨어를 한꺼번에 지원하기보다, 해당 하드웨어군에 가장 적합한 선택지를 최적화함.
제대로 작동할 가능성이 더 높음. 대부분의 LLM 실행 도구는 어떤 모델이든 지원하려 하기 때문에, 설정을 잘못해 도구 호출이 작동하지 않거나 기대보다 성능이 떨어질 여지가 많음.
DwarfStar의 강점은 엄선한 소수의 모델만 지원하되, 그 모델들을 아주 잘 지원한다는 데 있음.
원활한 실행을 위해 세세한 부분까지 챙김. 예를 들어 ds4-agent는 메시지 기록을 추가만 하고 다시 쓰지 않으므로 KV 캐시의 접두부를 재사용할 수 있음. 엄청난 이점임.
README만 읽고 직관적으로는 별 차이가 없어 보임. 바이브 코딩으로 만든 llama.cpp 모방품처럼 느껴짐.
antirez가 Rust 같은 언어 대신 C를 선택한 이유가 궁금함.
Antirez는 아주 오랫동안 C를 써 왔으므로 Rust보다 훨씬 익숙함. 프로젝트 목표도 B200 클러스터 등에 비해 제한적인 하드웨어 자원에서 성능과 기능을 최대한 끌어내는 것임.
Rust는 여러 플랫폼에서 저수준 코드에 접근하기 좋은가? 그렇다면 컴파일러가 받아들이도록 얼마나 추가 작업을 해야 할까? 일반적인 Rust 코드의 보안 보장도 받지 못한다면 그 작업에 가치가 있을까? 성능이 목표일 때 적절한 절충일까?
비꼬는 게 아니라 실제로 궁금해서 묻는 것임. 이런 프로젝트에 Rust가 잘 맞을 수 있다면 알고 싶음.
개인적인 언어 선호 때문임. Rust를 싫어하는 이유를 다룬 YouTube 영상도 적어도 하나 있음. 기억이 맞는다면 보안이 핵심인 소프트웨어가 아닐 때는 Rust가 너무 번거롭고 그만한 가치가 없다고 보는 듯함. 내가 동의한다는 뜻은 아님.
최근에는 Rust의 사용 편의성이 떨어지고, 이것이 LLM이 작성하는 코드에도 영향을 준다고 했음. LLM이 C를 잘 작성하는 이유 중 하나로 방대한 고품질 학습용 코드 기반을 꼽으며, 보안이 핵심인 코드라면 Rust를 선택할 이유가 있다고 봄.
영상은 이탈리아어지만 영어 자동 더빙 음성도 제공됨. https://www.youtube.com/watch?v=sOt0WpQG5eU\&t=526s