跳转至内容
  • 版块
  • 最新
  • 标签
  • 热门
  • 用户
  • 群组
皮肤
  • 浅色
  • 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. AI硬件
  3. RTX3080 20g,qwen3.6 27B 45-50T/S 35B多模态256K 110T/S

RTX3080 20g,qwen3.6 27B 45-50T/S 35B多模态256K 110T/S

已定时 已固定 已锁定 已移动 AI硬件
nvidiartx3080
72 帖子 17 发布者 1.2k 浏览 2 关注中
  • 从旧到新
  • 从新到旧
  • 最多赞同
回复
  • 在新帖中回复
登录后回复
此主题已被删除。只有拥有主题管理权限的用户可以查看。
  • A applejuice

    @rock-shi 我也只折腾过AI
    如果下决定前 知道要多付出4000元 我就选r9700了

    但是据ai 解答 长上下文 如果 超过24gb nvlink 也有帮助
    收益太少 是真的

    rock shiR 离线
    rock shiR 离线
    rock shi
    编写于 最后由 编辑
    #49

    @applejuice 也不能这么说,肯定是有舍有得。像我这两个3080,当时买的时候感觉挺落后的,实际上玩起来的时候说不定有很多其他卡不适配的应用场景,整体速度感觉也还不错。53164c3f-b1fa-4fe0-8775-35881d05bfa6-image.jpeg

    1 条回复 最后回复
    1
    • V 在线
      V 在线
      vosrock
      编写于 最后由 编辑
      #50

      016.PNG
      用27B跑项目的前期,工作习惯,框架大体搭好,然后用35B,开满上下文,不用MTP,速度就是这个样子,截图的这个状态实际上下文已经跑到了150K了,这只是单卡,还是不要搞双卡了,哥们

      A 1 条回复 最后回复
      1
      • V vosrock

        016.PNG
        用27B跑项目的前期,工作习惯,框架大体搭好,然后用35B,开满上下文,不用MTP,速度就是这个样子,截图的这个状态实际上下文已经跑到了150K了,这只是单卡,还是不要搞双卡了,哥们

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

        @vosrock

        钱已经花了 等我机器到也测一测

        rock shiR V 2 条回复 最后回复
        0
        • A applejuice

          @vosrock

          钱已经花了 等我机器到也测一测

          rock shiR 离线
          rock shiR 离线
          rock shi
          编写于 最后由 编辑
          #52

          @applejuice 双卡3090+nvlink绝对牛逼。期待一波反馈

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

            @vosrock

            钱已经花了 等我机器到也测一测

            V 在线
            V 在线
            vosrock
            编写于 最后由 编辑
            #53

            @applejuice 原来您是双3090啊,那不一样,完全是两个世界了,我估计跑COMFYuI都能有不错的体验啊,单3080其实LTX2.3也能跑一下,体验都还可以的,这张卡其实我是去年拿来跑视频的敢信

            1 条回复 最后回复
            0
            • I 离线
              I 离线
              im17me
              编写于 最后由 编辑
              #54

              @applejuice 你的3090加nvlink 有效果吗?能不能说一下提升情况

              A L 2 条回复 最后回复
              0
              • I im17me

                @applejuice 你的3090加nvlink 有效果吗?能不能说一下提升情况

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

                @im17me 还没到啊. 我国外

                rock shiR 1 条回复 最后回复
                0
                • I im17me

                  @applejuice 你的3090加nvlink 有效果吗?能不能说一下提升情况

                  L 离线
                  L 离线
                  ldscool
                  编写于 最后由 编辑
                  #56

                  @im17me 有nvlink 的3090那是直接起飞了,可以预期速度x1.8,显存48g爽yy了

                  1 条回复 最后回复
                  0
                  • 系统 取消固定了该主题
                  • A applejuice

                    @im17me 还没到啊. 我国外

                    rock shiR 离线
                    rock shiR 离线
                    rock shi
                    编写于 最后由 编辑
                    #57

                    @applejuice 48g我的天,后面还可以关注DFlash,你这跑27b速度不得到80t/s

                    1 条回复 最后回复
                    0
                    • V 在线
                      V 在线
                      vosrock
                      编写于 最后由 编辑
                      #58

                      隔壁帖子SKY大佬提供的模型Qwen3.6-27B-uncensored-abliterated-MTP-i1-IQ4_XS-FFN-IQ3,27B多模态MTP的速度,KV现在是150K上限,跑到了100K左右,显存峰值才19。3G,也就是说还可以继续加,不过这个速度这个精度还多模态,已经无遗憾了

                      017.png

                      rock shiR 1 条回复 最后回复
                      1
                      • V vosrock

                        隔壁帖子SKY大佬提供的模型Qwen3.6-27B-uncensored-abliterated-MTP-i1-IQ4_XS-FFN-IQ3,27B多模态MTP的速度,KV现在是150K上限,跑到了100K左右,显存峰值才19。3G,也就是说还可以继续加,不过这个速度这个精度还多模态,已经无遗憾了

                        017.png

                        rock shiR 离线
                        rock shiR 离线
                        rock shi
                        编写于 最后由 编辑
                        #59

                        @vosrock 对啊!最起码体感很舒服了,跟云端差不太多了。再就等DFlash了,让AI预估了一下3080估计能到60t/s了

                        V 1 条回复 最后回复
                        0
                        • kop wangK 离线
                          kop wangK 离线
                          kop wang
                          编写于 最后由 编辑
                          #60

                          感谢楼主分享。
                          prefill性能不到500,从性价比上来讲可以接受,但是容易多轮对话之后每次LLM调用都要罚站10~20秒。

                          但反过来想,如果使用localLLM只是用于背景进程任务,对实时性要求不高的话,也是可以接受的。

                          还有就是MTP对于prefill有一定的负面影响,也需要去衡量。

                          虚心交流,一起进步

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

                            感谢楼主分享。
                            prefill性能不到500,从性价比上来讲可以接受,但是容易多轮对话之后每次LLM调用都要罚站10~20秒。

                            但反过来想,如果使用localLLM只是用于背景进程任务,对实时性要求不高的话,也是可以接受的。

                            还有就是MTP对于prefill有一定的负面影响,也需要去衡量。

                            V 在线
                            V 在线
                            vosrock
                            编写于 最后由 编辑
                            #61

                            @kop-wang 这是跑到105K KV时候的PREFILLL速度,对话开始的时候是1100多

                            1 条回复 最后回复
                            0
                            • rock shiR rock shi

                              @vosrock 对啊!最起码体感很舒服了,跟云端差不太多了。再就等DFlash了,让AI预估了一下3080估计能到60t/s了

                              V 在线
                              V 在线
                              vosrock
                              编写于 最后由 编辑
                              #62

                              @rock-shi 跑了一下午的代码项目,160K到顶了,170K有机会炸显存,疑问来了,不是说MTP不支持多模态吗?我怎么跑起来了

                              rock shiR 1 条回复 最后回复
                              0
                              • V vosrock

                                @rock-shi 跑了一下午的代码项目,160K到顶了,170K有机会炸显存,疑问来了,不是说MTP不支持多模态吗?我怎么跑起来了

                                rock shiR 离线
                                rock shiR 离线
                                rock shi
                                编写于 最后由 编辑
                                #63

                                @vosrock 支持的啊,下午还让AI找了个多模态的用上了

                                1 条回复 最后回复
                                0
                                • V 在线
                                  V 在线
                                  vosrock
                                  编写于 最后由 编辑
                                  #64

                                  最新优化,我觉得又白嫖了KV了,多模态MTP,长时间N多轮对话直到KV到99%都稳定运行,KV已经可以达到190K.。。。我继续让他做中型的代码任务,
                                  35B我觉得可以弃用了,MTP基本无效,不时出点“什么缩进错误”,或者“干脆我重写好了”,
                                  隔壁帖子提到的forcing full prompt re-processing due to lack of cache dataforcing full prompt re-processing due to lack of cache data现象,终于是出现了,不过也就一扫而过,没有感到任何异常

                                  019.png

                                  020.png
                                  改了高亮的地方

                                  Tony WangT 1 条回复 最后回复
                                  1
                                  • V 在线
                                    V 在线
                                    vosrock
                                    编写于 最后由 编辑
                                    #65

                                    我目前使用HERMES的方法是对话式的,还没达到大佬们自动生产脚本的程度,目前的体验已经比在线的要好,要快,能力一点不弱,甚至更强,因为它读我给它的PDF,又快又准,理解得又好,甚至有的时候我对PDF那个环节拿不准,让他帮我找解决方法比我去看还快,之前一旦对话到后期,显存占用19.7M无论共享显存是0.2G还是多少,就有几率出现个位数的T/S,这个时候就比较煎熬了,因为这个时候项目代码有的还没更新完,停又不好停,但是现在这个设置,达到19.7G显存占用后,速度几乎还能保持35T/S左右,甚至现在共享显存已经到了1G了,还是很稳,对话过程的延时基本就是一两秒就开始给我回复了,到此刻,正式结束HERMES 跑QWEN3.6 27B的参数优化,谢谢大家看我唠叨

                                    A rock shiR 2 条回复 最后回复
                                    1
                                    • V vosrock

                                      我目前使用HERMES的方法是对话式的,还没达到大佬们自动生产脚本的程度,目前的体验已经比在线的要好,要快,能力一点不弱,甚至更强,因为它读我给它的PDF,又快又准,理解得又好,甚至有的时候我对PDF那个环节拿不准,让他帮我找解决方法比我去看还快,之前一旦对话到后期,显存占用19.7M无论共享显存是0.2G还是多少,就有几率出现个位数的T/S,这个时候就比较煎熬了,因为这个时候项目代码有的还没更新完,停又不好停,但是现在这个设置,达到19.7G显存占用后,速度几乎还能保持35T/S左右,甚至现在共享显存已经到了1G了,还是很稳,对话过程的延时基本就是一两秒就开始给我回复了,到此刻,正式结束HERMES 跑QWEN3.6 27B的参数优化,谢谢大家看我唠叨

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

                                      @vosrock 说:

                                      我目前使用HERMES的方法是对话式的,还没达到大佬们自动生产脚本的程度,目前的体验已经比在线的要好,要快,能力一点不弱,甚至更强,因为它读我给它的PDF,又快又准,理解得又好,甚至有的时候我对PDF那个环节拿不准,让他帮我找解决方法比我去看还快,之前一旦对话到后期,显存占用19.7M无论共享显存是0.2G还是多少,就有几率出现个位数的T/S,这个时候就比较煎熬了,因为这个时候项目代码有的还没更新完,停又不好停,但是现在这个设置,达到19.7G显存占用后,速度几乎还能保持35T/S左右,甚至现在共享显存已经到了1G了,还是很稳,对话过程的延时基本就是一两秒就开始给我回复了,到此刻,正式结束HERMES 跑QWEN3.6 27B的参数优化,谢谢大家看我唠叨

                                      你是怎样测试的?

                                      L 1 条回复 最后回复
                                      0
                                      • V vosrock

                                        最新优化,我觉得又白嫖了KV了,多模态MTP,长时间N多轮对话直到KV到99%都稳定运行,KV已经可以达到190K.。。。我继续让他做中型的代码任务,
                                        35B我觉得可以弃用了,MTP基本无效,不时出点“什么缩进错误”,或者“干脆我重写好了”,
                                        隔壁帖子提到的forcing full prompt re-processing due to lack of cache dataforcing full prompt re-processing due to lack of cache data现象,终于是出现了,不过也就一扫而过,没有感到任何异常

                                        019.png

                                        020.png
                                        改了高亮的地方

                                        Tony WangT 离线
                                        Tony WangT 离线
                                        Tony Wang
                                        编写于 最后由 编辑
                                        #67

                                        @vosrock

                                        35b A3b 因为是moe模式, MTP和专家路由很难对齐,所以效果不好,等将来MTP的优化做得更好的时候,可能会有改善。

                                        1 条回复 最后回复
                                        0
                                        • V vosrock

                                          我目前使用HERMES的方法是对话式的,还没达到大佬们自动生产脚本的程度,目前的体验已经比在线的要好,要快,能力一点不弱,甚至更强,因为它读我给它的PDF,又快又准,理解得又好,甚至有的时候我对PDF那个环节拿不准,让他帮我找解决方法比我去看还快,之前一旦对话到后期,显存占用19.7M无论共享显存是0.2G还是多少,就有几率出现个位数的T/S,这个时候就比较煎熬了,因为这个时候项目代码有的还没更新完,停又不好停,但是现在这个设置,达到19.7G显存占用后,速度几乎还能保持35T/S左右,甚至现在共享显存已经到了1G了,还是很稳,对话过程的延时基本就是一两秒就开始给我回复了,到此刻,正式结束HERMES 跑QWEN3.6 27B的参数优化,谢谢大家看我唠叨

                                          rock shiR 离线
                                          rock shiR 离线
                                          rock shi
                                          编写于 最后由 编辑
                                          #68

                                          @vosrock moe现在确实不行,就算DeepSeep v4这么强的模型也是moe,就能够得到qwen 27b的水平

                                          1 条回复 最后回复
                                          0

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

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

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

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


                                          • 登录

                                          • 没有帐号? 注册

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