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

    @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
                                  • 版块
                                  • 最新
                                  • 标签
                                  • 热门
                                  • 用户
                                  • 群组