32G 显存 Qwen3.8-27B-GGUF 配置分享

本文使用 V100-SXM2-16GB 双卡运行：

起始配置

基础配置从 UD-IQ4_XS + 256k context + Q4 KV + mmproj 开始

这个配置是我感觉目前最理想的配置：

• 能跑满 256k 上下文，真正可以用在编码/生产场景了
• prefill 速度在 300-400tok/s ，decode 速度在 30-60tok/s
• 默认就是 4 并发，再往上调意义不大，4 并发的 decode 就只剩 10tok/s 了

所以可以从这个配置开始，进行微调

services:
  qwen3.8-27b:
    image: ghcr.io/ggml-org/llama.cpp:server-cuda
    container_name: qwen3.8-27b
    restart: unless-stopped
    ports:
      - "8013:8013"
    volumes:
      - /home/debian/models/gguf:/models
    command: >-
      --port 8013
      --metrics
      --verbosity 4
      -m /models/unsloth/Qwen3.8-27B-UD-IQ4_XS.gguf
      --alias "Qwen3.8-27B"
      --n-gpu-layers all
      --ctx-size 262144
      --predict 32768
      --batch-size 4096
      --ubatch-size 1024
      --flash-attn auto
      --cache-prompt
      --cache-type-k q4_0
      --cache-type-v q4_0
      --spec-type ngram-simple
      --spec-ngram-mod-n-max 32
      --temp 1.0
      --top-p 0.95
      --top-k 20
      --min-p 0.00
      --mmproj /models/unsloth/Qwen3.8-27B-mmproj-F16.gguf
      --image-min-tokens 1024
    deploy:
      resources:
        reservations:
          devices:
            - driver: nvidia
              capabilities: [gpu]
              device_ids: ["0", "1"]
    healthcheck:
      test: ["CMD", "curl", "-f", "http://localhost:8013/health"]
      interval: 30s
      timeout: 10s
      retries: 3
      start_period: 40s

调整项

然后说一下一些调整：

模型量化

往下调到 Q2 劣化非常明显，我认为达不到生产可用程度，但如果你只有 16G 显存，可以考虑用这个玩玩，也能跑到 256k 上下文

Q4 可以再往上调一点，显存是够的，理论上 Q5/Q6 都是能跑的。

缓存量化

Q4 的缓存实际上也是有比较明显的劣化的。

但实测 Q8 KCache （只调整 Key ）的 Prefill 速度只剩 60tok/s 了。你的 ttft 会从 20s 内涨到 160s 以上，我认为是生产不可用的程度。

Q5 则是提升不明显，但速度降低显著，也不推荐。

所以我认为 Q4 Cache 虽然有劣化，但仍然是当前 v100 的最优解。

多模态

多模态加不加都行，也就占 1G 左右，我测试过程中就没出现就差 1G 就能跑的情况，所以就一直开着

投机解码

这个投机解码（ ngram ）收益不是很高，看不太出区别，换 mtp 也差不多，我的建议是显存还够就可以开，但是命中率也很低，看不出明显区别。

总结

总的来说，32G 内存跑 Q4 实际上是很够的，剩下的内存可以用来：提高一点 batch-size （可以 prefill 快一点）；加多模态；加投机解码。如果你想要跑更高的量化模型，则可以考虑去掉上面说的这些。或者你也可以继续尝试其他厂家量化的模型，会有些许区别。