跳转至内容
  • 版块
  • 最新
  • 标签
  • 热门
  • 用户
  • 群组
皮肤
  • 浅色
  • 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. 7900 XTX + 128g 内存 单卡跑 Strata + Qwen3.8 Flash-Next, 踩坑经验分享

7900 XTX + 128g 内存 单卡跑 Strata + Qwen3.8 Flash-Next, 踩坑经验分享

已定时 已固定 已锁定 已移动 LLM讨论区
7900xtxstrataqwen-flash
2 帖子 2 发布者 395 浏览
  • 从旧到新
  • 从新到旧
  • 最多赞同
回复
  • 在新帖中回复
登录后回复
此主题已被删除。只有拥有主题管理权限的用户可以查看。
  • J Z 0J
    J Z 0J
    J Z 0
    编写于 最后由 编辑
    #1

    这台NAS电脑比较不典型,属于内存/显卡都够用, 但cpu/ssd (不是nvme)严重拖后腿。 给大家一点数据参考。
    被 DSH 的 deepseek flash 坑了,抄着论坛作业框框干了两个多小时,告诉最好 16 t/s。后来自己下场找原因,找到了。
    引擎默认把 27GB 的 PLE 表直接从 SSD 读,每个生成窗口都在等硬盘。塞进内存后,升到 65 t/s, 代价是内存占用来到了80G左右。

    另一个就是不要盲信strata自带的calibrate, 它给的--pcie-frac 是0.37 。但我实际工作环境跟测试不一样, 速度变慢很多, 明显cpu拖后腿了, 所以我把它固定到0.55 。

    1. 环境

    项目 配置
    系统 TrueNAS SCALE 25.10.7(内核 6.12)
    GPU / CPU RX 7900 XTX 24GB(gfx1100,HIP)/ i5-9600K 6C/6T,只有 AVX2
    RAM 128GB DDR4
    ROCm / Strata 7.14.1(hipBLASLt 100401 调优表命中)/ v0.1.41 HIP
    模型 Qwen3.8-Flash-Next-GSQ-RCO-IQ3_S(IQ3_S,83.6 GB 两片),来自 ISTA-DASLab/Qwen3.8-Flash-Next-GSQ-RCO-GGUF
    Context / 图像 131072 / 开(strata-vision-hip GPU 编码器 + BF16 mmproj)

    2. 关键参数

    参数 值
    --ple-io ram
    --pcie-frac 0.55(写死;不写则引擎自测出 0.37)
    --pool-workers 3
    --kv / --kv-resident int8 / 32768
    --spec / --spec-min-p 4 / 0.5
    --adapt-every / -swaps / -decay 1 / 80 / 0.97
    idle_unload_s 1800

    后四项来自 --calibrate。--pool-workers 别往大调:3 → 55.3 t/s,5 → 46.4,2 → 49.7。

    3. 经验

    1. --ple-io ram 是这台机器的命门。 PLE 表 26.82 GiB(512 亿参数,IQ4_NL),默认直读盘、每 window 卡在 330 MB/s。搬进内存后 22 → 65;代价是常驻 26.82 GiB,第二次重启只要 1.1 秒(页缓存已热)。
    2. --calibrate 值得跑(只调 4 项,实测 +19%),但注意它会把没保留下来的 flag 直接删掉退回产品默认。
    3. 参数好坏要看 /metrics 里的真实流量,别只信合成 benchmark。 我用"反复读同一批文档"的 prompt 测(专家缓存命中率 92 ~ 97%,几乎不 miss),结论是 --pcie-frac 越高越慢;换成不同话题的真实对话(命中率 80 ~ 90%、40K 上下文),0.55 比 0.37 快 50%。miss 越少,PCIe 这条路越不划算 —— 拿一个「不 miss」的场景去否定一个专门处理 miss 的参数,方法本身就错了
    1 条回复 最后回复
    1
    • ,J Z 0J J Z 0 引用了 此主题
    • M
      M
      marsempire
      编写于 最后由 编辑
      #2

      PLE 塞进内存这个思路好,感谢提醒,正好要加内存

      1 条回复 最后回复
      0

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

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

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

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


      • 登录

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