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

    另外,账号发帖终于能发图了,感动😂

    1 条回复 最后回复
    0
    • 张光璞张
      张光璞张
      张光璞
      贵族大夫 硕果累累
      编写于 最后由 编辑
      #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

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

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

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

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


                                          • 登录

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