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

                                        感谢分享感谢分享

                                        1 条回复 最后回复
                                        0
                                        • 最 离线
                                          最 离线
                                          最是沉醉
                                          编写于 最后由 编辑
                                          #79

                                          感谢分享,太有帮助了

                                          1 条回复 最后回复
                                          0

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

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

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

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


                                          • 登录

                                          • 没有帐号? 注册

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