跳转至内容
  • 版块
  • 最新
  • 标签
  • 热门
  • 用户
  • 群组
皮肤
  • 浅色
  • 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

  • 默认(LCZ-Blue)
  • 不使用皮肤
  • LCZ-Green
  • LCZ-Blue
  • LCZ-Black
折叠
品牌标识

抡锤者

首页 版块 标签
硬件
装备秀
AI 广场
  1. 主页
  2. 版块
  3. AI硬件
  4. X99 + 双 AMD Radeon AI PRO R9700 跑通跨 Root Port P2P:从内核、RCCL 到 SGLang Qwen3.8 实战

X99 + 双 AMD Radeon AI PRO R9700 跑通跨 Root Port P2P:从内核、RCCL 到 SGLang Qwen3.8 实战

已定时 已固定 已锁定 已移动 精华 热议 AI硬件
r9700x99多卡部署
64 帖子 14 发布者 2.3k 浏览 7 关注中
  • 从旧到新
  • 从新到旧
  • 最多赞同
回复
  • 在新帖中回复
登录后回复
此主题已被删除。只有拥有主题管理权限的用户可以查看。
  • fcmeF fcme

    对啊,2%不到的差距没啥可担心的,Agent时代验收一下就可以了,也就可能是有时候需要多做个一步两步的。我现在发现搭配的agent某种程度上更重要,dsh明显比Hermes干活的效率要高。

    terryT
    terryT
    terry
    超级版主
    编写于 最后由 terry 编辑
    #17

    @fcme 弟人家这个帖子是的关键是速度吗?人家是打通P2P,第一这是个人实验项目,刚刚开始,以后还可以优化。解决的是有无问题,是原创,就算纯粹从炫技的角度来看,也很有意义。它不是我发现了某个插件,某个方案很牛逼,这种技能很多人都能掌握,并不特别值得炫耀。
    第二,PP在有SGLang的情况下,影响并不那么大,Agent场景只做增量Prefill,并不会一直做如此大的Prefill工作,所以可以接受。还是有应用价值的,不是所有场景都看测试数据的。
    第三,这个方案对24G的7900XTX意义很大,它没有mxfp4的红利,可以抄作业,只要用上SGLang,双卡TP的意义在过往的帖子中有过大量测试,很有意义。
    第四,VLLM有它的强项,也有弱项,Agent上它就是不如SGLang,不如NInfer,HaloGen,它没有硬核增量缓存计算,更没有跨会话缓存复用,并不是数字好看,体验就好的。
    第五,对VLLM的用户而言,在X99上打通P2P难道没意义?你怎么知道人家不会vLLM呢?

    论坛藏龙卧虎,低调交流。不能总学我,有点知识就吹牛逼,我都被打脸太多次,不太在乎了。谦虚使人进步,骄傲使人落后。

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

    fcmeF 1 条回复 最后回复
    0
    • ,suboyangS suboyang 引用了 此主题
    • ,张光璞张 张光璞 引用了 此主题
    • 张光璞张
      张光璞张
      张光璞
      技术大牛 劳动模范
      编写于 最后由 编辑
      #18

      我已经跑起来了,4并发160k ,现在单会话在58t/s 双会话 就是55 x 2

      terryT suboyangS 2 条回复 最后回复
      1
      • 张光璞张 张光璞

        我已经跑起来了,4并发160k ,现在单会话在58t/s 双会话 就是55 x 2

        terryT
        terryT
        terry
        超级版主
        编写于 最后由 编辑
        #19

        @张光璞 单独更新个帖子可以,详细弄下数据。其实最主要的,我不希望大家总是发一大堆内容,就几个关键的,吐字速度,长上下文多并发的实际使用体验。然后再展开prefill,decode等具体数据,先给结论。这玩意能普及,也算是开了个新的玩法。

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

        张光璞张 1 条回复 最后回复
        0
        • ,terryT terry 引用了 此主题
        • terryT terry

          @张光璞 单独更新个帖子可以,详细弄下数据。其实最主要的,我不希望大家总是发一大堆内容,就几个关键的,吐字速度,长上下文多并发的实际使用体验。然后再展开prefill,decode等具体数据,先给结论。这玩意能普及,也算是开了个新的玩法。

          张光璞张
          张光璞张
          张光璞
          技术大牛 劳动模范
          编写于 最后由 编辑
          #20

          @terry 说:

          @张光璞 单独更新个帖子可以,详细弄下数据。其实最主要的,我不希望大家总是发一大堆内容,就几个关键的,吐字速度,长上下文多并发的实际使用体验。然后再展开prefill,decode等具体数据,先给结论。这玩意能普及,也算是开了个新的玩法。

          ai会自动总结 很多东西。这样的好处是可以让别人抄作业的时候,直接得到数据配置信息等。

          其实人看的只要写在头上就可以,大家只关心那几个数据 ,prefill decode TTFT 几并发

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

            @fcme 弟人家这个帖子是的关键是速度吗?人家是打通P2P,第一这是个人实验项目,刚刚开始,以后还可以优化。解决的是有无问题,是原创,就算纯粹从炫技的角度来看,也很有意义。它不是我发现了某个插件,某个方案很牛逼,这种技能很多人都能掌握,并不特别值得炫耀。
            第二,PP在有SGLang的情况下,影响并不那么大,Agent场景只做增量Prefill,并不会一直做如此大的Prefill工作,所以可以接受。还是有应用价值的,不是所有场景都看测试数据的。
            第三,这个方案对24G的7900XTX意义很大,它没有mxfp4的红利,可以抄作业,只要用上SGLang,双卡TP的意义在过往的帖子中有过大量测试,很有意义。
            第四,VLLM有它的强项,也有弱项,Agent上它就是不如SGLang,不如NInfer,HaloGen,它没有硬核增量缓存计算,更没有跨会话缓存复用,并不是数字好看,体验就好的。
            第五,对VLLM的用户而言,在X99上打通P2P难道没意义?你怎么知道人家不会vLLM呢?

            论坛藏龙卧虎,低调交流。不能总学我,有点知识就吹牛逼,我都被打脸太多次,不太在乎了。谦虚使人进步,骄傲使人落后。

            fcmeF
            fcmeF
            fcme
            超凡大师
            编写于 最后由 编辑
            #21

            @terry
            这我完全同意,sglang对amd的支持始终就挺屎的。
            牛人太多了,要是有人能完全搞定AMD民用卡在sglang上面的生态那就太牛了,加油。

            terryT suboyangS 2 条回复 最后回复
            0
            • fcmeF fcme

              @terry
              这我完全同意,sglang对amd的支持始终就挺屎的。
              牛人太多了,要是有人能完全搞定AMD民用卡在sglang上面的生态那就太牛了,加油。

              terryT
              terryT
              terry
              超级版主
              编写于 最后由 terry 编辑
              #22

              @fcme 很多人都搞起来了,双7900XTX 4路并发长上下文都跑了,这对AMD用户太重要了。现在就是DDR4平台的板子太贵,大家想要解决X99这样的DDR3平台双卡TP的问题,这真的是非常重要。

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

              fcmeF 1 条回复 最后回复
              0
              • terryT terry

                @fcme 很多人都搞起来了,双7900XTX 4路并发长上下文都跑了,这对AMD用户太重要了。现在就是DDR4平台的板子太贵,大家想要解决X99这样的DDR3平台双卡TP的问题,这真的是非常重要。

                fcmeF
                fcmeF
                fcme
                超凡大师
                编写于 最后由 编辑
                #23

                @terry
                DDR3太老了,需要更多的折腾是可预期的一个事情。我记得你之前视频里也不推荐大家搞双卡,问题太多了,何况DDR3的老平台。
                从钱的角度说9700的32G对于90%本地玩家来说都够了,尤其是你最近视频里也说AMD生态有点支棱起来了。都是1万左右,单卡9700明显比7900XTX双卡容易折腾,当然双卡48G的大显存池对于多开的场景还是有绝对优势的。牛人们加油,我们等着抄作业吧😂

                1 条回复 最后回复
                0
                • fcmeF fcme

                  对啊,2%不到的差距没啥可担心的,Agent时代验收一下就可以了,也就可能是有时候需要多做个一步两步的。我现在发现搭配的agent某种程度上更重要,dsh明显比Hermes干活的效率要高。

                  kos orK
                  kos orK
                  kos or
                  超凡大师
                  编写于 最后由 编辑
                  #24

                  @fcme said:

                  我现在发现搭配的agent某种程度上更重要,dsh明显比Hermes干活的效率要高。

                  謝謝分享, 還沒研究到這一個層面, 有沒有可能 Hermes這種AIO多功能型的Agent system prompt, skills, memory.md, user.md 在一開始注入太多上下文
                  而降低了hermes agent的開發效率?

                  1 条回复 最后回复
                  0
                  • 张光璞张 张光璞

                    我已经跑起来了,4并发160k ,现在单会话在58t/s 双会话 就是55 x 2

                    suboyangS
                    suboyangS
                    suboyang
                    劳动模范
                    编写于 最后由 suboyang 编辑
                    #25

                    @张光璞 双路吗?58t/s 有点慢

                    张光璞张 1 条回复 最后回复
                    0
                    • fcmeF fcme

                      @terry
                      这我完全同意,sglang对amd的支持始终就挺屎的。
                      牛人太多了,要是有人能完全搞定AMD民用卡在sglang上面的生态那就太牛了,加油。

                      suboyangS
                      suboyangS
                      suboyang
                      劳动模范
                      编写于 最后由 编辑
                      #26

                      @fcme

                      现在最大的问题是,Qwen3.8-27B-MXFP4 这类模型,我还没有看到双卡 R9700 可以稳定100t/s 以上的,尤其是250K上下文的测试,如果在250K 还能保持80~100t/s,本地模型部署才有意义,要不然干活太慢了,这个时间等不起。

                      张光璞张 1 条回复 最后回复
                      0
                      • suboyangS suboyang

                        @fcme

                        现在最大的问题是,Qwen3.8-27B-MXFP4 这类模型,我还没有看到双卡 R9700 可以稳定100t/s 以上的,尤其是250K上下文的测试,如果在250K 还能保持80~100t/s,本地模型部署才有意义,要不然干活太慢了,这个时间等不起。

                        张光璞张
                        张光璞张
                        张光璞
                        技术大牛 劳动模范
                        编写于 最后由 编辑
                        #27

                        @suboyang 说:

                        @fcme

                        现在最大的问题是,Qwen3.8-27B-MXFP4 这类模型,我还没有看到双卡 R9700 可以稳定100t/s 以上的,尤其是250K上下文的测试,如果在250K 还能保持80~100t/s,本地模型部署才有意义,要不然干活太慢了,这个时间等不起。

                        MXFP4 单9700 能跑在80~90 t/s 很稳定。

                        1 条回复 最后回复
                        0
                        • suboyangS suboyang

                          @张光璞 双路吗?58t/s 有点慢

                          张光璞张
                          张光璞张
                          张光璞
                          技术大牛 劳动模范
                          编写于 最后由 编辑
                          #28

                          @suboyang 说:

                          @张光璞 双路吗?58t/s 有点慢

                          现双R9700 单流58 双并发100多。

                          suboyangS 1 条回复 最后回复
                          0
                          • 张光璞张 张光璞

                            @suboyang 说:

                            @张光璞 双路吗?58t/s 有点慢

                            现双R9700 单流58 双并发100多。

                            suboyangS
                            suboyangS
                            suboyang
                            劳动模范
                            编写于 最后由 suboyang 编辑
                            #29

                            @张光璞
                            MXFP4 这个模型 双卡吗?双卡 MXFP4 单流58 ?

                            如果MXFP4 单9700 能跑在80~90 t/s 很稳定。 那么双卡至少150t/s ,双卡的方案才成立。

                            张光璞张 1 条回复 最后回复
                            0
                            • suboyangS suboyang

                              @张光璞
                              MXFP4 这个模型 双卡吗?双卡 MXFP4 单流58 ?

                              如果MXFP4 单9700 能跑在80~90 t/s 很稳定。 那么双卡至少150t/s ,双卡的方案才成立。

                              张光璞张
                              张光璞张
                              张光璞
                              技术大牛 劳动模范
                              编写于 最后由 编辑
                              #30

                              @suboyang 说:

                              @张光璞
                              MXFP4 这个模型 双卡吗?双卡 MXFP4 单流58 ?

                              现在感觉双卡更多的是高并发

                              suboyangS 1 条回复 最后回复
                              0
                              • 张光璞张 张光璞

                                @suboyang 说:

                                @张光璞
                                MXFP4 这个模型 双卡吗?双卡 MXFP4 单流58 ?

                                现在感觉双卡更多的是高并发

                                suboyangS
                                suboyangS
                                suboyang
                                劳动模范
                                编写于 最后由 suboyang 编辑
                                #31

                                @张光璞

                                双卡性能最大的问题就在这。我是用本地模型写过代码,58t/s 这个速度我最后是放弃了。这个时间根本等不起,一个脚本的输出,很多需要1小时以上。换成deepseek大模型10分钟搞定。

                                如果在长上下文,双卡单流58t/s,那折腾双卡TP意义就不大。这也是我一直不敢搞的原因,双卡TP必须有绝对性能优势单流 150t/s 以上,做这个方案才可以真的干活。

                                Deepseek 是250t/s, 本地模型速度虽然不能完全去比,但是至少得有50%的效率,才有折腾的意义。做项目,本地模型双卡TP如果需要5倍以上的时间,那意义不大。

                                L 1 条回复 最后回复
                                0
                                • suboyangS suboyang

                                  @张光璞

                                  双卡性能最大的问题就在这。我是用本地模型写过代码,58t/s 这个速度我最后是放弃了。这个时间根本等不起,一个脚本的输出,很多需要1小时以上。换成deepseek大模型10分钟搞定。

                                  如果在长上下文,双卡单流58t/s,那折腾双卡TP意义就不大。这也是我一直不敢搞的原因,双卡TP必须有绝对性能优势单流 150t/s 以上,做这个方案才可以真的干活。

                                  Deepseek 是250t/s, 本地模型速度虽然不能完全去比,但是至少得有50%的效率,才有折腾的意义。做项目,本地模型双卡TP如果需要5倍以上的时间,那意义不大。

                                  L
                                  L
                                  laobenxiong
                                  德高望重 劳动模范
                                  编写于 最后由 编辑
                                  #32

                                  @suboyang 说:

                                  @张光璞

                                  双卡性能最大的问题就在这。我是用本地模型写过代码,58t/s 这个速度我最后是放弃了。这个时间根本等不起,一个脚本的输出,很多需要1小时以上。换成deepseek大模型10分钟搞定。

                                  如果在长上下文,双卡单流58t/s,那折腾双卡TP意义就不大。这也是我一直不敢搞的原因,双卡TP必须有绝对性能优势单流 150t/s 以上,做这个方案才可以真的干活。

                                  Deepseek 是250t/s, 本地模型速度虽然不能完全去比,但是至少得有50%的效率,才有折腾的意义。做项目,本地模型双卡TP如果需要5倍以上的时间,那意义不大。

                                  确实. 只能把一些优先级比较低的任务, 而且边界/需求描述的比较明确的任务, 在睡觉前交给它, 第二天起床再看看结果. 不过现在线上模型价格好像也没那么贵, 所以就有点尴尬了.

                                  对不能上外网的场景, 一般都是正式的工作内容, 还是有那么一点点意义; 不过既然是正式的工作内容, 太慢了对老板来讲也是不划算的;

                                  对于爱折腾的人来讲, 就是一个不断学习的过程...能达到这一个目标就很好了. 呵呵

                                  suboyangS kos orK 2 条回复 最后回复
                                  0
                                  • L laobenxiong

                                    @suboyang 说:

                                    @张光璞

                                    双卡性能最大的问题就在这。我是用本地模型写过代码,58t/s 这个速度我最后是放弃了。这个时间根本等不起,一个脚本的输出,很多需要1小时以上。换成deepseek大模型10分钟搞定。

                                    如果在长上下文,双卡单流58t/s,那折腾双卡TP意义就不大。这也是我一直不敢搞的原因,双卡TP必须有绝对性能优势单流 150t/s 以上,做这个方案才可以真的干活。

                                    Deepseek 是250t/s, 本地模型速度虽然不能完全去比,但是至少得有50%的效率,才有折腾的意义。做项目,本地模型双卡TP如果需要5倍以上的时间,那意义不大。

                                    确实. 只能把一些优先级比较低的任务, 而且边界/需求描述的比较明确的任务, 在睡觉前交给它, 第二天起床再看看结果. 不过现在线上模型价格好像也没那么贵, 所以就有点尴尬了.

                                    对不能上外网的场景, 一般都是正式的工作内容, 还是有那么一点点意义; 不过既然是正式的工作内容, 太慢了对老板来讲也是不划算的;

                                    对于爱折腾的人来讲, 就是一个不断学习的过程...能达到这一个目标就很好了. 呵呵

                                    suboyangS
                                    suboyangS
                                    suboyang
                                    劳动模范
                                    编写于 最后由 suboyang 编辑
                                    #33

                                    @laobenxiong

                                    对,本地模型要能普及,先不提智商程度,必须是真的可以让本地模型的使用者,有一个较为流畅的体验,如果只是跑起来,意义不大。

                                    不过用R9700做做图还行,但是如果这样的话,还不如直接买7900xtx.

                                    L 1 条回复 最后回复
                                    0
                                    • suboyangS suboyang

                                      @laobenxiong

                                      对,本地模型要能普及,先不提智商程度,必须是真的可以让本地模型的使用者,有一个较为流畅的体验,如果只是跑起来,意义不大。

                                      不过用R9700做做图还行,但是如果这样的话,还不如直接买7900xtx.

                                      L
                                      L
                                      laobenxiong
                                      德高望重 劳动模范
                                      编写于 最后由 编辑
                                      #34

                                      @suboyang 说:

                                      @laobenxiong

                                      对,本地模型要能普及,先不提智商程度,必须是真的可以让本地模型的使用者,有一个较为流畅的体验,如果只是跑起来,意义不大。

                                      不过用R9700做做图还行,但是如果这样的话,还不如直接买7900xtx.

                                      现在出行很方便, 共享单车,公交,出租,高铁,飞机...都可以选择. 这也不妨碍自己买小车/电驴/自行车...个人折腾个本地小模型, 就算给自己捣鼓一辆单车玩玩吧.

                                      suboyangS 张光璞张 2 条回复 最后回复
                                      0
                                      • L laobenxiong

                                        @suboyang 说:

                                        @张光璞

                                        双卡性能最大的问题就在这。我是用本地模型写过代码,58t/s 这个速度我最后是放弃了。这个时间根本等不起,一个脚本的输出,很多需要1小时以上。换成deepseek大模型10分钟搞定。

                                        如果在长上下文,双卡单流58t/s,那折腾双卡TP意义就不大。这也是我一直不敢搞的原因,双卡TP必须有绝对性能优势单流 150t/s 以上,做这个方案才可以真的干活。

                                        Deepseek 是250t/s, 本地模型速度虽然不能完全去比,但是至少得有50%的效率,才有折腾的意义。做项目,本地模型双卡TP如果需要5倍以上的时间,那意义不大。

                                        确实. 只能把一些优先级比较低的任务, 而且边界/需求描述的比较明确的任务, 在睡觉前交给它, 第二天起床再看看结果. 不过现在线上模型价格好像也没那么贵, 所以就有点尴尬了.

                                        对不能上外网的场景, 一般都是正式的工作内容, 还是有那么一点点意义; 不过既然是正式的工作内容, 太慢了对老板来讲也是不划算的;

                                        对于爱折腾的人来讲, 就是一个不断学习的过程...能达到这一个目标就很好了. 呵呵

                                        kos orK
                                        kos orK
                                        kos or
                                        超凡大师
                                        编写于 最后由 编辑
                                        #35

                                        @laobenxiong said:

                                        不过现在线上模型价格好像也没那么贵, 所以就有点尴尬了.

                                        我Codex Luna Max 每個月20美元方案 根本用不完

                                        1 条回复 最后回复
                                        0
                                        • L laobenxiong

                                          @suboyang 说:

                                          @laobenxiong

                                          对,本地模型要能普及,先不提智商程度,必须是真的可以让本地模型的使用者,有一个较为流畅的体验,如果只是跑起来,意义不大。

                                          不过用R9700做做图还行,但是如果这样的话,还不如直接买7900xtx.

                                          现在出行很方便, 共享单车,公交,出租,高铁,飞机...都可以选择. 这也不妨碍自己买小车/电驴/自行车...个人折腾个本地小模型, 就算给自己捣鼓一辆单车玩玩吧.

                                          suboyangS
                                          suboyangS
                                          suboyang
                                          劳动模范
                                          编写于 最后由 编辑
                                          #36

                                          @laobenxiong

                                          这一套下来30000起步,可不是单车成本哦

                                          1 条回复 最后回复
                                          -1

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

                                          厌倦了每次访问都刷到同样的帖子?您注册账号后,您下次访问时都将自动回到上次浏览的位置,并可选择接收新回复的通知(通过电子邮件或推送通知)。您还可以收藏帖子、为帖子点赞,以此向其他社区成员表达您的感谢。

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

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


                                          • 登录

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