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

  • 默认(LCZ-Blue)
  • 不使用皮肤
  • LCZ-Green
  • LCZ-Blue
  • LCZ-Black
折叠
品牌标识

抡锤者

首页 版块 标签
硬件
装备秀
AI 广场
  1. 主页
  2. 版块
  3. LLM讨论区
  4. strata极致优化指南(参数篇)64GB RAM + RTX pro 5000 48GB, IQ3_XXS量化,prefill 4500t/s,decode 180t/s 同时缓存5个262k会话不重新prefill

strata极致优化指南(参数篇)64GB RAM + RTX pro 5000 48GB, IQ3_XXS量化,prefill 4500t/s,decode 180t/s 同时缓存5个262k会话不重新prefill

已定时 已固定 已锁定 已移动 精华 LLM讨论区
stratartxpro5000量化
12 帖子 6 发布者 941 浏览 3 关注中
  • 从旧到新
  • 从新到旧
  • 最多赞同
回复
  • 在新帖中回复
登录后回复
此主题已被删除。只有拥有主题管理权限的用户可以查看。
  • kop wangK
    kop wangK
    kop wang
    超级版主
    编写于 最后由 kop wang 编辑
    #1

    前言:strata最近已经火出圈了,火到RAM又翻了个倍。目前京东自营,海力士颗粒的64GB的DDR5 6000内存已经几近破万。

    十一长假回来,笔者也是暂时小试牛刀了一把,发现有一些关键参数,会直接影响整个LLM引擎的本质体验,但是默认值并不是特别合理。所以发个tips小文供大家交流。欢迎批评指正。

    本文全程手打,无任何AI含量,请放心阅读。
    image.jpeg


    1、Harness会频繁唤起子代理(sub agent),导致切换会话prefill浪费太多时间,怎么办?

    答:开启--conversation-cache-mib

    这个参数会让strata使用RAM来缓存历史对话,从而不让LLM反复重新prefill老的session。增加会话切换时的速度,对于agent、harness场景有奇效。

    开启conversation-cache-mib后,monitor面板会有如下展示:
    image.jpeg

    分别表述当期缓存了多少个会话,以及目前占用了多少RAM。

    这个机制有两个痛点:1、不支持多显卡。2、最大只支持20GB的对话缓存(如果是8bitkvcache,大概就是4各半的262k context)。


    2、我的显卡显存总是占不满,浪费一些,怎么破?

    答:配置--expert-cache,不要用auto档位。手动指定

    让更多的专家进驻显存。注意,手动指定的是下限,所以要反复测试量力而行。


    3、我想使用上文的conversation-cache,但是我RAM都快满了,怎么办?

    答:启用低内存模式:--resident-experts

    小科普,正常默认情况下,strata加载的专家是内存+SSD加载全量,vRAM加载高命中概率专家。相当于RAM和vRAM之间,是有一定的重复加载的。

    官方这样指定默认值是有道理的,一旦VRAM的专家没能命中,直接可以读取RAM的进入vRAM。
    代价就是这会导致RAM的极大浪费。

    通过配置低内存模式,能够让vRAM+RAM分别加载不同专家,分工合作。这样能节省巨量RAM。代价是一旦VRAM中的专家没能命中,除了从RAM读取以外,还要从vRAM剔除一个回写到RAM。但相较于直接节省40GB的RAM空间而言,这点回写简直可以忽略不计。而且你显卡的显存越大,遇到回写的概率越低。
    笔者的是48GB的 rtx pro 5000,专家命中率一直保持在99%。


    4、我想多个聊天会话一起聊(并发),怎么办?
    答,配置parallel: X(X是并发会话数,最大8)

    会占用显存,我个人实测,IQ3_XXS量化下,会话长度262k,每个并发占用5.2GB显存。

    以上,欢迎列为交流,指正。最后列出我个人的全套参数,供各位参考。

    "args": [
      "--pack", "C:\\work\\Strata-data\\packs\\iq3_xxs",
      "--native", "C:\\work\\Strata-data\\models\\IQ3_XXS\\Qwen3.8-Flash-Next-GSQ-RCO-IQ3_XXS-00001-of-00002.gguf",
      "--ple-gguf", "C:\\work\\Strata-data\\models\\IQ3_XXS\\Qwen3.8-Flash-Next-GSQ-RCO-IQ3_XXS-00002-of-00002.gguf",
      "--expert-profile", "C:\\work\\Strata\\data\\expert-profile.bin",
      "--resident-experts",
      "--expert-cache", "19000",
      "--prefill", "auto",
      "--spec", "4",
      "--mtp", "C:\\work\\Strata-data\\mtp\\rt",
      "--max-context", "262144",
      "--kv", "k8v4",
      "--vision", 
      "--vram-reserve-mib", "3400", 
      "--pcie-frac", "0.00", 
      "--spec-min-p", "0.70",
      "--conversation-cache-mib", "20480",
      "--conversation-cache-slots", "6",
      "--conversation-cache-min-free-mib", "13824",
      "--prompt-cache-every", "8192"
     ],
    

    虚心交流,一起进步

    1 条回复 最后回复
    9
    • ,terryT terry 固定了此主题
    • terryT
      terryT
      terry
      超级版主
      编写于 最后由 编辑
      #2

      如此干货已经不多了,确实看多了AI总结的长篇大论,这样的帖子才是论坛初心。

      油管:https://www.youtube.com/@抡锤者

      1 条回复 最后回复
      0
      • Marck WongM
        Marck WongM
        Marck Wong
        编写于 最后由 编辑
        #3

        我是5080+64g ram 也是跑 IQ3_XXS 体感比之前的IQ3_S好了不少 我设置了128k context 现在大概80tok/s

        Z fcmeF 2 条回复 最后回复
        1
        • Marck WongM Marck Wong

          我是5080+64g ram 也是跑 IQ3_XXS 体感比之前的IQ3_S好了不少 我设置了128k context 现在大概80tok/s

          Z
          Z
          zeroxin
          编写于 最后由 编辑
          #4

          @Marck-Wong 说:

          我是5080+64g ram 也是跑 IQ3_XXS 体感比之前的IQ3_S好了不少 我设置了128k context 现在大概80tok/s

          我的5070TI+96GDDR3 rem 其他设置跟你一样,有60tok/S

          terryT 1 条回复 最后回复
          1
          • Marck WongM Marck Wong

            我是5080+64g ram 也是跑 IQ3_XXS 体感比之前的IQ3_S好了不少 我设置了128k context 现在大概80tok/s

            fcmeF
            fcmeF
            fcme
            超凡大师
            编写于 最后由 编辑
            #5

            @Marck-Wong
            128的话对于实际你日常应用有影响吗?你是办公场景多还是代码开发多?上下文短的话,是不是也会速度比较快?

            Marck WongM 1 条回复 最后回复
            0
            • Z zeroxin

              @Marck-Wong 说:

              我是5080+64g ram 也是跑 IQ3_XXS 体感比之前的IQ3_S好了不少 我设置了128k context 现在大概80tok/s

              我的5070TI+96GDDR3 rem 其他设置跟你一样,有60tok/S

              terryT
              terryT
              terry
              超级版主
              编写于 最后由 编辑
              #6

              @zeroxin 发个详细测试呢,给大家参考下。上次我说大概50多tokens,但是评论区有哥们说能跑到100t/s,是不是量化版本不一样。

              油管:https://www.youtube.com/@抡锤者

              1 条回复 最后回复
              0
              • fcmeF fcme

                @Marck-Wong
                128的话对于实际你日常应用有影响吗?你是办公场景多还是代码开发多?上下文短的话,是不是也会速度比较快?

                Marck WongM
                Marck WongM
                Marck Wong
                编写于 最后由 编辑
                #7

                fcme 是的 64k更快 不过我是放进用opencodex 放进codex和GPT-6一起配合用的 所以我觉得128k也不太够用 刚刚改成了256k 还行

                fcmeF 1 条回复 最后回复
                0
                • Marck WongM Marck Wong

                  fcme 是的 64k更快 不过我是放进用opencodex 放进codex和GPT-6一起配合用的 所以我觉得128k也不太够用 刚刚改成了256k 还行

                  fcmeF
                  fcmeF
                  fcme
                  超凡大师
                  编写于 最后由 编辑
                  #8

                  @Marck-Wong
                  哦,是这样,agent时代上下文累积太快了,100多确实小了点。 我也是最后稳定在了245k。

                  Marck WongM 1 条回复 最后回复
                  0
                  • fcmeF fcme

                    @Marck-Wong
                    哦,是这样,agent时代上下文累积太快了,100多确实小了点。 我也是最后稳定在了245k。

                    Marck WongM
                    Marck WongM
                    Marck Wong
                    编写于 最后由 编辑
                    #9

                    @fcme 我不太懂 我就是设置了 autocompact 80% 所以不会用满256k

                    fcmeF 1 条回复 最后回复
                    0
                    • Marck WongM Marck Wong

                      @fcme 我不太懂 我就是设置了 autocompact 80% 所以不会用满256k

                      fcmeF
                      fcmeF
                      fcme
                      超凡大师
                      编写于 最后由 编辑
                      #10

                      @Marck-Wong
                      80%就对了,你要再高了的话,那个模型就崩了。80%就是说在256k的8%大概也就是两百k左右压缩就启动了,因为再往上涨的话,你上下文太长了,塞给显卡,显卡就卡死了。

                      1 条回复 最后回复
                      0
                      • kop wangK
                        kop wangK
                        kop wang
                        超级版主
                        编写于 最后由 编辑
                        #11

                        不同的LLM执行框架对于上下文压缩有不同的要求。比如sglang就要求你最后一次会话的所剩上下文空间要大于单次最长输出token数量。否则就报429

                        虚心交流,一起进步

                        1 条回复 最后回复
                        1
                        • E
                          E
                          Enigma
                          德高望重
                          编写于 最后由 编辑
                          #12

                          谢谢分享,回头去做

                          1 条回复 最后回复
                          0
                          • ,系统 取消固定了此主题

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

                          厌倦了每次访问都刷到同样的帖子?您注册账号后,您下次访问时都将自动回到上次浏览的位置,并可选择接收新回复的通知(通过电子邮件或推送通知)。您还可以收藏帖子、为帖子点赞,以此向其他社区成员表达您的感谢。

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

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


                          • 登录

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