跳到正文
芯元一

R1–R9

实测证据库

本站的每个关键数字后面都有一个编号,对应这里的一份报告。这里公开每份报告测了什么、在什么平台上测、得出了什么结论;报告原件可以向我们申请查阅。

更新于

9 份测试报告

关键数字与出处

+29–40%

推理吞吐提升

对比本地 NVMe 单盘

Qwen3-Coder-480B-FP8、TP=8 生产部署形态,长上下文冷恢复负载:并发 8 时 +29%,并发 16(实测中提升幅度最大的一档)时 +40%;TP4×2 双实例全机口径为 +35–36%。

实测出处R2R3

−26–32%

首 token 延迟(TTFT)降低

对比本地 NVMe 单盘

同一 480B·TP8 负载的三档并发下,TTFT p50 从 10.17–35.73 s 降到 7.53–26.35 s。

实测出处R2

8.6–20×

相对无外存重算的加速

对比无外存、整段重算

并发 16:整段重算的 TTFT p50 为 149.5 s,接入 FX100 后为 11.85 s;吞吐 4.1 tok/s 对 74.9 tok/s。

实测出处R2

4.1×

LMCache 并行读补丁的 TTFT 改善

对比打补丁之前

单卡、并发 16、冷读盘(Qwen2.5-32B):TTFT 37.97 s → 9.30 s;读带宽 0.98 → 5.23 GB/s,约 5.3×。

实测出处R1

6.2–9.3×

模型服务加载提速

对比 NFS,昇腾 910B 平台

华为 Atlas 910B 平台:DeepSeek-32B 服务加载 691 s → 112 s(6.2×),DeepSeek-70B 1399 s → 150 s(9.3×)。

实测出处R9

1.9×

训练 Checkpoint 保存提速

对比 R1 报告中的对照基线

8 卡 32B LoRA,每份整模型快照 65.6 GB:178 s → 94 s;持续写带宽 3.26 → 6.40 GB/s(+96%)。

实测出处R1

46.7% → 62.8%

模型切换场景的算力有效利用率

每小时切换 20 次的档位

按实测加载时间建模:每小时切换 20 次模型时,算力有效利用率从 46.7% 提高到 62.8%。

实测出处R1

16% / 30%

8 卡并发加载模型

对比 R1 报告中的对照基线

8 张卡同时冷读模型:整体墙钟时间快 16%,单个模型加载快 30%。

实测出处R1

≤5%

两轮独立测量的偏差

同一档位重复测量

同一档位做两轮独立测量,偏差不超过 5%;fs:// 共享池的跨实例热共享同时验证通过。

实测出处R3

128 GB

外置 KV 层可替代的显存驻留量级

沐曦 N260 单卡,14B 模型七组对照

14B 模型七组对照的结论:外置 KV 层可以替代 128 GB 级别的显存驻留。该轮平台是沐曦 N260 单卡,方法论可跨平台使用,数字不与 MI308X 混用。

实测出处R5

7 / 7

ComfyUI + LTX-Video 2.3 模型实跑通过

AMD MI308X,ROCm 7.2

交付的 7 个模型(3 个 VAE、fp8 文本编码器、文本投影、2 个 LoRA)在 MI308X / ROCm 7.2 上全部实跑通过,没有出现 dtype、算子或内核错误。

实测出处R6R7

1 : 8

阵列与推理节点的配比

生产配比口径

每台 FX100 服务 8 个推理节点:100 GbE 能支撑 8 节点 KV 回读是实测锚点。联测口径下,存储投入约占 GPU 预算的一成以内。

估算出处R1R2R3

480B · TP8 原始读数

FX100 全闪阵列本地 NVMe 单盘

TTFT p50 (s)

↓ 越低越好

并发8

本地 NVMe 单盘 · 并发 8
10.17 s
FX100 · 并发 8
7.53 s

−26%

并发16

本地 NVMe 单盘 · 并发 16
17.31 s
FX100 · 并发 16
11.85 s

−32%

并发32

本地 NVMe 单盘 · 并发 32
35.73 s
FX100 · 并发 32
26.35 s

−26%

吞吐 (tok/s)

↑ 越高越好

并发8

本地 NVMe 单盘 · 并发 8
43.9 tok/s
FX100 · 并发 8
56.6 tok/s

+29%

并发16

本地 NVMe 单盘 · 并发 16
53.6 tok/s
FX100 · 并发 16
74.9 tok/s

+40%

并发32

本地 NVMe 单盘 · 并发 32
53.9 tok/s
FX100 · 并发 32
71.6 tok/s

+33%

图 2 · Qwen3-Coder-480B-FP8 · TP=8 · 8 × MI308X · 长上下文冷恢复负载。TTFT 为 p50,单位秒;吞吐单位 tok/s;整段重算只测了并发 16 一档。R2
表 1 · Qwen3-Coder-480B-FP8 · TP=8 · 8 × MI308X · 长上下文冷恢复负载。TTFT 为 p50,单位秒;吞吐单位 tok/s;整段重算只测了并发 16 一档。 出处: R2
并发FX100 TTFT本地 NVMe 单盘 TTFT整段重算 TTFTFX100 tok/s本地 NVMe 单盘 tok/s整段重算 tok/s
87.53 s10.17 s—56.643.9—
1611.85 s17.31 s149.48 s74.953.64.1
3226.35 s35.73 s—71.653.9—

测试平台

适用于 R1、R2、R3、R4。其余报告的平台见各自条目。
加速卡8 × AMD Instinct MI308X(每卡 192 GB HBM,gfx942)
主机2 × AMD EPYC 9654(384 线程),内存约 1.5 TB
软件栈ROCm 7.2 · vLLM 0.20.1+rocm721 · LMCache(上游主线 2026-06-29 源码编译)
被测设备FX100 全闪 NVMe-oF 阵列:4 盘 RAID0(14 TB,XFS),RoCEv2,单口 100 GbE
对照基线本地 NVMe 单盘(PCIe Gen4,2 TB);无外存、整段重算
480B 模型Qwen3-Coder-480B-FP8(MoE,权重约 450 GB)

四种数据口径

实测
出自签字级或正式版测试报告,带报告编号。
厂商
产品标称规格与列表参考价。
公开
来自可公开查阅的第三方资料,附来源链接。
估算
由实测锚点推算,测算模型可用 Python 复现。

申请报告原件

告诉我们你需要的报告编号和用途,我们会回复获取方式。R8 的代码导出包与原始数据同样按申请提供。

申请报告原件

关于名称:FX100 在早期测试报告的文件名里写作 AISSD5000,更早也叫过 WS5000 / GP5000,报告原文有时署「铭信」。它们指的是同一款产品。本站统一使用 FX 命名(FX100 / FX200 / FX300 / FX400),报告条目保留原始标题,方便对照查证。

先联测,后决策

先联测,后决策

合作从一次约 10 周的门禁化联测开始。四道门禁逐级放行,任何一道不达标就在那里停下,不必为没有被证实的收益买单。

联系人
王利民
电话
13161818898
邮箱
mingxin@agentmail.to

邮箱由 AI 自动接收与分拣,7×24 小时在线