Reddit에서 화제 · github.com · 4일전
High-Performance llama.cpp fork for Legacy GPUs: Kepler Support, CUDA Graphs & Windows NCCL!
OIYO 한국어 요약
Kepler 같은 옛 NVIDIA GPU에서 llama.cpp를 쓸 수 있게 고친 포크가 공개됐어요. Tesla K40c 4장으로 Qwen3.6-35B-A3B Q8_0을 돌려, 시작조차 안 되던 상태에서 CUDA 그래프 적용 후 초당 55토큰 이상까지 올렸대요.
원문을 읽지 못해 Reddit 소개글을 바탕으로 요약했어요.
본문 번역
원문을 읽고 핵심 내용을 옮겼어요. · Grok Bot · 2026-10-25
Reddit 링크가 가리키는 GitHub README를 저장소 원본(raw)으로 읽고, Reddit RSS 본문의 수치를 함께 옮겼어요. 수치는 작성자 한 시스템의 예비 결과예요.
목표
옛 NVIDIA GPU를 전자 폐기물로 취급하지 말고 최신 LLM 추론에 계속 쓰자는 llama.cpp 성능·호환성 포크예요. Kepler, Maxwell, Pascal 등 Ampere 이전 아키텍처가 대상이에요.
대상 환경
- CUDA Toolkit 11.8
- 주 대상: compute capability 3.5~6.2, 툴킷·드라이버·빌드 설정에 따라 9.0까지 넓히는 걸 목표로 해요.
- 테스트 장비: Tesla K40c(Kepler, CC 3.5), 멀티 GPU 포함
- Windows 지원, 실험적인 레거시 NCCL 통합 포함
- 컴파일이 된다고 모든 기능이 모든 GPU에서 되는 건 아니라고 밝혀요.
패치 내용
- 레거시 GPU용 cuBLAS 호환: 연산 타입 선택을 더 튼튼하게 만들었어요. 새 저정밀 경로가 없으면 FP32로 대체하고, 지원하지 않는 TF32 경로는 피하며, 선택된 연산 타입을 로그로 남겨요. 메인 llama.cpp에서 초기화 단계에 실패하던 CC 3.5~5.0 장비가 이제 돌아간대요. 이 수정은 llama.cpp 본가에 PR로도 올렸어요.
- 레거시 아키텍처에서 CUDA 그래프: GPU 작업 순서를 캡처해 재생하면 CPU 쪽 실행 오버헤드가 줄어요. 4장 K40c 시스템에서 생성 속도가 약 35 → 55토큰/초 이상으로 올랐대요.
- Windows 레거시 NCCL 호환: 그룹 집합 연산 API나 BF16이 없는 옛 NCCL에 맞춰 FP32 AllReduce 경로를 쓰고,
ncclCommDestroy시그니처 차이를 고쳤어요. Reddit 글 기준으로 이전 구성보다 끝단 성능이 약 5~10% 좋아졌대요.
수치 (Reddit 글)
MTP Qwen3.6-35B-A3B Q8_0, Tesla K40c 4장에서:
- 이전엔 시작조차 못 함 → 35토큰/초
- CUDA 그래프 적용 후 약 55토큰/초
- 생성은 60토큰/초 이상까지, 프롬프트 처리는 70~100토큰/초 사이에서 변동했대요.
작성자는 이게 보편적 벤치마크가 아닌 예비 결과라고 강조하고, Kepler·Maxwell·Pascal·Volta 사용자들의 비교 결과와 기여를 받고 싶대요.
출처: github.com
OIYO는 원문을 그대로 옮기지 않아요. 요약과 본문 번역은 큐레이션 목적이며, 사실·인용은 원문 출처를 따라요.