跳转至内容
  • 版块
  • 最新
  • 标签
  • 热门
  • 用户
  • 群组
皮肤
  • 浅色
  • 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 60-40T/S 本地爽玩配置

RTX3080 20g,qwen3.6 27B 60-40T/S 本地爽玩配置

已定时 已固定 已锁定 已移动 AI硬件
nvidiartx3080
81 帖子 20 发布者 2.9k 浏览 6 关注中
  • 从旧到新
  • 从新到旧
  • 最多赞同
回复
  • 在新帖中回复
登录后回复
此主题已被删除。只有拥有主题管理权限的用户可以查看。
  • 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 条回复 最后回复
    0
    • 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 条回复 最后回复
                          1
                          • 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

                              S 1 条回复 最后回复
                              1
                              • Tony WangT 离线
                                Tony WangT 离线
                                Tony Wang
                                超级版主
                                发表于 最后由 编辑
                                #72

                                已经非常好了 👍 👍 👍

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

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

                                  S 离线
                                  S 离线
                                  simo9052
                                  发表于 最后由 编辑
                                  #73

                                  @vosrock 厲害

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

                                    925953dd-c444-48f6-9753-10c601405921.jpg主要是这张,上下文多次尝试,别让专用显存炸了,我这里测试就是128000不掉速,别真输入128K,不然速度一下就掉到18T/S

                                    最 离线
                                    最 离线
                                    最是沉醉
                                    编写于 最后由 编辑
                                    #74

                                    @vosrock 大佬,我看你内存占用28G,是不是有部分offload到内存中去了?

                                    V 1 条回复 最后回复
                                    0
                                    • 最 最是沉醉

                                      @vosrock 大佬,我看你内存占用28G,是不是有部分offload到内存中去了?

                                      V 离线
                                      V 离线
                                      vosrock
                                      德高望重 劳动模范
                                      编写于 最后由 编辑
                                      #75

                                      @最是沉醉 我为KV设置了内存缓存,这个我还不知道有没有帮助,反正我内存大,没有负面影响,
                                      其实不需要担心,一旦模型OFFLOAD,速度立马就会变慢,以我的急性子是不可能感受不到的

                                      1 条回复 最后回复
                                      0
                                      • V 离线
                                        V 离线
                                        vosrock
                                        德高望重 劳动模范
                                        编写于 最后由 vosrock 编辑
                                        #76
                                        启用集成显卡很有帮助,可以设置168960KV
                                        .\hermeswork\llama.cpp\build\bin\Release\llama-server.exe -m D:\hermeswork\models\Qwen3.6-27B-uncensored-heretic-v2-Native-MTP-Preserved.i1-IQ4_XS.gguf `
                                         -c 168960`
                                         -ngl 99 `
                                         -t 24 `
                                         -tb 24 `
                                         -b 2048 `
                                         -ub 256 `
                                         -np 1 `
                                         --temp 0.15 `
                                         --top-p 0.9 `
                                         --top-k 40 `
                                         --min-p 0.05 `
                                         --presence-penalty 1.0 `
                                         --repeat-penalty 1.05 `
                                         --flash-attn on `
                                         -ctk q4_0 `
                                         -ctv q4_0 `
                                         --reasoning off `
                                         --kv-offload `
                                         --spec-type draft-mtp `
                                         --spec-draft-n-max 2 `
                                         --checkpoint-every-n-tokens 16384 `
                                         --ctx-checkpoints 64 `
                                         --cache-reuse 4096 `
                                         --no-context-shift `
                                         --cache-ram 24576 `
                                         --host 0.0.0.0 `
                                         --port 11434 `
                                         --mmap `
                                         --mlock ` 
                                        
                                        
                                        1 条回复 最后回复
                                        1
                                        • V 离线
                                          V 离线
                                          vosrock
                                          德高望重 劳动模范
                                          编写于 最后由 vosrock 编辑
                                          #77

                                          这是新的配置,之前的配置上下文到了100多K之后,KV缓存会耗费大量时间做交换,用这个配置就不会了,后期的速度会快很多,能明显感觉到
                                          这个配置初始大概有60多T/S PREFILL大约1200T/S,上下文快满了的时候大概40T/S,PREFILL大约500T/S,实际上和在线API的感觉没什么很大区别了

                                          1 条回复 最后回复
                                          0

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

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

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

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


                                          • 登录

                                          • 没有帐号? 注册

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