2× Radeon AI PRO R9700：6 次 device lost from bus，全部集中在同一张物理卡（已完成跨槽+跨线交叉验证）

杨乾基

2× Radeon AI PRO R9700：6 次 `device lost from bus`，全部集中在同一张物理卡（已完成跨槽+跨线交叉验证）

求：① 有人做过 Windows / 单卡差分吗 ② SMU 接口不匹配是否已知有害 ③ 低 churn 配置参数推荐 ④ 保修是换还是退款

TL;DR：双 R9700 跑 Radiance --tp 2，9 天掉卡 6 次。整卡（含卡内 PCIe switch）在配置空间层面瞬间消失、AER 全程 0、温度正常。已做跨槽位+跨供电线交叉验证：故障跟着卡走，6 次全在同一张物理卡（同负载另一张 0 次）。但同型号卡的公开案例（ROCm/amdgpu#241、ROCm/TheRock#9299）都是两张卡都出现过、且怀疑驱动/固件——这两件事我没能同时解释，所以来问。

1. 环境与配置

项	值
主板	MSI MPG X670E CARBON WIFI (MS-7D70)，BIOS `1.S2`（2026-07-06）
CPU / 内存	Ryzen 7 9800X3D / 62 GB
OS	Ubuntu 26.04.1 LTS，kernel `7.0.0-38-generic`
固件包	`linux-firmware 20260319.git217ca6e4.1ubuntu`
GPU	2× Radeon AI PRO R9700 32 GB（`1002:7551` rev c0 / subsys `1efe:0058` / SKU `EXT127429`）
VBIOS	两卡完全一致：`113-EXT127429-001`，build `00172698`，均从 UEFI VFCT 取得
卡身份	故障卡 `unique_id=63536d8adc7bbb92` ／对照卡 `db2afc1944053b57`
PCIe 拓扑	每卡自带板载 PCIe switch（三级桥）；两卡上游根端口 `00:01.1`、`00:01.3`，均为 32 GT/s x8，卡内链路 x16
固件版本	`smu fw 0x00684c00 (104.76.0)`、`DMUB 0x0A000800`；内核打印 `SEC: SMU: interface mismatch: driver if 0x2e, fw if 0x33`
ECC	`MEM ECC is active`；RAS 计数 `ue/ce/de = 0`（重启清零，崩溃时刻值已丢失）
功耗	出厂默认 300 W，我方经 `power1_cap` 限至 230 W（`cap_max` 仍为 300 W），未超频 / 未加压 / 未刷 VBIOS / 未拆机
供电	1000 W 电源；每卡 2× 独立 8-pin → 12V-2x6 转接（共 4 根独立线，无一分二）
软件栈	`stilldeadcode/radiance:1.12.0`，`--tp 2 --p2p auto --tp-wire wht6 --max-num-batched-tokens 2048 --max-model-len 262142 --host-pool-mib 13312 --num-speculative-tokens 3`
负载形态	MoE 推理 + 专家常驻主存 pinned pool + n-gram 表在 NVMe（O_DIRECT）+ MTP 投机解码；embedding 4.61 GiB 常驻主存；每卡常驻权重 ≈ 23.5 GiB；prefill staging 环 391 MiB、提前 3 层预取

主机名里的 B650M-AORUS-PRO-AX 是历史遗留错名，实际主板见上表。

2. 故障签名（每次几乎逐字相同）

snd_hda_intel 0000:06:00.1: Unable to change power state from D3hot to D0, device inaccessible
amdgpu 0000:06:00.0: device lost from bus!
amdgpu 0000:06:00.0: SMU: bus error for message: TransferTableSmu2Dram(18) response:0xFFFFFFFF
x86/amd: Previous system reset reason [0x02000800]: hardware watchdog timer expired

要点：

整卡瞬间失联，含卡内 switch 三级桥（01/02/04/05:00.0）与上行端口全部不可访问；遥测里同一拍 lk、up 同时变 Unknown/带宽 0x3F
AER 全程 ce=fe=ne=0（死前最后一次采样仍为 0，历史累计也为 0）
温度正常（死时 junction 77 °C / 显存 78 °C，临界 110 °C）
驱动从未成功复位；用户态全部卡在 D 状态（10/26 实测：采样循环从 0.5 秒/拍被拖到 64 秒/拍，load≈5 而 CPU 占用 1–2%）
结局是 60 秒硬件看门狗（SP5100 TCO）硬复位——RuntimeWatchdogSec=60s 是我方为避免长时间僵死主动配置的
掉卡后重启即可完全恢复，无需断电；RAS 计数不残留

3. 六次故障记录（时间 = 内核首条相关报错）

#	时间	该卡位置	现象	整机结束方式
1	10-18 23:48:50	槽A `03:00.0` rank0	`device lost from bus`	断电重启
2	10-20 14:51:41	槽A（音频功能先报 inaccessible）	同卡不可访问	断电重启
3	10-21 12:45:31	槽A	inaccessible → 失联，65 次刷屏	看门狗复位
4	10-21 17:07:33	槽A	失联，84 次刷屏	看门狗复位
5	10-26 18:40:24	槽A	失联，42 次刷屏	看门狗复位
—	10-26 19:55 交叉验证	两卡对调槽位 + 交叉供电线	—	—
6	10-27 09:46:55	槽B `06:00.0` rank1	失联，56 次刷屏；对照卡 0 次	看门狗复位

4. 两次崩溃的逐拍数据（自研 0.5 秒采样，字段见 §9）

4.1 第 5 次（10-26，上升沿触发）

18:40:22.12 | 03 p=29W   j=53 m=56 v=594  s=42MHz    lk=32GT/s x16 up=32GT/s x8 | 06 p=30W   j=56 ...
18:40:22.67 | 03 p=16W   j=52 m=54 v=594  s=41MHz    lk=32GT/s x16 up=32GT/s x8 | 06 p=18W   j=55 ...
18:40:22    | aer 03 ce=0 fe=0 ne=0        aer 06 ce=0 fe=0 ne=0
18:40:23.24 | 03 p=181W  j=66 m=60 v=1099 s=3.219GHz mc=1.258GHz                | 06 p=190W  j=70 ...
18:40:23.79 | 03 p=NA e=NA j=NA m=NA v=NA s=NA mc=NA lk=Unknown/63 up=Unknown/63 | 06 p=94W  v=1170 s=3.437GHz

触发形态：深睡（16 W / 0.594 V / 41 MHz）→ 0.57 秒内同步拉到 181 W / 1.099 V / 3.2 GHz → 下一拍（0.55 s 后）卡 03 整体失联。对照卡 06 同一瞬间也在满载爬升，毫发无损。

4.2 第 6 次（10-27，交叉验证之后，稳态满载触发）

09:46:52.16 | 03 p=230W j=76 m=77 v=1057 s=2.942GHz | 06 p=230W j=76 m=77 v=1047 s=2.899GHz
09:46:53.96 | 03 p=230W j=77 m=78 v=1057 s=2.934GHz | 06 p=229W j=77 m=78 v=1063 s=2.890GHz
09:46:54.52 | 03 p=230W j=77 m=78 v=1069 s=2.942GHz | 06 p=230W j=77 m=78 v=1063 s=2.890GHz
09:46:55.08 | 03 p=230W j=77 m=78 v=1062 s=2.882GHz | 06 p=NA e=NA j=NA m=NA v=NA s=NA lk=Unknown/63 up=Unknown/63
09:46:55.18 | 03 p=100W j=69 m=60 v=1170 s=3.428GHz | 06 p=NA ...

这次不是上升沿：故障前 3 分钟里 360 拍有 317 拍 ≥200 W，两卡长时间顶在 230 W 功耗墙上；卡 06（= 同一张物理卡，换了槽位/根端口/rank/供电线）在稳态满载中突然失联；对照卡 03 当时同样 230 W，仍正常出数。

两种完全不同的触发形态、同一张物理卡 —— 这是我目前最倾向"卡体失效"的原因。

5. 已经做过的排除实验

嫌疑	做法	结果
主板槽位 / PCIe 根端口	两卡对调槽位（`03:00.0 ↔ 06:00.0`）	未排除：故障跟着卡走，与槽位无关
驱动角色 rank	rank 随槽位枚举自动互换	未排除：它在 rank1 照样死
线材 / 端子	两卡供电线交叉（4 根独立线，无一分二）	未排除：换线后 13 小时同一张卡再死
整机 12V 能力	故障瞬间整机 12V 负载约 450 W（1000 W 电源的 45%）	排除总输出不足：同刻另一张卡同样满载无恙
过热	死时 junction 77 °C / 显存 78 °C；3 天历史峰值 87 / 80 °C	排除
PCIe 信号质量 / 链路	3 天 46 万拍：AER `ce=0 fe=0 ne=0`，链路稳定 Gen5 x8（卡内 x16），无降速重训	基本排除
CPU / 内存 / 主机侧	故障瞬间 CPU 0–1%、负载 0.05；无 MCE、无 EDAC、无 panic、pstore 空	排除
驱动 / 软件路径	无 ring test failure；同内核同驱动同负载下对照卡 77 小时 0 次	无软件级前兆
固件差异	两卡 VBIOS 版本号 + build 号完全一致；内核侧 IP 固件同源	排除"两卡固件不同"
显存 ECC	两卡 RAS `ue/ce/de=0`、无坏页	未证实（计数器重启清零，抓不到崩溃时刻）

6. 关键统计

两卡在 TP2 下是 lockstep 同步满载（同一瞬间一起从 16 W 拉到 181 W），暴露条件几乎全等。若两卡失效率相同，6 次故障全落在同一张上的概率：

(1/2)^6 = 1/64 ≈ 1.6%（双侧 3.1%）

指标	数值
连续遥测窗口（约 3 天）内故障卡的"深睡→满载"负载阶跃	305 次
其中触发致命故障	1 次（单次阶跃故障率 ≈ 0.3%）
对照卡同窗口连续记录	约 77 小时 / 46 万采样拍，0 次失联
两卡满载均值对照	226.4 W / 2952 MHz / 1020 mV 与 226.4 W / 2967 MHz / 1019 mV（完全对称，无"一张活更重"）

所以：短时压测（2 小时、负载循环个位数次）的复现概率按此率估算仅约 0.3%–3%——"烤机通过"在我这个案例里没有统计意义。 我自己跑的通用压测也确实全部不复现。

7. 与公开案例的对照（同一颗 Navi 48 / 同一款卡）

出处	平台	关键结论
`ROCm/amdgpu#241`（2026-10-24）	2×R9700 + X870E + Ubuntu 26.04.1 + llama.cpp	推理中随机整机复位（复位寄存器报 data fabric sync flood `0x08000800`）；`pcie_aspm=off`、关 GFXOFF、限 240 W、COMPUTE profile、PCIe runtime PM=on、更新 BIOS、关 EXPO 全部无效；根端口一个 Gen5 x8、一个只有 Gen4 x8。AMD 零回复
`ROCm/TheRock#9299`（2026-09-29）	2×R9700 vLLM TP=2	SMU `No response` → MES 不可恢复 → 整机死锁，`gpu_recovery` 没机会触发
↑ 评论 1	2×R9700 + 9950X + X870E AORUS MASTER	复现确认；Gen5 x16、AER 全 0、温度正常；SMU 接口不匹配 driver `0x2e` / fw `0x33`
↑ 评论 2	同机（含内核 6.14.8 / 7.0 nightly 也死）	做过卡/槽 A/B 对调 + 每卡独立供电线；提出负载形态判别：稠密 FP8 全权重常驻显存（稳态解码）数周 0 fatal，MoE + 主存专家下沉 + 盘上侧表流式读取 3/3 fatal，且稠密负载更重更热
↑ 评论 3	RX 9070 XT（同 Navi 48）+ SteamOS	掉总线时 SMU 消息全 `0xFFFFFFFF`、整卡连同卡内 switch 一起消失、根端口仍在、AER 为 0（与我完全一致）；11 小时崩 22 次；降功耗墙 + 负频移只把 10 次/小时压到 0.4 次/小时，未消除；关 GFXOFF 无效；同一台机器 Windows 下稳定
`ValveSoftware/SteamOS#2910`	RX 9070 XT	被上面引用的同类掉总线报告
L1T: dual R9700 vLLM woes / quad R9700 on AM4 / R9700 ×2 Code 31	双/四卡	掉卡、P2P 不通、Code 31 等

我与公开案例的两点不同（也是我困惑的来源）：

(a) 我的 6 次全部在同一张物理卡（等暴露下 1/64），而上面的案例里故障在两张卡之间是散布的、且有人观察到另一张卡也出现过自恢复的轻症。通病可以解释"这类卡存在这条弱点"，但只有个体差异能解释"为什么永远同一张"。
(b) 我的 SMU 固件比他们更旧：我 104.76.0，他们 104.79.0，还有人测过 104.80.0 仍崩。接口不匹配 0x2e / 0x33 我这边一模一样存在。

8. 还没做的实验（求补充、求优先级）

Windows 差分（最关键：公开案例里同一台机器 Windows 稳、Linux 崩）
可疑卡单独 --tp 1 跑几天（单卡也崩 = 硬件；只有双卡崩 = 双卡交互 / P2P / 固件路径）
12V-2x6 转接头跨卡互换——注意：第 5 次交叉验证时转接头是插在卡上跟着卡走的，所以"转接头"目前仍未被排除
升级 linux-firmware（SMU 104.76.0 → 更新）与试不同内核
引擎侧降 churn：--placement all_vram、调低 --busy-prefill-chunk、加大 --host-pool-mib、关 MTP；卡侧 power_dpm_force_performance_level=high
把 RAS 计数与 gpu_vram_bad_pages 挂进 0.5 秒采样（现在重启清零、抓不到崩溃瞬间）
卡上 12pin 插座焊点目检 / 满载后测温对比

9. 采样方法与字段（同行可直接复用）

systemd 服务，0.5 秒一拍写盘，每 2 秒加一行 AER 快照；表头示例：
# start 2026-10-26T18:46:01+08:00 kernel=7.0.0-38-generic v4

字段	来源	含义
`p`	`hwmon/power1_input`	板卡功率 PPT
`e/j/m`	`hwmon/temp1/2/3_input`	edge / junction / 显存温度
`v`	`hwmon/in0_input`	vddgfx（VRM 之后，看不到 12V 输入侧）
`s` / `mc`	`device/sclk` / `memclk`	核心 / 显存时钟
`lk` / `rs`	`current_link_speed/width`、`device/state`	卡内链路速率与宽度、电源状态
`br`	三级桥 `current_link_width` 拼接	卡内 PCIe switch 是否还在（变 `0` 即卡内失联）
`up`	上游端口 `current_link_*`	判定"整卡消失"还是"只有 GPU 函数消失"的关键
`aer …`	`aer_dev_correctable / _fatal / _nonfatal`	每 2 秒累计计数

最小可用版本（可直接贴）：

while sleep 0.5; do
  for d in 0000:03:00.0 0000:06:00.0; do
    h=$(ls /sys/bus/pci/devices/$d/hwmon/hwmon* 2>/dev/null|head -1)
    printf "%s p=%s j=%s v=%s s=%s lk=%sx%s up=%sx%s | " "$(date +%H:%M:%S.%2N)" \
      "$(cat $h/power1_input)" "$(cat $h/temp1_input)" "$(cat $h/in0_input)" \
      "$(cat /sys/bus/pci/devices/$d/sclk)" "$(cat /sys/bus/pci/devices/$d/current_link_speed)" \
      "$(cat /sys/bus/pci/devices/$d/current_link_width)" \
      "$(cat /sys/bus/pci/devices/0000:01:00.0/current_link_speed)" \
      "$(cat /sys/bus/pci/devices/0000:01:00.0/current_link_width)"
  done; echo
done

10. 想请教的具体问题（按对我价值排序）

谁做过 Windows 对照？ R9700 / RX 9070 XT 在 Windows 下同负载是否稳定？你机器上 LinuxWindows 差分做过吗？
SMU: interface mismatch: driver if 0x2e, fw if 0x33 是否已知有害？哪个内核 / linux-firmware 组合能把两侧对齐？该降固件还是升内核？
有人抓到"死之前最后 0.1–5 秒"更细的现场吗？（PCIe 快照、SMU 消息、dmesg 毫秒级、示波器 12V）想确认失效的先后次序：供电 / SMU / 链路，谁先死。
12V-2x6 转接方案有没有人做过明确 A/B 定论？ 双 8pin 转 12pin 在你机器上能长期稳定吗？
Linux 下长期跑 MoE + 专家下沉（Radiance / Strata / vLLM host offload / llama.cpp MoE）不崩的配置是什么？ 尤其是 power level、GFXOFF、aspm、host-pool 大小、prefill chunk。
有人试过 --placement all_vram（同规模 MoE）吗？ 装得下吗？稳定性有无变化？
#241 / #9299 有没有人拿到 AMD 私下进展（内部单号、测试固件、VBIOS 计划）？
有没有人的故障是"只死同一张卡"？ 你怎么定性、最后怎么处理（换卡 / 换固件 / 凑合用）？
（中文社区）R9700 保修实操：走店保还是官方？给换还是给退款？会不会要求 Windows 复现？

11. 我能提供的数据

0.5 秒粒度连续遥测：约 3 天 46 万拍（gzip 约 13 MB），含两次崩溃完整前后现场
每次崩溃的内核/系统日志窗口导出，以及逐 boot 的复位原因记录
六次故障精确时间戳 + 交叉验证前后的卡槽位映射（按 unique_id 锚定）
判读脚本（map / save / verdict 三个子命令）
待补：RAS 与 gpu_vram_bad_pages 的持续采样（按大家建议加上后重新抓一次现场）

12. English summary (for L1T / GitHub cross-post)

2× Radeon AI PRO R9700 (gfx1201), X670E, Ryzen 7 9800X3D, Ubuntu 26.04.1, kernel 7.0.0-38. Two cards run a MoE inference engine with --tp 2 --p2p auto, host-pinned expert pool and a disk-resident n-gram table, power capped to 230 W (stock 300 W).
Six intermittent "device lost from bus" events in 9 days. Whole card vanishes at config-space level including its on-card PCIe switch (up=Unknown/x63), all SMU messages return 0xFFFFFFFF, AER stays 0, temps normal (77 °C junction), no MCE/panic, no successful GPU reset; the box is recovered only by a hard reset.
I swapped the two cards' slots and crossed their power cables: the same physical card failed again 13 hours later (6/6 events on one card, control card 0 in ~77 h; p≈1/64). Two different trigger shapes: a 16 W→181 W step in 0.57 s, and a sudden loss during sustained cap-limited load (317/360 samples ≥200 W in the preceding 3 min).
Matches the amdgpu#241 / TheRock#9299 / RX 9070 XT reports in every observable except one: those show failures spread across both cards, mine never does. Kernel also reports SMU: interface mismatch: driver if 0x2e, fw if 0x33; my SMU fw is 104.76.0.
Questions: has anyone done a Windows differential on the same hardware? Is the SMU interface mismatch known-harmful, and which kernel/firmware pairing aligns it? Anyone whose failures were confined to a single card — how did you resolve it?

13. 一句话版（发群里用）

双 R9700 跑 --tp 2，9 天掉卡 6 次，整卡连板载 switch 一起消失、AER 全 0、温度正常；已做跨槽+跨线交叉验证，6 次全在同一张卡（另一张 0 次）；#241/#9299 那类"驱动/固件通病"解释不了 6:0，纯硬件又解释不了我的 SMU 接口不匹配 0x2e/0x33——有人做过 Windows 差分吗？

ka ka

单卡先跑两天看看

杨乾基

@ka-ka 你们有出现过吗，单卡可以试试，我回头试一下

Bunsei

Windows的显示驱动模型的问题。只能改超时时间，而且Windows下PCIE P2P很麻烦。

杨乾基

@Bunsei 我是Linux26系统的不是windows版本

Xiaote

你这组交叉验证已经把范围压得很窄：故障跟卡走、整卡配置空间消失、AER 0、温度正常，更像卡侧 PCIe switch/供电瞬态或 VBIOS 锁死，不像驱动把整卡弄丢。先按硬件问题处理，别等驱动。

RMA 前可以做的低扰动验证：

单卡跑同一负载 48h，启动参数加 amdgpu.runpm=0 pcie_aspm=off pcie_port_pm=off，看是否复现；
两张卡各走独立 12V-2x6 线，别用一分二，重点查瞬态；
固定性能档，避免深度降频：向 /sys/class/drm/card*/device/power_dpm_force_performance_level 写 high；
保留每次掉卡前后的 dmesg/journal，重点看 amdgpu ring timeout、PCIe AER、SMU 版本号。AER 0 但配置空间消失，通常是卡先掉、主机没来得及记。

Windows 差分意义不大：你跑的是 Linux 26.04 + 7.0 内核，WDDM 的超时和 P2P 行为和 Linux 完全不同，不能用来排除卡的问题。SMU 接口不匹配如果只是版本告警，通常无害；如果伴随 ring timeout，就按固件/内核不匹配处理，先把 linux-firmware 和内核对齐。

④ 保修：6/6 全在同一张卡、换槽换线仍复现，直接换卡或退款，不要接受“等驱动修”。另一张同型号 0 次，已经说明不是平台普遍问题。低 churn 可以试 NCCL_P2P_DISABLE=1 降 PCIe 流量，但那是绕过，不是修复。

Kuo Ke Hung

我叫AI看了一下，我的平台和你幾乎一模一樣。不同的只有loading沒你重，但我從來沒出過問題。
我覺得你可以找保固。

以下AI的片段：
三、你的環境確實「蠻像」，像到有點誇張
我本來以為只是同型卡，結果連主板都是同一張：

項目他你
主板 MSI MPG X670E CARBON WIFI (MS-7D70) 同一張 MS-7D70
OS / kernel Ubuntu 26.04.1 / 7.0.0-38-generic 逐字相同
GPU 2× R9700，板載 PCIe switch 相同
PCIe 拓撲根端口 00:01.1／00:01.3 皆 Gen5 x8、卡內 x16 完全相同
SMU driver if 0x2e / fw if 0x33，fw 104.76.0 逐字相同
ECC MEM ECC is active、GECC disabled 相同
負載形態 --tp 2 --tp-wire wht6 + MoE 專家下沉 + MTP 3 + --max-num-batched-tokens 2048 同款，--host-pool-mib 你 32768 > 他 13312
功耗牆限 230 W 你 210 W（cap_max 300 W）
結果 9 天掉卡 6 次 0 次
VBIOS 113-EXT127429-001 113-EXT120418-102 ← 真正的硬體差異只有這個
BIOS 1.S2（2026-07-06） 1.R2（依字母序推他較新，建議你自行確認再決定要不要動）
CPU Ryzen 7 9800X3D Ryzen 7 7700

杨乾基

@Kuo-Ke-Hung 我重装了系统，从前天晚上截至目前没有任何异常，希望是系统问题。

xiongjie gao

@杨乾基说:

@Kuo-Ke-Hung 我重装了系统，从前天晚上截至目前没有任何异常，希望是系统问题。

上机箱显卡照片看下布线

kos or · `ROCm/amdgpu#241`（2026-10-24）

@杨乾基 said:

双 R9700 跑 Radiance --tp 2，9 天掉卡 6 次

或許狀況不同, 供參考

有一種掉卡/掉驅動的狀況是, 電源供應器"電源瞬時負載能力" 不足,

GPU跑LLM時某一極短瞬間瓦數衝高 =>GPU 瞬時功耗尖峰（Power Excursion / Transient Power）
上次遇到這種狀況, 我把主板的850W電源換成1000W就沒出現了

杨乾基

@xiongjie-gao 目前情况是这样的，电源是非ATX3.0/3.1 振华23年1000w的电源。4个8pin供电二合一转12pin 支撑两卡供电按道理说 300+300 也就600 加整机和cpu 也最多加300 一共900 不应该是电源的问题。

杨乾基

@kos-or 你是单卡吗，我是双卡但是是1000w的电源。不知道是不是电源太小了我用的还是以前很不错的振华1000w 但是是非ATX3.0/3.1 规范

xiongjie gao

@杨乾基 AER问题大概率不会是因为电源功能跟着卡走。主要是看你有没有使用延长线。

比起延长线材的接触或是信号传输中的干扰问题，显卡可比它皮实多了。

杨乾基

@xiongjie-gao 我是用了转接线，是原卡附赠的双8合一一共4个8pin 合成了两个12pin

杨乾基

@xiongjie-gao 并没有使用延长线，延长线质量参差不齐，目前所有线材都是原装的

kos or

@杨乾基 said:

以前很不错的振华1000w 但是是非ATX3.0/3.1 规范

我用的應該是和你同一顆的Sunflower 振华1000w 白金

當時的配置是這樣的 :
GPU0 掉卡/掉驅動 => 第一顆振华850w 金牌 x 1 (供電主板 CPU + GP0 5070 Ti 300W) + 第二顆振华850w 金牌 x 1 (供電 GP1 5070 Ti 300W)

GPU0, GPU1 正常=> 第一顆振华1000w 白金 x 1 (供電主板 CPU + GP0 5070 Ti 300W) + 第二顆振华850w 金牌 x 1 (供電 GP1 5070 Ti 300W)
GPU0, GPU1 正常=> 振华1000w 白金 x 1 (供電主板 CPU + GP0 5070 Ti 300W + GPU1 5070 Ti 300W)

振华1000w 白金可以支援主板跑兩張 RTX 5070 Ti Qwen3.8-27B, Strata-Qwen Flash
但基本上兩張GPU 5070 Ti 一般耗電量總共約300~450瓦以內因為記憶體bottleneck, 無法滿載600W
如果兩張AI PRO R9700 常常滿載 600W 或許會有不同的狀況?

kos or

@杨乾基 said:

用了转接线，是原卡附赠的双8合一一共4个8pin 合成了两个12pin VHPWR

5070 Ti 附贈的轉接線是 3 x 8PIN(6+2) 轉 12pin

杨乾基

@kos-or 我用的原装的2合一不是3合一感觉应该可以吧等有钱了再换电源

抡锤者

2× Radeon AI PRO R9700：6 次 device lost from bus，全部集中在同一张物理卡（已完成跨槽+跨线交叉验证）

2× Radeon AI PRO R9700：6 次 device lost from bus，全部集中在同一张物理卡（已完成跨槽+跨线交叉验证）

1. 环境与配置

2. 故障签名（每次几乎逐字相同）

3. 六次故障记录（时间 = 内核首条相关报错）

4. 两次崩溃的逐拍数据（自研 0.5 秒采样，字段见 §9）

4.1 第 5 次（10-26，上升沿触发）

4.2 第 6 次（10-27，交叉验证之后，稳态满载触发）

5. 已经做过的排除实验

6. 关键统计

7. 与公开案例的对照（同一颗 Navi 48 / 同一款卡）

8. 还没做的实验（求补充、求优先级）

9. 采样方法与字段（同行可直接复用）

10. 想请教的具体问题（按对我价值排序）

11. 我能提供的数据

12. English summary (for L1T / GitHub cross-post)

13. 一句话版（发群里用）

2× Radeon AI PRO R9700：6 次 device lost from bus，全部集中在同一张物理卡（已完成跨槽+跨线交叉验证）

1. 环境与配置

2. 故障签名（每次几乎逐字相同）

3. 六次故障记录（时间 = 内核首条相关报错）

4. 两次崩溃的逐拍数据（自研 0.5 秒采样，字段见 §9）

4.1 第 5 次（10-26，上升沿触发）

4.2 第 6 次（10-27，交叉验证之后，稳态满载触发）

5. 已经做过的排除实验

6. 关键统计

7. 与公开案例的对照（同一颗 Navi 48 / 同一款卡）

8. 还没做的实验（求补充、求优先级）

9. 采样方法与字段（同行可直接复用）

10. 想请教的具体问题（按对我价值排序）

11. 我能提供的数据

12. English summary (for L1T / GitHub cross-post)

13. 一句话版（发群里用）

2× Radeon AI PRO R9700：6 次 `device lost from bus`，全部集中在同一张物理卡（已完成跨槽+跨线交叉验证）

2× Radeon AI PRO R9700：6 次 `device lost from bus`，全部集中在同一张物理卡（已完成跨槽+跨线交叉验证）