跳转至内容
  • 版块
  • 最新
  • 标签
  • 热门
  • 用户
  • 群组
皮肤
  • 浅色
  • 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 广场 App
  1. 主页
  2. 版块
  3. LLM讨论区
  4. 【分享】原地升天!R9700x2 从 Qwen3.8-27B-MXFP4 到 Qwen3.8-Flash-Next IQ4_R

【分享】原地升天!R9700x2 从 Qwen3.8-27B-MXFP4 到 Qwen3.8-Flash-Next IQ4_R

已定时 已固定 已锁定 已移动 热议 优秀 LLM讨论区
r9700qwen多卡部署
39 帖子 13 发布者 1.6k 浏览
  • 从旧到新
  • 从新到旧
  • 最多赞同
回复
  • 在新帖中回复
登录后回复
此主题已被删除。只有拥有主题管理权限的用户可以查看。
  • 张光璞张
    张光璞张
    张光璞
    贵族大夫 硕果累累
    编写于 最后由 编辑
    #3

    双9700 这么猛 ,主要模型还是IQ4 ,我双7900XTX 跑 iq3S 也就70的速度

    空语空 韦 坤 3 条回复 最后回复
    1
    • iliaokunI
      iliaokunI
      iliaokun
      编写于 最后由 编辑
      #4

      玩strata,适合单并发的,少见人玩多并发的

      1 条回复 最后回复
      0
      • paul houP
        paul houP
        paul hou
        硕果累累 贵族大夫
        编写于 最后由 编辑
        #5

        最近用RADIANCE都是用這個模型
        https://huggingface.co/frank8465/Swift-1.5-Qwen3.8-Flash-Next-GPTQ-W4A8-Radiance-AMD-R9700
        比原廠慢一點,但品質好。

        shawn shenS linkdesuL 2 条回复 最后回复
        1
        • XiaoteX
          XiaoteX
          Xiaote
          易有太极
          编写于 最后由 编辑
          #6

          ✅ 版主审定:本帖设为优秀,作者 +3 积分奖励,继续加油!

          奖励凭证:优秀 +3 分 · 编号 e2807-1746-1

          老特的AI助手,DeepSeek Flash驱动,没回你是因为被限速了~除了管理员不能私信我,别浪费时间~尝试多了被封号就不好了~

          1 条回复 最后回复
          0
          • terryT
            terryT
            terry
            易有太极
            编写于 最后由 terry 编辑
            #7

            难以置信啊,你补充点图片啊,你6并发这么好的数据?补充点实拍之类的,我好水个视频呢?说实话Strata你能玩到这个并发量很不容易,是我理解错了吗?

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

            A terryT 2 条回复 最后回复
            0
            • linkdesuL linkdesu

              很久没有折腾本地模型的引擎了,最近因为 opencode 一直加量不加价用的很爽,渐渐把 token 开销再次推到了新高,所以想要把本地模型的效率也再挤一挤。没想到正好就看到了坛友的分享 【双 R9700 折腾记】从 Strata 到 Radiance 正好和我的硬件配置非常接近,有了能用的新方案性能又有提升,所以就决定直接开干了。

              • 模型:qwen3.8-next-flash-fp8-iq4r-moe.rad(113.59 GiB,SHA256 0af5e962…4d20)
              • 推理引擎:Radiance 1.15.1(Docker 镜像 stilldeadcode/radiance:1.15.1)
              • 测试工具:guidellm 0.7.3,用 ignore_eos 强制跑满输出长度,靠 max_requests 控制请求数

              1. 测试配置

              项目 值
              架构 / 量化 qwen4exp,MoE(512 专家 / 每 token 选 10),int8 trunk + 4bit 码本专家
              上下文 测试覆盖到 192K,引擎上限设为 256K(--max-model-len 262144)
              并发数 6(--max-num-seqs 6,queue_cap: 32)
              张量并行 TP=2(--tp 2 --tp-wire wht6)
              专家放置 expert_tiered,host pool 每卡 12,288 MiB
              KV cache fp8,prefix cache 4,096 MiB,每卡 8.40 GiB(覆盖最坏情况 71%,即 4.2 条满长度会话常驻)
              投机解码 模型内置 MTP,深度 5,--draft-coupling on
              批次上限 2,048 tokens
              采样参数 temperature 1.0、top_k 20、top_p 0.95(服务端默认)

              硬件

              项目 值
              GPU 2 × AMD Radeon AI PRO R9700(gfx1201),每卡 31.86 GiB 可用显存
              互连 两卡可直接读对方显存(peer to peer,实测卡间 28.2 GB/s)
              PCIe 32.0 GT/s ×8 双卡,Resizable BAR 32G
              CPU / 内存 Ryzen 7 9700X(8C16T)/ 59 GiB(已关闭 swap)
              系统 Ubuntu 26.04 LTS,kernel 7.0.0-31-generic

              2. 测试方法

              我这边的测试方法主要是在预填充大量 context 的情况下测试 prefill 和 decode ,因为这是我自己更加常见的 agent 自动化开发场景:

              1. 多轮会话口径(prefix-fill):每个请求由「已建立的 N token 上下文 + 新增 2000 token」组成,生成 1000 token。对应的是 agent 连续对话里第 N 轮的真实开销,而不是冷启动灌上下文。
              2. Decode = (实际输出 token − 1) ÷ (总耗时 − TTFT),也就是首字之后每 token 的速度,已经把投机解码一次出多个 token 的收益算进去了。
              3. 聚合吞吐(稳态窗口):只统计所有流都建完上下文之后的区间,冷灌阶段(每条流的第一轮)不计入分母。原因是现实中 agent 的上下文都是随会话逐步攒出来的,冷灌极少发生,它的代价见 3.1 里的说明。
              4. 增量 Prefill = 2000 ÷ 稳态 TTFT,即每轮新增内容真正要算的那部分。
              5. 冷灌 Prefill = prompt token ÷ TTFT(每个档位的第一条请求,全量建上下文)。
              6. 并发放 1 / 2 / 4 / 6 条流(另外做了 8 流的可行性对照,见 3.8);每个请求都带唯一 nonce 前缀,避免命中共享的前缀缓存。

              3. 结果

              3.1 单流 + 聚合生成速度

              CleanShot 2026-11-02 at 23.27.49@2x.jpeg

              解读:

              • 单流 decode 在 4K 处是 180 tok/s,到 192K 仍有 161 tok/s(−10%),全程基本是平的。
              • 生产配置(6 流)的聚合吞吐:4K 346 tok/s、16K 392、192K 仍有 333,长上下文几乎不掉。

              ⚠️ 如果把冷灌阶段也算进分母(即「整个 run 的总 token ÷ 墙钟时间」),192K 只剩 151 tok/s,不到稳态的一半。因为一次 run 有七成时间花在建上下文上,而建上下文本身在两次同配置的跑之间就能差一倍(实测 83s vs 179s)。真实使用中上下文是逐步攒出来的,所以这里统一用稳态窗口口径。

              3.2 首字延迟

              CleanShot 2026-11-02 at 23.37.38@2x.jpeg

              解读:稳态轮的 TTFT,单流从 0.44s(4K)升到 0.59s(192K);6 流时是 0.54–0.77s。

              3.3 增量预填充

              CleanShot 2026-11-02 at 23.38.02@2x.jpeg

              解读:每轮新增的 2000 token,处理速度从 4K 的 4521 tok/s 降到 192K 的 3381 tok/s(−25%)。这是 decode 之外第二个会随上下文衰减的量,好在幅度不大。

              3.4 每步接受的 token 数

              CleanShot 2026-11-03 at 01.07.34@2x.jpeg

              解读:每步接受 2.40–2.62 个 token,几乎不随上下文和并发变化。说明投机解码的接受率在这套配置下很稳定,也是单流 decode 能保持在一百六以上的原因。

              3.5 并发扩展:4 → 6 → 8 流

              上下文 4 流 单流 / 合计 6 流 单流 / 合计(生产) 8 流 单流 / 合计
              4K 94.8 / 324 73.7 / 346 74.0 / 375
              16K 89.2 / 306 74.4 / 392 — / —
              32K 95.3 / 328 70.9 / 360 — / —
              64K 92.8 / 333 67.0 / 331 63.6 / 336
              128K 88.3 / 307 68.3 / 336 66.4 / 334 ※
              192K 88.0 / 291 66.8 / 333 59.0 / 311

              这里数据有些缺失,不过因为最终判定 8 并发不划算,聚合速度只多 1–16%,单流却掉 22–33%;而且 8×200000 的 KV 池只够 5.5 条满长度会话,第 6–8 条要排队,所以就没有补了,请见谅。

              6 并发把单流从 ~93 压到 ~67 tok/s(−24%),主机内存从 40 涨到 42 GiB,checkpoint 槽从 4.40 涨到 6.76 GiB;KV 池 8.40 GiB 意味着满 256K 的会话只能常驻 4.2 条,第 5、6 条要等。

              但我这边测试下来除非陷入死循环,作为最后一段负责具体工作的 worker 基本不会用完 context ,所以就决定了 6 并发这个最适合我的数字。

              3.6 MTP 投机深度:开到 3 还是 5

              我让 AI 在 4K 上下文、6 并发下做了同文本对照,并且每次换一段合成文本,避免跨轮次命中前缀缓存:

              深度 并发 单流 decode 聚合吞吐 tok / step
              3 1 130.8 124.7 2.58
              5 1 164.1 154.3 2.85
              3 6 77.0 290.9 2.55
              5 6 66.7 353.6 2.91

              最终可以看到虽然接受率不高,但深度 5 还是不亏,生产继续用 5。

              • 同一段文本下,深度 5 每步多接受 0.26~0.36 个 token(+11%~14%),单流快 25%,6 并发聚合快 21%。
              • 步级指标更干净(decode_step_seconds_best,32 步滑动窗):深度 3 是 14.81 ms/步,深度 5 是 15.71 ms/步,只慢 6%,但每步多出 10%~14% 的 token,折算净收益约 +4%。端点测出来的 25% 里混了文本和请求级抖动,4% 这个数更可信。

              最后

              感谢老特把自己的白月光分享出来,让我及时上车了这张卡,也很感谢开源社区,感谢坛友的分享,大家放下争吵赶紧上车吧,现在留在车上比什么都重要 👍

              A
              A
              applejuice
              王侯将相
              编写于 最后由 applejuice 编辑
              #8

              @linkdesu 测一测512k context
              context offload 去ram

              strata 唯一的好处就是长上下文几乎没衰减

              1 条回复 最后回复
              0
              • terryT terry

                难以置信啊,你补充点图片啊,你6并发这么好的数据?补充点实拍之类的,我好水个视频呢?说实话Strata你能玩到这个并发量很不容易,是我理解错了吗?

                A
                A
                applejuice
                王侯将相
                编写于 最后由 编辑
                #9

                @terry 他是用另一个引擎 radiance
                amd 专用版 vllm

                1 条回复 最后回复
                2
                • A
                  A
                  applejuice
                  王侯将相
                  编写于 最后由 编辑
                  #10

                  这是我自己用的测试方法 有兴趣的话跑一跑

                  decode 测试

                  5 个固定 prompt,t=0,max_tokens 512,每项 3 轮。decode = (输出 token − 1) ÷ (总时间 − TTFT)。

                  设置 代码生成 英文技术 中文对话 中文散文 双路代码:同 prompt / 不同 prompt
                  关思考(--think off) 168.5 147.4 126.3 117.8 178.0 / 207.2
                  默认(开思考) 149.2 140.5 121.7 120.2 147.7 / 169.5
                  #!/usr/bin/env python3
                  """统一基准 v2(基于 "SGLang DFLASH 统一基准 v1")— 双方同 prompt、同口径对测,只用 Python 标准库。
                  
                  与 v1 相同:5 个 prompt、t=0、max_tokens 512、每项 3 轮、
                    decode = (completion_tokens - 1) / (总时间 - TTFT),TTFT = 第一个 content 或 reasoning 片段到达的时间,
                    并发 aggregate = 两路 (completion_tokens - 1) 之和 / 两路中较长的 (总时间 - TTFT)。
                  v2 新增:
                    --think default|off   off = 发送 chat_template_kwargs.enable_thinking=false(vLLM / SGLang / 多数 Qwen 服务)
                    --extra-body JSON     其它引擎专用字段,例如 '{"reasoning_effort":"low"}'
                    --api-key KEY         需要鉴权的服务(例如 radiance 设了 --api-key-env)
                    --warmup N            正式计时前的预热请求数(默认 1,不计入结果)
                    每项输出:平均 decode、最低-最高、平均输出 token 数、思考占比(reasoning 片段 / 全部片段)、TTFT、tok/chunk
                    思考占比用来确认 --think off 是否真的生效(off 时应为 0 %);开着思考时显示实际有多少是思考内容,不同引擎和模型差别很大。
                    tok/chunk 取决于服务端怎么分片推流,只能在同一引擎内比较。
                  用法:
                    python3 uni_bench_v2.py --model <模型名> --base-url http://127.0.0.1:8000 --think off
                    python3 uni_bench_v2.py --model <模型名> --base-url http://127.0.0.1:8000 --think default
                  请把完整输出贴出来(开头一行包含时间、模型和设置)。"""
                  import argparse, concurrent.futures, json, time, urllib.request
                  
                  P = {
                      "code": "You are an expert Python engineer. Write a complete implementation of a thread-safe LRU cache class with TTL expiration support, including unit tests. Provide only code, no explanation.",
                      "code_b": "You are an expert systems engineer. Write a complete implementation of a lock-free SPSC ring buffer in C++17 with acquire/release memory ordering annotations. Provide only code, no explanation.",
                      "en_tech": "Write a detailed technical explanation of how speculative decoding with a draft model works, covering the draft-verify loop, acceptance criteria, and why acceptance rate varies by domain. Aim for depth and precision.",
                      "cn_chat": "请用中文详细分析一下,为什么家用路由器长期不重启会越来越慢?从内存碎片、连接跟踪表、NAT 状态老化三个角度展开,给出可操作的解决建议。",
                      "cn_essay": "请写一篇关于秋天的散文,描写北平的秋色,要求文笔优美,有细节描写,不少于五百字。",
                  }
                  SCENES = [("代码生成", "code"), ("英文技术论述", "en_tech"), ("中文常规对话", "cn_chat"), ("中文散文", "cn_essay")]
                  
                  
                  def gen(a, prompt):
                      payload = {"model": a.model, "messages": [{"role": "user", "content": prompt}],
                                 "max_tokens": a.max_tokens, "temperature": a.temperature, "stream": True,
                                 "stream_options": {"include_usage": True}}
                      if a.think == "off":
                          payload["chat_template_kwargs"] = {"enable_thinking": False}
                      payload.update(a.extra)
                      headers = {"Content-Type": "application/json"}
                      if a.api_key:
                          headers["Authorization"] = "Bearer " + a.api_key
                      req = urllib.request.Request(a.base_url.rstrip("/") + "/v1/chat/completions",
                                                   data=json.dumps(payload).encode(), headers=headers)
                      t0 = time.time(); ttft = None; n_content = 0; n_reason = 0; usage = None
                      try:
                          with urllib.request.urlopen(req, timeout=900) as r:
                              for raw in r:
                                  line = raw.decode("utf-8", "replace").strip()
                                  if not line.startswith("data:"):
                                      continue
                                  d = line[5:].strip()
                                  if d == "[DONE]":
                                      break
                                  try:
                                      j = json.loads(d)
                                  except Exception:
                                      continue
                                  if j.get("usage"):
                                      usage = j["usage"]
                                  ch = (j.get("choices") or [{}])[0].get("delta", {}) or {}
                                  c = ch.get("content") or ""
                                  rc = ch.get("reasoning_content") or ch.get("reasoning") or ""
                                  if c or rc:
                                      if ttft is None:
                                          ttft = time.time() - t0
                                      if rc:
                                          n_reason += 1
                                      if c:
                                          n_content += 1
                      except Exception as e:
                          return {"err": str(e)[:120]}
                      total = time.time() - t0
                      comp = usage.get("completion_tokens", 0) if usage else 0
                      nch = n_content + n_reason
                      if ttft is None or comp <= 1 or total <= ttft:
                          return {"err": "no tokens" if usage else "no usage in stream (server ignores stream_options.include_usage?)"}
                      return {"comp": comp, "ttft": ttft, "total": total, "dec": (comp - 1) / (total - ttft),
                              "tpc": comp / nch if nch else 0.0, "think": n_reason / nch if nch else 0.0}
                  
                  
                  def avg(xs):
                      return sum(xs) / len(xs)
                  
                  
                  def main():
                      ap = argparse.ArgumentParser()
                      ap.add_argument("--base-url", default="http://127.0.0.1:8000")
                      ap.add_argument("--model", required=True)
                      ap.add_argument("--rounds", type=int, default=3)
                      ap.add_argument("--max-tokens", type=int, default=512)
                      ap.add_argument("--temperature", type=float, default=0.0)
                      ap.add_argument("--think", choices=["default", "off"], default="default")
                      ap.add_argument("--extra-body", default="{}")
                      ap.add_argument("--api-key", default="")
                      ap.add_argument("--warmup", type=int, default=1)
                      a = ap.parse_args()
                      a.extra = json.loads(a.extra_body)
                      print(f"# 统一基准 v2: {a.model} @ {a.base_url}  {time.strftime('%Y-%m-%d %H:%M')}  rounds={a.rounds} "
                            f"max_tokens={a.max_tokens} t={a.temperature} think={a.think} extra={json.dumps(a.extra, ensure_ascii=False)}",
                            flush=True)
                      for _ in range(a.warmup):
                          gen(a, "Say hello in one short sentence.")
                      print("\n## 单路(四场景)", flush=True)
                      for name, key in SCENES:
                          rs = [gen(a, P[key]) for _ in range(a.rounds)]
                          ok = [r for r in rs if "err" not in r]
                          errs = [r["err"] for r in rs if "err" in r]
                          if not ok:
                              print(f"  {name}: 失败 ({errs[0] if errs else '?'})", flush=True)
                              continue
                          d = [r["dec"] for r in ok]
                          print(f"  {name}: decode {avg(d):.1f} t/s ({min(d):.1f}-{max(d):.1f}) | 输出 {avg([r['comp'] for r in ok]):.0f} tok | "
                                f"思考占比 {100 * avg([r['think'] for r in ok]):.0f}% | TTFT {avg([r['ttft'] for r in ok]):.3f}s | "
                                f"tok/chunk {avg([r['tpc'] for r in ok]):.2f}" + (f" | 失败 {len(errs)}" if errs else ""), flush=True)
                      print("\n## 并发 2 路(代码场景)", flush=True)
                      for label, ps in [("同 prompt(前缀缓存命中)", [P["code"]] * 2), ("不同 prompt", [P["code"], P["code_b"]])]:
                          aggs = []
                          for _ in range(a.rounds):
                              with concurrent.futures.ThreadPoolExecutor(2) as ex:
                                  rs = list(ex.map(lambda p: gen(a, p), ps))
                              rs = [r for r in rs if "err" not in r]
                              if len(rs) < 2:
                                  continue
                              aggs.append(sum(r["comp"] - 1 for r in rs) / max(r["total"] - r["ttft"] for r in rs))
                          if aggs:
                              print(f"  {label}: aggregate decode {avg(aggs):.1f} t/s ({min(aggs):.1f}-{max(aggs):.1f}, n={len(aggs)})", flush=True)
                          else:
                              print(f"  {label}: 失败", flush=True)
                  
                  
                  if __name__ == "__main__":
                      main()
                  
                  

                  prefill 测试

                  上下文 4K 16K 32K 64K 128K 192K
                  冷 prefill(耗时) 1,748(2.3 s) 4,188(4.0 s) 4,559(7.1 s) 4,865(13.3 s) 5,079(25.4 s) 5,102(37.9 s)
                  增量 2000 token(耗时) 992(2.03 s) 951(2.11 s) 922(2.18 s) 907(2.22 s) 806(2.47 s) 752(2.67 s)
                  #!/usr/bin/env python3
                  """统一 prefill 基准 v1(uni_bench_v2 的配套脚本)— 双方同文本、同口径对测,只用 Python 标准库。
                  
                  冷 prefill:每个长度发一条全新的长 prompt(开头带随机 nonce,避免命中前缀缓存),max_tokens=1,
                    冷 prefill = 服务端返回的 prompt_tokens ÷ 请求总耗时(1 个输出 token,耗时≈TTFT)。
                  增量 prefill(多轮对话口径,默认开):冷请求之后接一轮新对话
                    [user: 长上下文] [assistant: 第一轮的回复] [user: 新增约 2000 token + 问题],max_tokens=1,
                    增量 prefill = (第二轮 prompt_tokens − 第一轮 prompt_tokens) ÷ 第二轮耗时。
                    这一项同时测了引擎的多轮缓存:如果没命中缓存,会接近重新读整个上下文的耗时。
                  文本:默认下载 Project Gutenberg 的 Sherlock Holmes(和 llama-benchy 同一本,缓存到本地文件);
                    下载不了就用 --text-file 指定任意 UTF-8 文本,对测双方要用同一个文件。
                    长度不够时从不同位置循环取文本;每次请求的起点不同。
                  用法:
                    python3 uni_prefill.py --model <模型名> --base-url http://127.0.0.1:8000
                    python3 uni_prefill.py --model <模型名> --lengths 4096 16384 65536 131072 --rounds 2 --followup 2000
                  请把完整输出贴出来。prompt_tokens 以各自服务端的计数为准(不同 tokenizer 同一段文本的 token 数会略有不同)。"""
                  import argparse, json, os, random, time, urllib.request
                  
                  BOOK_URL = "https://www.gutenberg.org/files/1661/1661-0.txt"
                  QUESTION = "\n\n请用一句话概括上面的内容。"
                  
                  
                  def post(a, messages):
                      payload = {"model": a.model, "messages": messages, "max_tokens": 1, "temperature": 0.0, "stream": False}
                      if a.think == "off":
                          payload["chat_template_kwargs"] = {"enable_thinking": False}
                      payload.update(a.extra)
                      headers = {"Content-Type": "application/json"}
                      if a.api_key:
                          headers["Authorization"] = "Bearer " + a.api_key
                      req = urllib.request.Request(a.base_url.rstrip("/") + "/v1/chat/completions",
                                                   data=json.dumps(payload).encode(), headers=headers)
                      t0 = time.time()
                      d = json.loads(urllib.request.urlopen(req, timeout=3600).read())
                      dt = time.time() - t0
                      u = d.get("usage") or {}
                      msg = (d.get("choices") or [{}])[0].get("message") or {}
                      cached = (u.get("prompt_tokens_details") or {}).get("cached_tokens")
                      return u.get("prompt_tokens", 0), dt, (msg.get("content") or "").strip(), cached
                  
                  
                  def load_text(a):
                      if a.text_file:
                          return open(a.text_file, encoding="utf-8").read()
                      cache = os.path.join(os.path.dirname(os.path.abspath(__file__)), "uni_prefill_book.txt")
                      if not os.path.exists(cache):
                          print(f"# 下载 {BOOK_URL} ...", flush=True)
                          data = urllib.request.urlopen(BOOK_URL, timeout=120).read().decode("utf-8", "replace")
                          open(cache, "w", encoding="utf-8").write(data)
                      return open(cache, encoding="utf-8").read()
                  
                  
                  def piece(text, start, nchars):
                      out = []
                      while nchars > 0:
                          s = start % len(text)
                          chunk = text[s:s + nchars]
                          out.append(chunk); nchars -= len(chunk); start = 0
                      return "".join(out)
                  
                  
                  def main():
                      ap = argparse.ArgumentParser()
                      ap.add_argument("--base-url", default="http://127.0.0.1:8000")
                      ap.add_argument("--model", required=True)
                      ap.add_argument("--lengths", type=int, nargs="+", default=[4096, 16384, 32768, 65536, 131072])
                      ap.add_argument("--rounds", type=int, default=2)
                      ap.add_argument("--followup", type=int, default=2000, help="增量 prefill 的新增 token 数,0 = 不测")
                      ap.add_argument("--think", choices=["default", "off"], default="default")
                      ap.add_argument("--extra-body", default="{}")
                      ap.add_argument("--api-key", default="")
                      ap.add_argument("--text-file", default="")
                      a = ap.parse_args()
                      a.extra = json.loads(a.extra_body)
                      text = load_text(a)
                      rnd = random.Random()
                      # 校准:这个服务端的 tokenizer 每个 token 大约几个字符
                      sample = piece(text, 5000, 40000)
                      pt0, _, _, _ = post(a, [{"role": "user", "content": sample + QUESTION}])
                      cpt = len(sample) / max(pt0 - 20, 1)
                      print(f"# 统一 prefill v1: {a.model} @ {a.base_url}  {time.strftime('%Y-%m-%d %H:%M')}  rounds={a.rounds} "
                            f"followup={a.followup} think={a.think} extra={json.dumps(a.extra, ensure_ascii=False)}  "
                            f"文本 {'--text-file ' + a.text_file if a.text_file else 'Sherlock Holmes'} ({cpt:.2f} 字符/token)", flush=True)
                      print(f"\n{'长度':>8} | {'冷 prompt_tok':>13} {'耗时':>8} {'冷 prefill':>11} | {'增量 tok':>8} {'耗时':>7} {'增量 prefill':>12} {'cached':>8}", flush=True)
                      for L in a.lengths:
                          cold, inc = [], []
                          for r in range(a.rounds):
                              nonce = "[%016x] " % rnd.getrandbits(64)
                              ctx = nonce + piece(text, rnd.randrange(len(text)), int(L * cpt))
                              m1 = [{"role": "user", "content": ctx + QUESTION}]
                              p1, t1, reply, _ = post(a, m1)
                              cold.append(p1 / t1)
                              line = f"{L:>8} | {p1:>13} {t1:>7.2f}s {p1 / t1:>8.0f} t/s |"
                              if a.followup > 0:
                                  new = piece(text, rnd.randrange(len(text)), int(a.followup * cpt))
                                  m2 = m1 + [{"role": "assistant", "content": reply or "好"},
                                             {"role": "user", "content": new + QUESTION}]
                                  p2, t2, _, cached = post(a, m2)
                                  inc.append((p2 - p1) / t2)
                                  line += f" {p2 - p1:>8} {t2:>6.2f}s {(p2 - p1) / t2:>8.0f} t/s {cached if cached is not None else '-':>8}"
                              print(line, flush=True)
                          s = f"{'平均':>8} | {'':>13} {'':>8} {sum(cold) / len(cold):>8.0f} t/s |"
                          if inc:
                              s += f" {'':>8} {'':>7} {sum(inc) / len(inc):>8.0f} t/s"
                          print(s, flush=True)
                  
                  
                  if __name__ == "__main__":
                      main()
                  
                  
                  1 条回复 最后回复
                  1
                  • paul houP
                    paul houP
                    paul hou
                    硕果累累 贵族大夫
                    编写于 最后由 编辑
                    #11

                    @applejuice 说:

                    @linkdesu 测一测512k context context offload 去ram strata 唯一的好处就是长上下文几乎没衰减

                    radiance用qfn也幾乎沒衰減,27B就衰減的很快比不上 sly vllm和paiton vllm,現在的radiance不算是vllm,已經是獨立的引擎和框架了,優點就是啟動不用一分鐘,vllm都是3分鐘起步。

                    张光璞张 1 条回复 最后回复
                    0
                    • paul houP paul hou

                      @applejuice 说:

                      @linkdesu 测一测512k context context offload 去ram strata 唯一的好处就是长上下文几乎没衰减

                      radiance用qfn也幾乎沒衰減,27B就衰減的很快比不上 sly vllm和paiton vllm,現在的radiance不算是vllm,已經是獨立的引擎和框架了,優點就是啟動不用一分鐘,vllm都是3分鐘起步。

                      张光璞张
                      张光璞张
                      张光璞
                      贵族大夫 硕果累累
                      编写于 最后由 张光璞 编辑
                      #12

                      @paul-hou 说:

                      @applejuice 说:

                      @linkdesu 测一测512k context context offload 去ram strata 唯一的好处就是长上下文几乎没衰减

                      radiance用qfn也幾乎沒衰減,27B就衰減的很快比不上 sly vllm和paiton vllm,現在的radiance不算是vllm,已經是獨立的引擎和框架了,優點就是啟動不用一分鐘,vllm都是3分鐘起步。

                      说的我都心动了,现在是2块7900XTX 在跑QFN 。另两块9700 闲置。
                      已经采购电源模块准备折腾
                      image.jpeg

                      image.jpeg

                      linkdesuL 1 条回复 最后回复
                      0
                      • paul houP
                        paul houP
                        paul hou
                        硕果累累 贵族大夫
                        编写于 最后由 paul hou 编辑
                        #13

                        @张光璞 说:
                        radiance用qfn也幾乎沒衰減,27B就衰減的很快比不上 sly vllm和paiton vllm,現在的radiance不算是vllm,已經是獨立的引擎和框架了,優點就是啟動不用一分鐘,vllm都是3分鐘起步。 说的我都心动了,现在是2块7900XTX 在跑QFN 。另两块9700 闲置。 已经采购电源模块准备折腾

                        radiance 1.15.0之後有支持RDNA3,7900XTX能用。

                        rongda wengR 张光璞张 2 条回复 最后回复
                        0
                        • paul houP paul hou

                          @张光璞 说:
                          radiance用qfn也幾乎沒衰減,27B就衰減的很快比不上 sly vllm和paiton vllm,現在的radiance不算是vllm,已經是獨立的引擎和框架了,優點就是啟動不用一分鐘,vllm都是3分鐘起步。 说的我都心动了,现在是2块7900XTX 在跑QFN 。另两块9700 闲置。 已经采购电源模块准备折腾

                          radiance 1.15.0之後有支持RDNA3,7900XTX能用。

                          rongda wengR
                          rongda wengR
                          rongda weng
                          编写于 最后由 编辑
                          #14

                          @paul-hou 双7900XTX 性能上不知道提升怎么样

                          1 条回复 最后回复
                          0
                          • paul houP paul hou

                            最近用RADIANCE都是用這個模型
                            https://huggingface.co/frank8465/Swift-1.5-Qwen3.8-Flash-Next-GPTQ-W4A8-Radiance-AMD-R9700
                            比原廠慢一點,但品質好。

                            shawn shenS
                            shawn shenS
                            shawn shen
                            编写于 最后由 编辑
                            #15

                            @paul-hou 请问未审查的模型有推荐的吗?我现在用的是作者转的https://huggingface.co/StillDeadcode/qwen3.8-next-flash-uncensored-fp8-iq4r-moe

                            paul houP 1 条回复 最后回复
                            0
                            • terryT terry

                              难以置信啊,你补充点图片啊,你6并发这么好的数据?补充点实拍之类的,我好水个视频呢?说实话Strata你能玩到这个并发量很不容易,是我理解错了吗?

                              terryT
                              terryT
                              terry
                              易有太极
                              编写于 最后由 编辑
                              #16

                              我说怎么并发这么能打,看来现在vLLM又开始活跃了。

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

                              A 1 条回复 最后回复
                              0
                              • terryT terry

                                我说怎么并发这么能打,看来现在vLLM又开始活跃了。

                                A
                                A
                                applejuice
                                王侯将相
                                编写于 最后由 编辑
                                #17

                                @terry 已经从vllm 分出来了
                                之前是vllm 的fork
                                现在完全脱离出来 用c++重写

                                terryT 1 条回复 最后回复
                                0
                                • A applejuice

                                  @terry 已经从vllm 分出来了
                                  之前是vllm 的fork
                                  现在完全脱离出来 用c++重写

                                  terryT
                                  terryT
                                  terry
                                  易有太极
                                  编写于 最后由 编辑
                                  #18

                                  @applejuice 挺好,其实这样更容易掌控,而且现在写代码让AI来搞,团队维护逻辑优化即可。

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

                                  1 条回复 最后回复
                                  1
                                  • shawn shenS shawn shen

                                    @paul-hou 请问未审查的模型有推荐的吗?我现在用的是作者转的https://huggingface.co/StillDeadcode/qwen3.8-next-flash-uncensored-fp8-iq4r-moe

                                    paul houP
                                    paul houP
                                    paul hou
                                    硕果累累 贵族大夫
                                    编写于 最后由 编辑
                                    #19

                                    @shawn-shen

                                    目前還沒看到有其他的未審查版本。

                                    1 条回复 最后回复
                                    0
                                    • paul houP paul hou

                                      @张光璞 说:
                                      radiance用qfn也幾乎沒衰減,27B就衰減的很快比不上 sly vllm和paiton vllm,現在的radiance不算是vllm,已經是獨立的引擎和框架了,優點就是啟動不用一分鐘,vllm都是3分鐘起步。 说的我都心动了,现在是2块7900XTX 在跑QFN 。另两块9700 闲置。 已经采购电源模块准备折腾

                                      radiance 1.15.0之後有支持RDNA3,7900XTX能用。

                                      张光璞张
                                      张光璞张
                                      张光璞
                                      贵族大夫 硕果累累
                                      编写于 最后由 编辑
                                      #20

                                      @paul-hou 说:

                                      @张光璞 说:
                                      radiance用qfn也幾乎沒衰減,27B就衰減的很快比不上 sly vllm和paiton vllm,現在的radiance不算是vllm,已經是獨立的引擎和框架了,優點就是啟動不用一分鐘,vllm都是3分鐘起步。 说的我都心动了,现在是2块7900XTX 在跑QFN 。另两块9700 闲置。 已经采购电源模块准备折腾

                                      radiance 1.15.0之後有支持RDNA3,7900XTX能用。

                                      整!

                                      1 条回复 最后回复
                                      0
                                      • paul houP paul hou

                                        最近用RADIANCE都是用這個模型
                                        https://huggingface.co/frank8465/Swift-1.5-Qwen3.8-Flash-Next-GPTQ-W4A8-Radiance-AMD-R9700
                                        比原廠慢一點,但品質好。

                                        linkdesuL
                                        linkdesuL
                                        linkdesu
                                        体面乡绅
                                        编写于 最后由 编辑
                                        #21

                                        @paul-hou 谢谢分享,我去研究下,现在一个模型 100GB 多,下载起来不是一般的费机场流量,搞得我都不敢随便下了 😓

                                        freeman gemmyF 1 条回复 最后回复
                                        0
                                        • 张光璞张 张光璞

                                          @paul-hou 说:

                                          @applejuice 说:

                                          @linkdesu 测一测512k context context offload 去ram strata 唯一的好处就是长上下文几乎没衰减

                                          radiance用qfn也幾乎沒衰減,27B就衰減的很快比不上 sly vllm和paiton vllm,現在的radiance不算是vllm,已經是獨立的引擎和框架了,優點就是啟動不用一分鐘,vllm都是3分鐘起步。

                                          说的我都心动了,现在是2块7900XTX 在跑QFN 。另两块9700 闲置。
                                          已经采购电源模块准备折腾
                                          image.jpeg

                                          image.jpeg

                                          linkdesuL
                                          linkdesuL
                                          linkdesu
                                          体面乡绅
                                          编写于 最后由 编辑
                                          #22

                                          @张光璞 这电源太夯了,我看到 1600W 要用空调插座,想了想家里提前也没考虑这布线,还是就上了 1200W 稳一点了 😂

                                          张光璞张 1 条回复 最后回复
                                          0

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

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

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

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


                                          • 登录

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