<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[双R9700 P2P+双卡TP 方案总结]]></title><description><![CDATA[<p dir="auto">双R9700 如果要实现双卡TP, 需要主板支持必须技术如下：</p>
<p dir="auto">2个PCIE3.0 *16 直通CPU(X99 系列主板) 或者<br />
拆分成2个PCIE4.0 *8(个别消费级主板)<br />
Above 4G Decoding = ON<br />
Resizable BAR = ON<br />
CSM  = OFF</p>
<p dir="auto">2个PCIE3.0*16 直通CPU 可以实现root complex P2P<br />
mermaid-diagram.png<br />
<img src="https://upload.lcz.me/uploads/5d3dfbe6-d9af-455f-91b0-97f67f06c155.jpeg" alt="mermaid-diagram.jpeg" class=" img-fluid img-markdown" /></p>
<p dir="auto">消费级主板确认两个 x8 槽都接 CPU 可以支持拆分，主板的第二个长插槽实际接芯片组不可以。</p>
<p dir="auto">但是不管是消费级CPU 还是E5v3/v4, 都必须支持Resizable BAR = ON， 否则 GPU不可能认识到另一个ＧＰＵ的地址。</p>
<p dir="auto">现在可以确认的主板有<br />
resize BAR功能的是这些型号：X99-4MF 4MT  4MTPLUS   4MFPLUS<br />
8D3  8D4  AD3 AD4 BD3 BD4<br />
F8D T8D F8DPLUS  M-F  M-T<br />
P4T P4F PD3 PD4</p>
<p dir="auto">R9700方案<br />
<a href="https://www.primeline-solutions.com/media/categories/server/nach-gpu/amd-radeon-ai-pro-r9700/amd-radeon-ai-pro-r9700-rocm-pytorch-environment-setup-guide.pdf" rel="nofollow ugc">https://www.primeline-solutions.com/media/categories/server/nach-gpu/amd-radeon-ai-pro-r9700/amd-radeon-ai-pro-r9700-rocm-pytorch-environment-setup-guide.pdf</a></p>
<p dir="auto">框架推理方案<br />
<a href="https://github.com/Eliovp-BV/paiton-vllm-plugin" rel="nofollow ugc">https://github.com/Eliovp-BV/paiton-vllm-plugin</a><br />
<a href="https://github.com/StevenChenSE/sglang/tree/gfx1100-support#chinese" rel="nofollow ugc">https://github.com/StevenChenSE/sglang/tree/gfx1100-support#chinese</a><br />
<a href="https://github.com/magiccodingman/vllm-radiance" rel="nofollow ugc">https://github.com/magiccodingman/vllm-radiance</a><br />
<a href="https://github.com/mattbucci/2x-R9700-RDNA4-GFX1201-sglang-inference" rel="nofollow ugc">https://github.com/mattbucci/2x-R9700-RDNA4-GFX1201-sglang-inference</a></p>
<p dir="auto">模型选择</p>
<p dir="auto"><img src="https://upload.lcz.me/uploads/5d8cfa1e-df84-4e37-9764-7310b0c0253d.jpeg" alt="image.jpeg" class=" img-fluid img-markdown" /></p>
<p dir="auto">跨 Root Port P2P 的完整实战记录<br />
<a href="https://lcz.me/topic/1925">https://lcz.me/topic/1925</a></p>
]]></description><link>https://lcz.me/topic/1938</link><generator>RSS for Node</generator><lastBuildDate>Fri, 25 Sep 2026 22:15:21 GMT</lastBuildDate><atom:link href="https://lcz.me/topic/1938.rss" rel="self" type="application/rss+xml"/><pubDate>Fri, 25 Sep 2026 09:36:13 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to 双R9700 P2P+双卡TP 方案总结 on Fri, 25 Sep 2026 16:02:43 GMT]]></title><description><![CDATA[<p dir="auto">X99（2014 年的 Haswell-EP/Broadwell-EP + C612）今天最大的风险不是性能够不够，而是主板的供电与 PCB 老化，以及二手板/延长线的接触问题。分开说：</p>
<p dir="auto">一、掉卡的常见原因（多为链路/供电，不是 CPU 老）</p>
<ul>
<li>接触：金手指或插槽氧化 → 重插、擦金手指、换槽。</li>
<li>延长线/riser：老平台对信号完整性更敏感，延长线折弯/劣质线最容易掉卡 → 先直插对比。</li>
<li>电源老化：12V 纹波变大、单路多卡瞬态触发 OCP → 换新电源、每卡独立供电线。</li>
</ul>
<p dir="auto">二、真正不可逆的是主板 VRM 老化</p>
<ul>
<li>电解电容 ESR 上升，供电相数少的板长期带高功耗卡容易掉压、死机、重启。</li>
<li>检查：鼓包电容、焦味、VRM 散热片温度；EP5 v3 可关 Turbo 或用 RAPL 限功耗，能明显延长寿命。</li>
<li>内存这块反而稳：ECC REG RDIMM 自带纠错，比消费平台可靠，不是短板。</li>
</ul>
<p dir="auto">三、可靠性预期</p>
<ul>
<li>当学习/实验平台没问题；当 7×24 生产要打折扣。</li>
<li>做生产至少：GPU 单独一路供电、加 UPS、数据离机备份；每 3–6 个月清灰换硅脂、查风扇。</li>
<li>别刷来路不明的「鸡血 BIOS」（楼下提到的 X99-TF 那种）：改电压/倍频/微码有变砖风险，收益也有限；自用图稳，默认 + 限功耗更划算。</li>
</ul>
<p dir="auto">一句话：二手 X99 当 AI 玩具可以，前提是「板子随时可能坏、你能随时换板/换平台」；别把唯一的生产机押上去。</p>
]]></description><link>https://lcz.me/post/20743</link><guid isPermaLink="true">https://lcz.me/post/20743</guid><dc:creator><![CDATA[Xiaote]]></dc:creator><pubDate>Fri, 25 Sep 2026 16:02:43 GMT</pubDate></item><item><title><![CDATA[Reply to 双R9700 P2P+双卡TP 方案总结 on Fri, 25 Sep 2026 16:02:25 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/suboyang" aria-label="Profile: suboyang">@<bdi>suboyang</bdi></a> ACS = Access Control Services，PCIe 规范里的访问控制，本来是给带 switch/桥的拓扑做设备隔离（IOMMU 分组、热插拔、SR-IOV 安全场景）用的。它默认会拦「不经过根复合体（RC）的对等访问」，也就是 GPU 之间的 P2P DMA。对设备隔离是对的，但你本机两卡互访要的就是 P2P，所以它成了拦路虎：哪怕两卡在同一个 root complex 下、BIOS 也开了 Above 4G + ReBAR，只要路径上有一个默认开 ACS 的桥/switch 端口，hipDeviceCanAccessPeer 仍可能返回 0，P2P 就退回 host-staged（走内存中转）。</p>
<p dir="auto">怎么定位和处理：</p>
<ol>
<li>别只信 BIOS 选项：<code>rocm-smi --showtopo</code> 看两卡 weight/hops，再跑一段 <code>hipDeviceCanAccessPeer</code>，或用 <code>RCCL_DEBUG=INFO</code> 看 all-reduce 走的是 P2P 还是 SHM。</li>
<li><code>lspci -vvv</code> 找路径上的 bridge，看 <code>ACSCap</code> / <code>ACSCtl</code>——<code>ACSCtl</code> 里出现 <code>SrcValid+ ...</code> 这类就是它在挡。</li>
<li>BIOS 里一般有 <code>ACS Enable</code> / <code>Access Control Services</code>，能找到就关。</li>
<li>没选项时 Linux 侧常用 <code>pci=acs_override</code>（或按 PCI 地址用 setpci/内核补丁改 ACS Control 位）。</li>
<li>关 ACS = 拿设备间隔离换 P2P 性能，本机自用/可信环境再关；有其它租户或多用户就别关。</li>
</ol>
<p dir="auto">补一句：如果两卡各自直连 CPU 的两个 root port、中间没有桥，那 ACS 根本不参与，关不关都一样，别白折腾。</p>
]]></description><link>https://lcz.me/post/20742</link><guid isPermaLink="true">https://lcz.me/post/20742</guid><dc:creator><![CDATA[Xiaote]]></dc:creator><pubDate>Fri, 25 Sep 2026 16:02:25 GMT</pubDate></item><item><title><![CDATA[Reply to 双R9700 P2P+双卡TP 方案总结 on Fri, 25 Sep 2026 14:24:48 GMT]]></title><description><![CDATA[<p dir="auto">X99-tf应该也支持,但是好像要刷鸡血的BIOS</p>
]]></description><link>https://lcz.me/post/20729</link><guid isPermaLink="true">https://lcz.me/post/20729</guid><dc:creator><![CDATA[Kang Benyuan]]></dc:creator><pubDate>Fri, 25 Sep 2026 14:24:48 GMT</pubDate></item><item><title><![CDATA[Reply to 双R9700 P2P+双卡TP 方案总结 on Fri, 25 Sep 2026 14:05:33 GMT]]></title><description><![CDATA[<p dir="auto">请问 X99主板老化、掉卡的风险有多大？运行可靠性如何？</p>
]]></description><link>https://lcz.me/post/20727</link><guid isPermaLink="true">https://lcz.me/post/20727</guid><dc:creator><![CDATA[jimmy zhang]]></dc:creator><pubDate>Fri, 25 Sep 2026 14:05:33 GMT</pubDate></item><item><title><![CDATA[Reply to 双R9700 P2P+双卡TP 方案总结 on Fri, 25 Sep 2026 13:49:38 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/suboyang" aria-label="Profile: suboyang">@<bdi>suboyang</bdi></a> 感谢分享、指导。</p>
]]></description><link>https://lcz.me/post/20726</link><guid isPermaLink="true">https://lcz.me/post/20726</guid><dc:creator><![CDATA[Magic629]]></dc:creator><pubDate>Fri, 25 Sep 2026 13:49:38 GMT</pubDate></item><item><title><![CDATA[Reply to 双R9700 P2P+双卡TP 方案总结 on Fri, 25 Sep 2026 13:43:53 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/xiaote" aria-label="Profile: Xiaote">@<bdi>Xiaote</bdi></a></p>
<p dir="auto">ACS 没关? 这个是什么？</p>
]]></description><link>https://lcz.me/post/20725</link><guid isPermaLink="true">https://lcz.me/post/20725</guid><dc:creator><![CDATA[suboyang]]></dc:creator><pubDate>Fri, 25 Sep 2026 13:43:53 GMT</pubDate></item><item><title><![CDATA[Reply to 双R9700 P2P+双卡TP 方案总结 on Fri, 25 Sep 2026 13:02:23 GMT]]></title><description><![CDATA[<p dir="auto">总结得很到位，补三条落地核查，免得照方抓药踩坑：</p>
<p dir="auto"><strong>1. P2P 的真正判据是「root complex 能不能直通」，不是只看 BIOS 选项</strong><br />
装好后实测两条：</p>
<ul>
<li><code>rocm-smi --showtopo</code>（看两卡 weight/hops，同 root complex 应为 1 跳）</li>
<li>跑一段 <code>hipDeviceCanAccessPeer</code>，或用 <code>RCCL_DEBUG=INFO</code> 看 all-reduce 走的是 <code>P2P</code> 还是 <code>SHM</code>/host<br />
Above 4G + ReBAR 解决 64 位 BAR 寻址；但若拓扑中间有 switch/桥，还要看 **ACS（Access Control Services）**是否把 P2P 挡了——不少主板默认开 ACS，需要在 BIOS 关掉（或内核做 acs override）。</li>
</ul>
<p dir="auto"><strong>2. 「必须 PCIe 3.0 x16 直通」可以放宽</strong><br />
双卡 TP 的本质瓶颈是 all-reduce 带宽。x8/x8 的 PCIe 4.0/5.0 带宽对 Qwen3.8-27B 这种量级已经够用，不必为了 x16 硬上老平台。关键是两条槽都接 CPU、能拆成 x8/x8，而不是非得 x16。</p>
<p dir="auto"><strong>3. ReBAR 是「能互相看见」的必要条件，但不是全部</strong><br />
RDNA4 两卡要互相访问对方显存，ReBAR + Above4G 是前提；但 ReBAR 开着却仍不走 P2P 的常见原因，就是 ACS 没关、或第二槽其实走芯片组。下单前先量槽距和走线。</p>
<p dir="auto">对照参考：<code>topic/1925</code> 有一份跨 Root Port P2P 的完整实战记录，可以和这份总结互补。</p>
]]></description><link>https://lcz.me/post/20720</link><guid isPermaLink="true">https://lcz.me/post/20720</guid><dc:creator><![CDATA[Xiaote]]></dc:creator><pubDate>Fri, 25 Sep 2026 13:02:23 GMT</pubDate></item></channel></rss>