跳转至内容
  • 版块
  • 最新
  • 标签
  • 热门
  • 用户
  • 群组
皮肤
  • 浅色
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • 深色
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • 默认(不使用皮肤)
  • 不使用皮肤
折叠
品牌标识

抡锤者

  1. 主页
  2. LLM讨论区
  3. 3090ti部署qwen3.6-27B-MTP-q4_K-M的疑惑

3090ti部署qwen3.6-27B-MTP-q4_K-M的疑惑

已定时 已固定 已锁定 已移动 LLM讨论区
15 帖子 9 发布者 287 浏览
  • 从旧到新
  • 从新到旧
  • 最多赞同
回复
  • 在新帖中回复
登录后回复
此主题已被删除。只有拥有主题管理权限的用户可以查看。
  • A 离线
    A 离线
    applejuice
    编写于 最后由 applejuice 编辑
    #3

    不明白什么是 上下文不能拉满?

    下面是我用的CUDA 跟驱动给你参考
    我是有nvlink但是据了解设置没什么分别

    +-----------------------------------------------------------------------------+
    | NVIDIA-SMI 595.71.05              Driver Version: 595.71.05    CUDA: 13.2   |
    +-----------------------------------------------------------------------------+
    

    之前跑的llama.cpp

    Flags (in docker-compose.yml)

    --model /models/heretic-gptq-int4
    --served-model-name qwen3.6-27b-heretic
    --quantization gptq_marlin
    --dtype float16
    --tensor-parallel-size 2              # both 3090s, real NVLink usage
    --max-model-len 262144                # 262K context
    --gpu-memory-utilization 0.92
    --max-num-seqs 2                      # 2 concurrent streams
    --max-num-batched-tokens 8192
    --kv-cache-dtype fp8_e5m2             # 1 byte/token KV
    --trust-remote-code
    --reasoning-parser qwen3              # routes <think> → reasoning_content
    --enable-auto-tool-choice
    --tool-call-parser qwen3_coder        # native Qwen3 tool format
    --enable-prefix-caching               # repeated prompts share KV
    --enable-chunked-prefill              # long prefill doesn't block decode
    --disable-custom-all-reduce           # MANDATORY for cross-NUMA setup
    --host 0.0.0.0
    --port 8000                           # container-side; mapped to host :8011
    

    我的vllm设置

    Flags (in docker-compose.yml)

    --model /models/heretic-gptq-int4
    --served-model-name qwen3.6-27b-heretic
    --quantization gptq_marlin
    --dtype float16
    --tensor-parallel-size 2              # both 3090s, real NVLink usage
    --max-model-len 262144                # 262K context
    --gpu-memory-utilization 0.92
    --max-num-seqs 2                      # 2 concurrent streams
    --max-num-batched-tokens 8192
    --kv-cache-dtype fp8_e5m2             # 1 byte/token KV
    --trust-remote-code
    --reasoning-parser qwen3              # routes <think> → reasoning_content
    --enable-auto-tool-choice
    --tool-call-parser qwen3_coder        # native Qwen3 tool format
    --enable-prefix-caching               # repeated prompts share KV
    --enable-chunked-prefill              # long prefill doesn't block decode
    --disable-custom-all-reduce           # MANDATORY for cross-NUMA setup
    --host 0.0.0.0
    --port 8000                           # container-side; mapped to host :8011
    

    Environment

    PYTORCH_CUDA_ALLOC_CONF=expandable_segments:True,max_split_size_mb:512
    VLLM_USE_FLASHINFER_SAMPLER=1
    VLLM_NO_USAGE_STATS=1
    OMP_NUM_THREADS=1
    

    暧 1 条回复 最后回复
    1
    • XiaoteX 离线
      XiaoteX 离线
      Xiaote
      编写于 最后由 编辑
      #4

      @暧昧光影 关于你的两个问题:

      1. 200K上下文拉不满的原因:
      3090ti只有24G显存,Qwen3.6-27B-Q4_K_M模型本身占约16-17G,剩下7-8G给KV Cache。
      你开了MTP(draft-mtp)还会额外占用draft model的显存,实际留给KV Cache的空间更少。

      即使用了 --cache-type-k turbo4 --cache-type-v turbo4(Q4量化KV Cache),200K上下文在27B模型上也远远超过24G的承载能力。粗略估算:27B模型80层左右,Q4 KV Cache每个token约0.5字节×4096隐藏层×2(K+V)×80层 ≈ 0.3MB/token。200K tokens ≈ 61GB显存,这还没算模型本身。

      建议解决方案:

      • 先用 --ctx-size 32768 跑(32K上下文),绝大部分场景完全够用
      • 如果确实需要长上下文,加 --no-kv-offload 把KV Cache放到系统内存,但推理速度会下降
      • 或者先用普通版(非MTP)的Qwen3.6-27B跑通,确认基础设置没问题再开MTP——MTP本身也会多吃显存
      • 另外可以加上 --cont-batching 配合context shifting,长对话时自动丢弃早期token

      2. CUDA设备编号问题:
      这是正常的。nvidia-smi的GPU编号和CUDA的设备编号遵循不同的枚举顺序(PCIe总线顺序vs驱动加载顺序)。你可以用 nvidia-smi -q -d INDEX 查看每个GPU的Bus-ID,然后在代码里根据Bus-ID确认对应关系。或者直接试试 CUDA_VISIBLE_DEVICES=1 指定另一张卡,看能效有没有区别。

      暧 1 条回复 最后回复
      0
      • L 离线
        L 离线
        liuhb
        编写于 最后由 编辑
        #5
        此主題已被删除!
        1 条回复 最后回复
        0
        • XiaoteX Xiaote

          @暧昧光影 关于你的两个问题:

          1. 200K上下文拉不满的原因:
          3090ti只有24G显存,Qwen3.6-27B-Q4_K_M模型本身占约16-17G,剩下7-8G给KV Cache。
          你开了MTP(draft-mtp)还会额外占用draft model的显存,实际留给KV Cache的空间更少。

          即使用了 --cache-type-k turbo4 --cache-type-v turbo4(Q4量化KV Cache),200K上下文在27B模型上也远远超过24G的承载能力。粗略估算:27B模型80层左右,Q4 KV Cache每个token约0.5字节×4096隐藏层×2(K+V)×80层 ≈ 0.3MB/token。200K tokens ≈ 61GB显存,这还没算模型本身。

          建议解决方案:

          • 先用 --ctx-size 32768 跑(32K上下文),绝大部分场景完全够用
          • 如果确实需要长上下文,加 --no-kv-offload 把KV Cache放到系统内存,但推理速度会下降
          • 或者先用普通版(非MTP)的Qwen3.6-27B跑通,确认基础设置没问题再开MTP——MTP本身也会多吃显存
          • 另外可以加上 --cont-batching 配合context shifting,长对话时自动丢弃早期token

          2. CUDA设备编号问题:
          这是正常的。nvidia-smi的GPU编号和CUDA的设备编号遵循不同的枚举顺序(PCIe总线顺序vs驱动加载顺序)。你可以用 nvidia-smi -q -d INDEX 查看每个GPU的Bus-ID,然后在代码里根据Bus-ID确认对应关系。或者直接试试 CUDA_VISIBLE_DEVICES=1 指定另一张卡,看能效有没有区别。

          暧 离线
          暧 离线
          暧昧光影
          编写于 最后由 编辑
          #6

          @Xiaote turbo4上下文能拉到200k,256k会oom

          1 条回复 最后回复
          0
          • A applejuice

            不明白什么是 上下文不能拉满?

            下面是我用的CUDA 跟驱动给你参考
            我是有nvlink但是据了解设置没什么分别

            +-----------------------------------------------------------------------------+
            | NVIDIA-SMI 595.71.05              Driver Version: 595.71.05    CUDA: 13.2   |
            +-----------------------------------------------------------------------------+
            

            之前跑的llama.cpp

            Flags (in docker-compose.yml)

            --model /models/heretic-gptq-int4
            --served-model-name qwen3.6-27b-heretic
            --quantization gptq_marlin
            --dtype float16
            --tensor-parallel-size 2              # both 3090s, real NVLink usage
            --max-model-len 262144                # 262K context
            --gpu-memory-utilization 0.92
            --max-num-seqs 2                      # 2 concurrent streams
            --max-num-batched-tokens 8192
            --kv-cache-dtype fp8_e5m2             # 1 byte/token KV
            --trust-remote-code
            --reasoning-parser qwen3              # routes <think> → reasoning_content
            --enable-auto-tool-choice
            --tool-call-parser qwen3_coder        # native Qwen3 tool format
            --enable-prefix-caching               # repeated prompts share KV
            --enable-chunked-prefill              # long prefill doesn't block decode
            --disable-custom-all-reduce           # MANDATORY for cross-NUMA setup
            --host 0.0.0.0
            --port 8000                           # container-side; mapped to host :8011
            

            我的vllm设置

            Flags (in docker-compose.yml)

            --model /models/heretic-gptq-int4
            --served-model-name qwen3.6-27b-heretic
            --quantization gptq_marlin
            --dtype float16
            --tensor-parallel-size 2              # both 3090s, real NVLink usage
            --max-model-len 262144                # 262K context
            --gpu-memory-utilization 0.92
            --max-num-seqs 2                      # 2 concurrent streams
            --max-num-batched-tokens 8192
            --kv-cache-dtype fp8_e5m2             # 1 byte/token KV
            --trust-remote-code
            --reasoning-parser qwen3              # routes <think> → reasoning_content
            --enable-auto-tool-choice
            --tool-call-parser qwen3_coder        # native Qwen3 tool format
            --enable-prefix-caching               # repeated prompts share KV
            --enable-chunked-prefill              # long prefill doesn't block decode
            --disable-custom-all-reduce           # MANDATORY for cross-NUMA setup
            --host 0.0.0.0
            --port 8000                           # container-side; mapped to host :8011
            

            Environment

            PYTORCH_CUDA_ALLOC_CONF=expandable_segments:True,max_split_size_mb:512
            VLLM_USE_FLASHINFER_SAMPLER=1
            VLLM_NO_USAGE_STATS=1
            OMP_NUM_THREADS=1
            

            暧 离线
            暧 离线
            暧昧光影
            编写于 最后由 编辑
            #7

            @applejuice 我是双卡配置,只用单独3090ti跑llama.cpp,turbo4之后上下文最多到200k,256不行。vllm问了ai肯定不行,128k都够呛。
            如果不加多模态投影,省点显存的话,回头试试是否可以256k拉满

            A 1 条回复 最后回复
            0
            • 暧 暧昧光影

              @applejuice 我是双卡配置,只用单独3090ti跑llama.cpp,turbo4之后上下文最多到200k,256不行。vllm问了ai肯定不行,128k都够呛。
              如果不加多模态投影,省点显存的话,回头试试是否可以256k拉满

              A 离线
              A 离线
              applejuice
              编写于 最后由 编辑
              #8

              @暧昧光影 说:

              @applejuice 我是双卡配置,只用单独3090ti跑llama.cpp,turbo4之后上下文最多到200k,256不行。vllm问了ai肯定不行,128k都够呛。
              如果不加多模态投影,省点显存的话,回头试试是否可以256k拉满

              单卡 我就没试过了
              单卡我才开65k 上下文 ComfyUI 上线的时候 过渡用罢了
              其他时候都是2张卡跑LLM

              1 条回复 最后回复
              0
              • A 在线
                A 在线
                asd2667
                编写于 最后由 编辑
                #9

                换成 IQ4-XS就能开到256K上下文了,智商影响不大,个别版本跟K M 参数非常接近

                1 条回复 最后回复
                0
                • C 离线
                  C 离线
                  comeN
                  编写于 最后由 编辑
                  #10

                  一般200K就够用,超过200K的大任务你最好交给DeepSeek-v4-flash的API解决问题。

                  暧 1 条回复 最后回复
                  0
                  • C comeN

                    一般200K就够用,超过200K的大任务你最好交给DeepSeek-v4-flash的API解决问题。

                    暧 离线
                    暧 离线
                    暧昧光影
                    编写于 最后由 编辑
                    #11

                    @comeN 现在就是保持200K上下文
                    comfyui还要花时间折腾,3090ti跑模型,3060跑comfyui,跑通之后再考虑换显卡

                    1 条回复 最后回复
                    0
                    • S 在线
                      S 在线
                      stxpnet
                      编写于 最后由 编辑
                      #12

                      自己起的命令行不知道为什么不行, 可以克隆noonghunna/club-3090 这个大神的REPO,它会在系统盘拉取容器,轻松突破200K,后期你跑顺了也可以自己去找找yml文件,修改其中的配置。但是智商会有一定损伤的。 目前我日常就使用这个llamacpp/mtpiq4nl (IQ4_NL MTP)
                      。

                      Don Zhu 0D 1 条回复 最后回复
                      0
                      • S stxpnet

                        自己起的命令行不知道为什么不行, 可以克隆noonghunna/club-3090 这个大神的REPO,它会在系统盘拉取容器,轻松突破200K,后期你跑顺了也可以自己去找找yml文件,修改其中的配置。但是智商会有一定损伤的。 目前我日常就使用这个llamacpp/mtpiq4nl (IQ4_NL MTP)
                        。

                        Don Zhu 0D 离线
                        Don Zhu 0D 离线
                        Don Zhu 0
                        编写于 最后由 编辑
                        #13

                        @stxpnet 说:

                        noonghunna/club-3090

                        看起来不错,我要去试一下

                        1 条回复 最后回复
                        0
                        • S 在线
                          S 在线
                          stxpnet
                          编写于 最后由 编辑
                          #14

                          还有个问题,你要200K, 最好不要加载投影文件,加了投影文件似乎会拖慢速度,并且智商似乎也有影响.
                          删除那行 MMR="/home/stephen/models/qwen3.6-27b-mtp/mmproj-BF16.gguf" ,模型只会识图能力(另外似乎3090系不支持BF16格式? 我也是问过AI,所以我之前测试都是下载的F16格式,有些大神制作的模型没有F16投影文件) .
                          我主要用来编程,改BUG,所以直接不加载投影. 我有另一台二奶机,16G老显卡,如果有识图需求是在上面加载的9B模型来给HERMES识图用.

                          5 1 条回复 最后回复
                          0
                          • S stxpnet

                            还有个问题,你要200K, 最好不要加载投影文件,加了投影文件似乎会拖慢速度,并且智商似乎也有影响.
                            删除那行 MMR="/home/stephen/models/qwen3.6-27b-mtp/mmproj-BF16.gguf" ,模型只会识图能力(另外似乎3090系不支持BF16格式? 我也是问过AI,所以我之前测试都是下载的F16格式,有些大神制作的模型没有F16投影文件) .
                            我主要用来编程,改BUG,所以直接不加载投影. 我有另一台二奶机,16G老显卡,如果有识图需求是在上面加载的9B模型来给HERMES识图用.

                            5 在线
                            5 在线
                            566656661
                            编写于 最后由 编辑
                            #15

                            @stxpnet

                            3090理論上支持BF16, 不過好像強行用因為表現會比FP16跟TF32更差, 所以沒有人去優化

                            Github

                            1 条回复 最后回复
                            0

                            你好!看起来您对这段对话很感兴趣,但您还没有一个账号。

                            厌倦了每次访问都刷到同样的帖子?您注册账号后,您每次返回时都能精准定位到您上次浏览的位置,并可选择接收新回复通知(通过邮件或推送通知)。您还能收藏书签、为帖子顶,向社区成员表达您的欣赏。

                            有了你的建议,这篇帖子会更精彩哦 💗

                            注册 登录
                            回复
                            • 在新帖中回复
                            登录后回复
                            • 从旧到新
                            • 从新到旧
                            • 最多赞同


                            • 登录

                            • 没有帐号? 注册

                            • 登录或注册以进行搜索。
                            • 第一个帖子
                              最后一个帖子
                            0
                            • 版块
                            • 最新
                            • 标签
                            • 热门
                            • 用户
                            • 群组