跳转至内容
  • 首页
  • 版块
  • 最新
  • 标签
  • 热门
  • 用户
  • 群组
皮肤
  • 浅色
  • 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. 版块
  3. AI硬件
  4. 让你们看看垃圾魔改卡2080ti 的威力 qwen3.6-27b fp8 精度 速度能到 60tokens/s nvlink 连接

让你们看看垃圾魔改卡2080ti 的威力 qwen3.6-27b fp8 精度 速度能到 60tokens/s nvlink 连接

已定时 已固定 已锁定 已移动 AI硬件
27 帖子 13 发布者 885 浏览
  • 从旧到新
  • 从新到旧
  • 最多赞同
回复
  • 在新帖中回复
登录后回复
此主题已被删除。只有拥有主题管理权限的用户可以查看。
  • jingy yiJ 离线
    jingy yiJ 离线
    jingy yi
    编写于 最后由 编辑
    #18

    感谢两位回复,补充说明一下,我的问题可能没表达清楚:

    先澄清:双 Thinking 是我打错了,就是 Nerkyor 的 Qwen3.6-27B-DSV4Pro-Thinking-Distill-FP8,模型背景我了解,不需要科普。我卡住的是复现的工程细节,收窄成三个具体问题:

    1. patch 具体位置:#16 说这个 patch 可以摘到主线 0.24 上用——那具体是 fork 里哪个 commit / 哪个文件?求 diff 链接。我知道它是把 mtp.safetensors 的 FP8 scale 到 BF16,但不知道改动在哪,没法摘。

    2. 同机同负载的开关对照:#16 说 acceptance 看工作性质不能直接比——完全同意,所以我要的恰恰不是跨环境比较,而是楼主自己同一台机、同一批 prompt 下,VLLM_QWOPUS_MTP_BF16_DRAFT 开/关各跑一次的 acceptance。只有这个对照能证明提升来自 BF16 draft 本身,而不是工作负载差异。如果楼主还留着环境,跑一把关掉的数就够了。

    3. 75% 是什么采样条件下测的:greedy(temp=0)还是带温度采样?这个变量比想象中大得多,见下面我们的数据。

    作为交换,附上我们的实测(A800 / vLLM 0.24 主线 / MTP3 / FP8 draft 未打 patch,acceptance 用 /metrics 前后差分):

    • greedy,10K 上下文:acceptance 52.8%,decode 75.7 tok/s
    • greedy,长短上下文合并(278/10K/53K):~46%
    • temp=1.0(生产配置,gen_config 默认):acceptance 32.8%,decode 55.7 tok/s

    也就是说光温度一个变量就能把 acceptance 从 53% 打到 33%,20 个点。所以楼主的 75% 里,BF16 draft、greedy、编程类负载各贡献多少,不做开关对照 + 对齐采样条件是拆不开的。如果 patch 真有净贡献,我这边 33% 的生产口径能提多少,非常想对齐一下。

    5 1 条回复 最后回复
    0
    • jingy yiJ 离线
      jingy yiJ 离线
      jingy yi
      编写于 最后由 编辑
      #19

      再补一个关键数据点:我另外下载了 BF16 主仓(全模型高精度、含原生 MTP 头)做对照,同条件(greedy / 10K / MTP3 / metrics 差分)实测 acceptance 也只有 ,46%,和 FP8 版基本持平。这说明精度不是 acceptance 的瓶颈——而这个 patch 的机制如果只是把 FP8 draft cast 成 BF16,那全 BF16 就是它的效果上限,上限都到不了 75%。所以我现在更倾向于:要么 patch 里还有 cast 之外的改动(那就更需要 diff 了),要么 75% 主要来自采样条件和负载类型。楼主给一把开关对照数据,这事就能一锤定音。

      1 条回复 最后回复
      0
      • jingy yiJ jingy yi

        感谢两位回复,补充说明一下,我的问题可能没表达清楚:

        先澄清:双 Thinking 是我打错了,就是 Nerkyor 的 Qwen3.6-27B-DSV4Pro-Thinking-Distill-FP8,模型背景我了解,不需要科普。我卡住的是复现的工程细节,收窄成三个具体问题:

        1. patch 具体位置:#16 说这个 patch 可以摘到主线 0.24 上用——那具体是 fork 里哪个 commit / 哪个文件?求 diff 链接。我知道它是把 mtp.safetensors 的 FP8 scale 到 BF16,但不知道改动在哪,没法摘。

        2. 同机同负载的开关对照:#16 说 acceptance 看工作性质不能直接比——完全同意,所以我要的恰恰不是跨环境比较,而是楼主自己同一台机、同一批 prompt 下,VLLM_QWOPUS_MTP_BF16_DRAFT 开/关各跑一次的 acceptance。只有这个对照能证明提升来自 BF16 draft 本身,而不是工作负载差异。如果楼主还留着环境,跑一把关掉的数就够了。

        3. 75% 是什么采样条件下测的:greedy(temp=0)还是带温度采样?这个变量比想象中大得多,见下面我们的数据。

        作为交换,附上我们的实测(A800 / vLLM 0.24 主线 / MTP3 / FP8 draft 未打 patch,acceptance 用 /metrics 前后差分):

        • greedy,10K 上下文:acceptance 52.8%,decode 75.7 tok/s
        • greedy,长短上下文合并(278/10K/53K):~46%
        • temp=1.0(生产配置,gen_config 默认):acceptance 32.8%,decode 55.7 tok/s

        也就是说光温度一个变量就能把 acceptance 从 53% 打到 33%,20 个点。所以楼主的 75% 里,BF16 draft、greedy、编程类负载各贡献多少,不做开关对照 + 对齐采样条件是拆不开的。如果 patch 真有净贡献,我这边 33% 的生产口径能提多少,非常想对齐一下。

        5 离线
        5 离线
        566656661
        超凡大师
        编写于 最后由 566656661 编辑
        #20

        @jingy-yi

        如果我沒理解錯的話vLLM自己就是這個Patch, FlashInfer裏面的話應該就是這個3620跟3621

        Temperature本身就是用來控制模型的隨機程度, 越高代表越不可控, 自然會讓MTP Acceptance Rate大大降低啊, 詳情可以看這份期刊的7.4點

        雖然我個人更加相信這個是來自工作内容差異, 而不是關於FP8跟BF16的分別, 畢竟兩者本體27B (FP8對上BF16) 的KLD也小於0.05, MTP估計也會維持在這附近

        jingy yiJ 1 条回复 最后回复
        0
        • 5 566656661

          @jingy-yi

          如果我沒理解錯的話vLLM自己就是這個Patch, FlashInfer裏面的話應該就是這個3620跟3621

          Temperature本身就是用來控制模型的隨機程度, 越高代表越不可控, 自然會讓MTP Acceptance Rate大大降低啊, 詳情可以看這份期刊的7.4點

          雖然我個人更加相信這個是來自工作内容差異, 而不是關於FP8跟BF16的分別, 畢竟兩者本體27B (FP8對上BF16) 的KLD也小於0.05, MTP估計也會維持在這附近

          jingy yiJ 离线
          jingy yiJ 离线
          jingy yi
          编写于 最后由 编辑
          #21

          @566656661 说:

          @jingy-yi

          如果我沒理解錯的話vLLM自己就是這個Patch, FlashInfer裏面的話應該就是這個3620跟3621

          Temperature本身就是用來控制模型的隨機程度, 越高代表越不可控, 自然會讓MTP Acceptance Rate大大降低啊, 詳情可以看這份期刊的7.4點

          雖然我個人更加相信這個是來自工作内容差異, 而不是關於FP8跟BF16的分別, 畢竟兩者本體27B (FP8對上BF16) 的KLD也小於0.05, MTP估計也會維持在這附近

          这个模型的作者说后续会研究发布Patch,说明发布的模型的MTP是未Patch修改版。我实测下来,FP8和FP16的MTP命中率是一样的,就35~55%,代码类高,问题类低。而楼主的MTP命中率较高,所以我想问问是不是他有更新的模型或Patch方法。

          1 条回复 最后回复
          0
          • jingy yiJ 离线
            jingy yiJ 离线
            jingy yi
            编写于 最后由 编辑
            #22

            我用BF16的去替换FP8的,所有检查都通过,但替换后命中率为0,替换失败了。后面我直接实测开发者的原版BF16模型,发现MTP的命中率是差不多的

            1 条回复 最后回复
            1
            • Famadalu UsF 离线
              Famadalu UsF 离线
              Famadalu Us
              编写于 最后由 编辑
              #23

              很强,准备买来玩一下,2080ti 要涨价了

              terryT 1 条回复 最后回复
              0
              • Famadalu UsF Famadalu Us

                很强,准备买来玩一下,2080ti 要涨价了

                terryT 在线
                terryT 在线
                terry
                超级版主
                编写于 最后由 编辑
                #24

                @Famadalu-Us NVLink便宜吗?想多了。

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

                Famadalu UsF 1 条回复 最后回复
                0
                • terryT terry

                  @Famadalu-Us NVLink便宜吗?想多了。

                  Famadalu UsF 离线
                  Famadalu UsF 离线
                  Famadalu Us
                  编写于 最后由 编辑
                  #25

                  @terry 2080Ti 的 nvlink, 多多 200 多块

                  terryT 1 条回复 最后回复
                  0
                  • Famadalu UsF Famadalu Us

                    @terry 2080Ti 的 nvlink, 多多 200 多块

                    terryT 在线
                    terryT 在线
                    terry
                    超级版主
                    编写于 最后由 terry 编辑
                    #26

                    @Famadalu-Us 😢这么便宜?那还真的值的玩玩,卡再便宜一点,是能折腾下。主板能买到便宜的吗?讲实话,这个速度也没啥优势。只能说看得过去。别人单卡MTP也比这个快。

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

                    1 条回复 最后回复
                    0
                    • T 离线
                      T 离线
                      tutu
                      编写于 最后由 编辑
                      #27

                      看看这个项目,我实测qwen3.6-27b fp8 k8v4的kvcache 可以到230k的上下文,mtp 3支持多模态,prefill可以1800+ t/s decode 70+ t/s

                      我实测使用llamc.cpp 启用nccl的情况下跑qwen3.6-27b q6 q8的kvcahce 可以到400k的上下文池,np为2 mtp 3 prefiil可以到1000t/s , decode可以60t/s

                      1 条回复 最后回复
                      0

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

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

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

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


                      • 登录

                      • 没有帐号? 注册

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