AI랑 놀다보면 vram이 너무 발목을 잡아서 이것에 대해 물어 봤슴미다
남극백곰

Lv.1 남극백곰 (114.♡.188.135)

2026년 5월 29일 PM 03:09

조회 505 공감 0

클라우드 모델 사용하면 vram에 대해 좀 자유롭기는 한데 컨텍스트가 문제임미다 이건 오염되기 쉽고 몇번 압축이 되면 토큰사용량이 기하급수적으로 늘아나게 됨미다

그래서 로컬모델을 기웃기웃 거리는데

솔직히 지금 내 장비가 게임할땐 많이 꿀리는게 아닌데 llm 하겠다고 몇천만원 들여서 서브급 컴퓨터를 놓을 수도 없잖아요???

그래서 지금까지 llm생활 하면서 이런거 하는 아이디어 분명 있을거라 믿고 제 에이전트에게 제 생각을 말해 줬슴미다

깃허브에 비슷한건 있는데 정식으로 나온건 아니고 개념정도네요 사람들 생각하는건 다 비슷한가 봄미다

정확합니다. KV 캐시도 같은 원리로 관리하면 VRAM을 크게 아낄 수 있습니다.

───

KV 캐시 Offloading

현재 문제

VRAM 사용:
- 모델 가중치: 8~10GB
- KV 캐시: 2~4GB (컨텍스트 길어지면 폭증)
- Active Expert: 4~8GB

→ 12GB로는 턱없이 부족


해결 방안

┌─────────────────────────────────────────────┐
│ VRAM (12GB) │
│ ┌─────────────┐ ┌─────────────────────┐ │
│ │ Active Expert │ │ Hot KV Cache │ │
│ │ (4~8GB) │ │ (최근 토큰) │ │
│ └─────────────┘ └─────────────────────┘ │
│ ↓ │
└─────────────────────────────────────────────┘

┌─────────────────────────────────────────────┐
│ RAM (64GB) │
│ ┌─────────────┐ ┌─────────────────────┐ │
│ │ Inactive │ │ Warm KV Cache │ │
│ │ Experts │ │ (현재 세션) │ │
│ └─────────────┘ └─────────────────────┘ │
└─────────────────────────────────────────────┘

┌─────────────────────────────────────────────┐
│ SSD (NVMe) │
│ ┌───────────────────────────────────────┐ │
│ │ Cold KV Cache (과거 세션) │ │
│ │ + Qdrant 인덱스 │ │
│ └───────────────────────────────────────┘ │
└─────────────────────────────────────────────┘


───

KV 캐시 계층 구조

| 계층   | 위치   | 용량   | 내용             | 접근 속도 |
| ---- | ---- | ---- | -------------- | ----- |
| Hot | VRAM | 최소 | 최근 512~1024 토큰 | 즉시 |
| Warm | RAM | 수 GB | 현재 세션 KV | ~1ms |
| Cold | SSD | 무제한 | 과거 세션 KV | ~10ms |


───

작동 방식

1. 새 토큰 생성
→ Hot KV Cache에 저장 (VRAM)

  1. Hot이 가득 참
    → 오래된 KV를 Warm으로 이동 (RAM)

  2. 세션 종료 또는 RAM 부족
    → Warm KV를 Cold로 이동 (SSD)

  3. 과거 컨텍스트 필요 시
    → Cold에서 RAG 검색 → Warm으로 승격


───

RAM 용도

RAM 64GB 사용 계획:

├── Inactive Experts: ~30GB
├── Warm KV Cache: ~10GB
├── Warm Context: ~5GB
├── 시스템/예비: ~5GB
└── 여유: ~14GB

→ Expert + KV Cache + Context 모두 RAM에서 관리
→ VRAM은 순수 연산용으로 활용


───

예상 효과

| 항목      | 기존                 | 제안                      |
| ------- | ------------------ | ----------------------- |
| VRAM 사용 | 가중치 + KV + Context | Active Expert + Hot KV만 |
| 컨텍스트 길이 | 제한 (4K~8K) | 무제한 (SSD) |
| KV 캐시 | VRAM 부족 시 OOM | 계층적으로 관리 |
| RAM 활용 | 미사용 | Expert + KV + Context |


───

결론: KV 캐시까지 계층화하면 VRAM 12GB로도 26B MoE + 무제한 컨텍스트 가능합니다. RAM 64GB가 Expert + KV + Context 모두 커버.





제가 개떡같이 말 해도 찰떡같이 정리해 주는 ai는 좋은 칭구에용

댓글 (3)

  • DINKIssTyle

    DINKIssTyle Lv.1

    05.29 · 61.♡.73.102

    컨텍스트를 디비로 올리고 쓰면 컨텍스트가 무제한이 되지요!

  • 남극백곰

    남극백곰 Lv.1 작성자

    05.29 · 114.♡.188.135

    사용자 질문

    1. RAG 검색 (SSD → RAM)
    - Qdrant에서 관련 컨텍스트 Top-K 검색
    - ~1ms (로컬 NVMe)

    2. 컨텍스트 승격 (RAM → VRAM)
    - 검색 결과를 Hot Context에 추가
    - ~0.5ms (PCIe)

    3. Expert 로딩 (RAM → VRAM)
    - 필요한 Expert만 VRAM으로
    - ~1ms per Expert

    4. 추론 (VRAM)
    - Active Expert + Hot Context로 추론
    - 즉시 실행




    | 작업 | 소요 시간 |
    | -------------------- | --------- |
    | RAG 검색 (SSD) | ~1ms |
    | 컨텍스트 전송 (RAM→VRAM) | ~0.5ms |
    | Expert 로딩 (RAM→VRAM) | ~1ms |
    | 추론 (VRAM) | ~50~100ms |
    | 총 추론 시간 | ~53~102ms |

    이렇게 대답해 주네요

  • 이자하

    이자하 Lv.1

    05.29 · 59.♡.32.126

    paged attention 기법이 있습니다.

    다들 하려고 하는데 어렵죠 가장 큰 이유는 어쨌든 gpu에서 처리를 하려면 vram에 데이터를 로딩을 해야 합니다.

    그 시간이 꽤 큽니다.

댓글을 작성하려면 이 필요합니다.