跳转至内容
  • 版块
  • 最新
  • 标签
  • 热门
  • 用户
  • 群组
皮肤
  • 浅色
  • 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 关注中
  • 从旧到新
  • 从新到旧
  • 最多赞同
回复
  • 在新帖中回复
登录后回复
此主题已被删除。只有拥有主题管理权限的用户可以查看。
  • 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
                            • A applejuice

                              @vosrock 说:

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

                              你是怎样测试的?

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

                              @applejuice 就是命令行和hermes对话,让它建立项目做具体事情,做不好就骂,很奇怪,骂他比表扬他更有效,直到kv接近到99%,然后让它总结,写进度,退出,再次命令行进入,让它根据他自己写的项目进度继续做,每次重新打开第一次会话是比较久的,不过这个不影响了,毕竟190k上下文,已经可以撑很久,

                              那么问题来了,大家是怎么用的?为什么我的上下文基本是线性向上的,其实dashboard 的输入token曲线就能看出来

                              1 条回复 最后回复
                              0
                              • Eliesid SlivaE 离线
                                Eliesid SlivaE 离线
                                Eliesid Sliva
                                编写于 最后由 编辑
                                #70

                                感谢大佬,已经抄作业成功,同款20GB显存RTX3080 ,190K上下文,能跑50token/s左右,比LM Studio快太多了!
                                640b6b41-fcdd-4250-872a-4d8836621189-image.jpeg
                                90b489be-cb0f-4f9c-b074-f1ce7e7311c7-image.jpeg

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

                                  可以试试这几个配置,这个上下文这个速度,我感觉已经没有升级的冲动了
                                  6310dcdb-b00e-4a26-af40-54f486506e1f.jpg

                                  1 条回复 最后回复
                                  1
                                  • Tony WangT 离线
                                    Tony WangT 离线
                                    Tony Wang
                                    编写于 最后由 编辑
                                    #72

                                    已经非常好了 👍 👍 👍

                                    1 条回复 最后回复
                                    0

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

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

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

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


                                    • 登录

                                    • 没有帐号? 注册

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