跳转至内容
  • 版块
  • 最新
  • 标签
  • 热门
  • 用户
  • 群组
皮肤
  • 浅色
  • 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. RTX PRO 5000的qwen3.6-27B性能优化

RTX PRO 5000的qwen3.6-27B性能优化

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

    基于上帖:RTX PRO 5000碎碎念@566656661 老哥的鞭策,基本上遍历了市面上所有比较火的qwen3.6-27B模型。最终找到了一个相对性价比最高的版本:Qwen3.6-27B-NVFP4-MTP-GGUF


    驱动版本:
    596.59
    CUDA 13.0


    优势:

    多模态,nvfp4,llama-cpp,MTP支持,MTP-nvfp4量化(目前唯一)

    劣势:

    不是非拒绝模型


    启动参数如下:

    ~/projects/llama.cpp/build/bin/llama-server \
      -m ~/.local/models/Qwen3.6-27B-NVFP4-MTP-GGUF.gguf \
      --mmproj ~/.local/models/Qwen3.6-27B-mmproj-BF16.gguf \
      -ngl 99 \
      --flash-attn on \
      --cache-type-k q8_0 \
      --cache-type-v q8_0 \
      -c 262144 \
      --port 8081 \
      --host 0.0.0.0 \
      --temp 0.6 \
      --top-p 0.95 \
      --top-k 40 \
      --repeat-penalty 1.05 \
      --repeat-last-n 512 \
      --spec-type draft-mtp \
      --spec-draft-n-max 2
    

    最终实战结果:
    在Hermes Agent中实战调用,上下文总长256K,已占用100K的前提下,跑出了prefill:1400t/s decode:60t/s 的成绩,至少在hermes调用上,LLM的逻辑推理已经不成瓶颈。且在我自用的两天中,并没有出现无限循环的情况。

    推荐给大家。

    虚心交流,一起进步

    Tony WangT 1 条回复 最后回复
    2
    • M 在线
      M 在线
      mark
      编写于 最后由 编辑
      #2

      没用官方原版的吗? 这个有啥优势? 一会我下载下来看看 .
      622d709e-da40-41c7-92a8-487243601162-image.jpeg

      kop wangK 1 条回复 最后回复
      0
      • M mark

        没用官方原版的吗? 这个有啥优势? 一会我下载下来看看 .
        622d709e-da40-41c7-92a8-487243601162-image.jpeg

        kop wangK 离线
        kop wangK 离线
        kop wang
        编写于 最后由 编辑
        #3

        @mark 官方只有FP8,所有的nvfp4都是第三方的。最有名的unsloth的直接跑不起来,vllm会直接把整个wsl拉崩溃。

        剩下的在口碑上就拉不开差距了,于是选了个号称跑分最高的。恰巧这个又是nvfp4,又是gguf,又是多模态,还mtp。

        虚心交流,一起进步

        1 条回复 最后回复
        1
        • terryT 在线
          terryT 在线
          terry
          超级版主
          编写于 最后由 terry 编辑
          #4

          跑起来速度和在线的相比如何,我4090跑不了NVFP4,INT4量化智力足够了,速度我感觉也就那样,跑任务我觉得也不比xtx强多少,上下文你长一点,意义不大。超过128基本没啥意义。多来点实际体验。对了,多谈谈Turboquant,MTP,Dflash这些,MTP,DFlash对比等等。我还是Q8 KV,这几天AMD的卡我就偶尔玩玩,N卡已经把VLLM的环境都给卸载了,以后就Llama.cpp,不折腾了,甚至N卡以后都不碰大模型了。专职ComfyUI。

          油管:https://www.youtube.com/@抡锤者

          1 条回复 最后回复
          0
          • M 在线
            M 在线
            mark
            编写于 最后由 编辑
            #5

            我下载了, Qwen3.6-27B-NVFP4-MTP-GGUF ,我是lm studio ,跑残废了. 跑不动.
            aa68c567-fd60-44c5-a33e-638bd7d8ff4e-image.jpeg

            1 条回复 最后回复
            0
            • kop wangK kop wang

              基于上帖:RTX PRO 5000碎碎念@566656661 老哥的鞭策,基本上遍历了市面上所有比较火的qwen3.6-27B模型。最终找到了一个相对性价比最高的版本:Qwen3.6-27B-NVFP4-MTP-GGUF


              驱动版本:
              596.59
              CUDA 13.0


              优势:

              多模态,nvfp4,llama-cpp,MTP支持,MTP-nvfp4量化(目前唯一)

              劣势:

              不是非拒绝模型


              启动参数如下:

              ~/projects/llama.cpp/build/bin/llama-server \
                -m ~/.local/models/Qwen3.6-27B-NVFP4-MTP-GGUF.gguf \
                --mmproj ~/.local/models/Qwen3.6-27B-mmproj-BF16.gguf \
                -ngl 99 \
                --flash-attn on \
                --cache-type-k q8_0 \
                --cache-type-v q8_0 \
                -c 262144 \
                --port 8081 \
                --host 0.0.0.0 \
                --temp 0.6 \
                --top-p 0.95 \
                --top-k 40 \
                --repeat-penalty 1.05 \
                --repeat-last-n 512 \
                --spec-type draft-mtp \
                --spec-draft-n-max 2
              

              最终实战结果:
              在Hermes Agent中实战调用,上下文总长256K,已占用100K的前提下,跑出了prefill:1400t/s decode:60t/s 的成绩,至少在hermes调用上,LLM的逻辑推理已经不成瓶颈。且在我自用的两天中,并没有出现无限循环的情况。

              推荐给大家。

              Tony WangT 在线
              Tony WangT 在线
              Tony Wang
              超级版主
              编写于 最后由 编辑
              #6

              @kop-wang

              最终实战结果:
              在Hermes Agent中实战调用,上下文总长256K,已占用100K的前提下,跑出了prefill:1400t/s decode:60t/s 的成绩,至少在hermes调用上,LLM的逻辑推理已经不成瓶颈。且在我自用的两天中,并没有出现无限循环的情况。

              这个结果我觉得不错了, 假设thinking 2048

              TTFT = 100000/1400 = 71.4s
              thinking = 2048/60 = 34.1s
              有效首字 = 71.4 + 34.1 = 105.5s

              100K上下文, 深度思考的情况下, 有效首字能到 105秒, 我觉得还算不错了. decode 60肯定足够用了.

              1 条回复 最后回复
              0
              • 5 在线
                5 在线
                566656661
                编写于 最后由 编辑
                #7

                辛苦了

                27b nvfp4 gguf的無審批的模型真的很少見, 大多數都係AWQ或者GPTQ

                1 条回复 最后回复
                0

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

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

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

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


                • 登录

                • 没有帐号? 注册

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