<?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[我之前也以为 X99 基本没法搞 P2P，不过最近在 E5-2697A v4 + X99 + 双 R9700 上实际折腾下来，已经把跨 Root Port 的 Direct P2P 跑通了。]]></title><description><![CDATA[<p dir="auto">我之前也以为 X99 基本没法搞 P2P，甚至已经在看 TRX40 / WRX80 和 PCIe Switch 板子了。</p>
<p dir="auto">不过最近在 <strong>E5-2697A v4 + X99 + 双 R9700</strong> 上实际折腾下来，已经把跨 Root Port 的 Direct P2P 跑通了。</p>
<p dir="auto">这件事不是改一个开关就行，我这边大概做了下面几层。</p>
<h3>1. 先确认硬件拓扑没问题</h3>
<p dir="auto">两张 R9700 都是 CPU 直出的 PCIe 3.0 x16，但挂在不同的 Broadwell Root Port 下。</p>
<p dir="auto">基础设置：</p>
<ul>
<li>Above 4G Decoding 开</li>
<li>ReBAR 开</li>
<li>CSM 关</li>
<li>两张卡确认都是 <strong>8GT/s x16</strong></li>
<li>检查 BAR / IOMMU / PCIe topology</li>
</ul>
<p dir="auto">另外把整条 PCIe Path 的 MPS 都查了一遍。</p>
<p dir="auto">X99/Broadwell Root Port 最大只支持 <strong>256B MPS</strong>，所以最终就保持256B，没有去强行改512/1024。</p>
<hr />
<h3>2. 先解决 AMDGPU / HSA 层面的跨 Root Port P2P</h3>
<p dir="auto">Broadwell-EP 这里有个比较麻烦的问题：</p>
<p dir="auto"><strong>跨 Root Port P2PDMA + 44-bit DMA address / 大 BAR 映射</strong> 默认并不顺畅。</p>
<p dir="auto">我这边最后使用了定制的：</p>
<p dir="auto"><code>6.8.12-r9700-p2p-dma44</code></p>
<p dir="auto">内核，把 X99/Broadwell 这层 P2P DMA 映射问题处理掉。</p>
<p dir="auto">之后先不碰 SGLang，直接做底层测试。</p>
<p dir="auto">HIP IPC 也单独验证过，使用：</p>
<p dir="auto"><code>HSA_ENABLE_IPC_MODE_LEGACY=0</code></p>
<p dir="auto">两张卡之间的 IPC 可以正常建立。</p>
<p dir="auto">然后用 TransferBench / hipMemcpyPeerAsync 验证真正的 GPU→GPU 数据通路。</p>
<p dir="auto">实测：</p>
<ul>
<li>GFX Push / Posted Write：约 <strong>10.29 GB/s</strong></li>
<li>SDMA / hipMemcpyPeerAsync：约 <strong>10.26～10.29 GB/s</strong></li>
<li>双向同时传输 aggregate：约 <strong>19.7 GB/s</strong></li>
</ul>
<p dir="auto">也就是说 PCIe 3.0 x16 的跨 Root Port P2P 实际已经跑到了比较正常的水平。</p>
<p dir="auto">这里很重要的一点是：</p>
<p dir="auto"><strong>先证明 GPU P2P 本身能工作，再折腾 RCCL。</strong></p>
<hr />
<h3>3. RCCL 是第二个坑</h3>
<p dir="auto">底层 P2P 通了以后，Stock RCCL 还是不会自动使用它。</p>
<p dir="auto">原因是两张卡跨 CPU Root Port，RCCL 把拓扑识别为：</p>
<p dir="auto"><code>PATH_PHB</code></p>
<p dir="auto">Stock RCCL 会退回：</p>
<p dir="auto"><code>via SHM/direct/direct</code></p>
<p dir="auto">也就是说底层明明能 P2P，但 RCCL 还是绕系统内存。</p>
<p dir="auto">当时实测：</p>
<ul>
<li>Stock RCCL SendRecv 1G：约 <strong>6.9 GB/s</strong></li>
<li>AllReduce BusBW：约 <strong>4.5 GB/s</strong></li>
</ul>
<p dir="auto">所以还需要处理 RCCL。</p>
<hr />
<h3>4. 给 RCCL 做了一个很小的 patch</h3>
<p dir="auto">我现在用的是 patched RCCL 2.27.7。</p>
<p dir="auto">修改其实很小，在：</p>
<p dir="auto"><code>src/graph/paths.cc</code></p>
<p dir="auto">里只有大约 <strong>6行顺序调整</strong>。</p>
<p dir="auto">核心问题是 RCCL 对 Intel 平台设置默认 P2P level 的顺序，会把用户指定的 PHB override 覆盖掉。</p>
<p dir="auto">修改后，让：</p>
<p dir="auto"><code>NCCL_P2P_LEVEL=PHB</code></p>
<p dir="auto">成为最终生效值。</p>
<p dir="auto">这里要注意：</p>
<p dir="auto"><strong>只设置环境变量没用。</strong></p>
<p dir="auto">我实际验证过：</p>
<ul>
<li>Stock RCCL + <code>NCCL_P2P_LEVEL=PHB</code> → 还是 SHM</li>
<li>Patched RCCL，不设置 PHB → 还是 SHM</li>
<li><strong>Patched RCCL + <code>NCCL_P2P_LEVEL=PHB</code> → Direct P2P</strong></li>
</ul>
<p dir="auto">两者必须同时有。</p>
<p dir="auto">我没有使用：</p>
<p dir="auto"><code>HSA_FORCE_FINE_GRAIN_PCIE=1</code></p>
<hr />
<h3>5. RCCL Direct P2P 打通后的结果</h3>
<p dir="auto">还是同一套 rccl-tests：</p>
<ul>
<li>SendRecv 1G：约 <strong>9.75 GB/s</strong></li>
<li>AllReduce BusBW：约 <strong>9.51 GB/s</strong></li>
<li>AllGather BusBW：约 <strong>9.16 GB/s</strong></li>
<li>ReduceScatter BusBW：约 <strong>8.92 GB/s</strong></li>
</ul>
<p dir="auto">SendRecv 已经达到 TransferBench P2P Push 的约95%。</p>
<p dir="auto">这时候基本可以确认：</p>
<p dir="auto"><strong>RCCL 已经不是 SHM，而是真正走 GPU Direct P2P。</strong></p>
<hr />
<h3>6. 最后再接 SGLang TP2</h3>
<p dir="auto">SGLang 启动后继续检查日志，不只是看“服务能跑”。</p>
<p dir="auto">现在能够看到类似：</p>
<p dir="auto"><code>isAllDirectP2p 1</code></p>
<p dir="auto">以及：</p>
<p dir="auto"><code>via P2P/IPC</code></p>
<p dir="auto">确认 TP2 通信真正走 Direct P2P。</p>
<p dir="auto">目前跑 Qwen3.8-27B AWQ，已经从1K一直测到251.5K context：</p>
<ul>
<li>251.5K Prefill：约 <strong>712 tok/s</strong></li>
<li>251.5K Native Decode：约 <strong>10.08 tok/s</strong></li>
<li>251.5K input + 512 output：0 OOM</li>
</ul>
<p dir="auto">连续高负载测试也没有看到 PCIe AER、GPU reset 或 P2P掉线。</p>
<hr />
<p dir="auto">所以我现在对 X99 的看法和最开始完全不一样。</p>
<p dir="auto"><strong>X99/Broadwell 不是硬件上完全不能 P2P，而是默认的软件路径很难直接用。</strong></p>
<p dir="auto">我这边实际上处理了两层：</p>
<p dir="auto"><strong>第一层：</strong><br />
X99/Broadwell + AMDGPU/HSA 的跨 Root Port P2P DMA。</p>
<p dir="auto"><strong>第二层：</strong><br />
让 RCCL 接受 <code>PATH_PHB</code> 下的 Direct P2P，而不是自动退回 SHM。</p>
<p dir="auto">两层都打通以后，PCIe 3.0 x16 本身反而没有想象中那么差。</p>
<p dir="auto">所以如果你的X99也是两张卡 CPU直连 x16+x16，我建议先把现有平台的 P2P 路径查清楚，<strong>不一定需要马上买 PCIe Switch</strong>。</p>
<p dir="auto">Switch可以改善拓扑，但如果真正的问题是 AMDGPU / RCCL 软件策略，单纯加Switch未必就能解决。</p>
<p dir="auto">后面我准备把 X99 双 R9700 从内核、TransferBench、RCCL到SGLang TP2的完整过程整理一下，应该比单独贴一个“跑通了”的结果更有参考价值。</p>
]]></description><link>https://lcz.me/topic/1896</link><generator>RSS for Node</generator><lastBuildDate>Fri, 25 Sep 2026 22:14:43 GMT</lastBuildDate><atom:link href="https://lcz.me/topic/1896.rss" rel="self" type="application/rss+xml"/><pubDate>Fri, 18 Sep 2026 03:53:27 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to 我之前也以为 X99 基本没法搞 P2P，不过最近在 E5-2697A v4 + X99 + 双 R9700 上实际折腾下来，已经把跨 Root Port 的 Direct P2P 跑通了。 on Fri, 25 Sep 2026 01:57:58 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/phoenixrise2026" aria-label="Profile: PhoenixRise2026">@<bdi>PhoenixRise2026</bdi></a></p>
<p dir="auto">谢谢等你后续，稳定后，我也整一套，主要是双卡R9700跑tcclaviger/Qwen3.8-27B-DFlash2-FP8 就是怕性能太低。</p>
]]></description><link>https://lcz.me/post/20597</link><guid isPermaLink="true">https://lcz.me/post/20597</guid><dc:creator><![CDATA[suboyang]]></dc:creator><pubDate>Fri, 25 Sep 2026 01:57:58 GMT</pubDate></item><item><title><![CDATA[Reply to 我之前也以为 X99 基本没法搞 P2P，不过最近在 E5-2697A v4 + X99 + 双 R9700 上实际折腾下来，已经把跨 Root Port 的 Direct P2P 跑通了。 on Fri, 25 Sep 2026 01:51:40 GMT]]></title><description><![CDATA[<blockquote>
<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/suboyang" aria-label="Profile: suboyang">@<bdi>suboyang</bdi></a> <a href="/post/20510">说</a>:</p>
<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/phoenixrise2026" aria-label="Profile: PhoenixRise2026">@<bdi>PhoenixRise2026</bdi></a></p>
<p dir="auto">没关系，只是讨论而已，但是我看见你开启P2P 性能并没有释放很高。<br />
不知道是模型的问题，还是调优的问题。这些你都试过吗？</p>
<p dir="auto">tcclaviger/Qwen3.8-27B-DFlash2-FP8</p>
<p dir="auto"><a href="https://github.com/magiccodingman/vllm-radiance" rel="nofollow ugc">https://github.com/magiccodingman/vllm-radiance</a></p>
<p dir="auto"><a href="https://github.com/StevenChenSE/sglang/tree/gfx1100-support#chinese" rel="nofollow ugc">https://github.com/StevenChenSE/sglang/tree/gfx1100-support#chinese</a></p>
<p dir="auto">按双卡 R9700的算力 80token/s 才算比较正常。而且低于80 token/s ,基本没法干活。</p>
</blockquote>
<p dir="auto">目前只是证明了在X99上把双 R9700 Direct P2P 真正跑通，后面有时间会测一下DFlash2、vllm-radiance。</p>
]]></description><link>https://lcz.me/post/20592</link><guid isPermaLink="true">https://lcz.me/post/20592</guid><dc:creator><![CDATA[PhoenixRise2026]]></dc:creator><pubDate>Fri, 25 Sep 2026 01:51:40 GMT</pubDate></item><item><title><![CDATA[Reply to 我之前也以为 X99 基本没法搞 P2P，不过最近在 E5-2697A v4 + X99 + 双 R9700 上实际折腾下来，已经把跨 Root Port 的 Direct P2P 跑通了。 on Fri, 25 Sep 2026 01:44:03 GMT]]></title><description><![CDATA[<blockquote>
<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/suboyang" aria-label="Profile: suboyang">@<bdi>suboyang</bdi></a> <a href="/post/20509">说</a>:</p>
<p dir="auto">44-bit DMA address 可以在 Above 4G Decoding里改吗？</p>
</blockquote>
<p dir="auto">Above 4G 不能改 44-bit DMA。我的问题恰恰是 ReBAR 后 BAR 被放得太高，超过 44-bit DMA 可达范围，所以需要在内核侧处理。</p>
]]></description><link>https://lcz.me/post/20590</link><guid isPermaLink="true">https://lcz.me/post/20590</guid><dc:creator><![CDATA[PhoenixRise2026]]></dc:creator><pubDate>Fri, 25 Sep 2026 01:44:03 GMT</pubDate></item><item><title><![CDATA[Reply to 我之前也以为 X99 基本没法搞 P2P，不过最近在 E5-2697A v4 + X99 + 双 R9700 上实际折腾下来，已经把跨 Root Port 的 Direct P2P 跑通了。 on Thu, 24 Sep 2026 18:03:44 GMT]]></title><description><![CDATA[<p dir="auto">相当牛逼的帖子，这个就是把洋垃圾的上限再推进</p>
]]></description><link>https://lcz.me/post/20540</link><guid isPermaLink="true">https://lcz.me/post/20540</guid><dc:creator><![CDATA[terry]]></dc:creator><pubDate>Thu, 24 Sep 2026 18:03:44 GMT</pubDate></item><item><title><![CDATA[Reply to 我之前也以为 X99 基本没法搞 P2P，不过最近在 E5-2697A v4 + X99 + 双 R9700 上实际折腾下来，已经把跨 Root Port 的 Direct P2P 跑通了。 on Thu, 24 Sep 2026 16:41:19 GMT]]></title><description><![CDATA[<p dir="auto">我是用舊主機板 ASUS H97-Pro 來跑 llama.cpp 的雙卡 RX 9060 XT 配置。<br />
因為 H97-Pro 的 PCIe 插槽規格限制：</p>
<ul>
<li>第一槽：PCIe 3.0 x16（直連 CPU）</li>
<li>第二槽：PCIe 3.0 x4（走 PCH 南橋晶片）</li>
</ul>
<p dir="auto">在 Ubuntu 環境下實測過 ROCm（ROCm 10 / 7.14）與 Vulkan：</p>
<ul>
<li>Prefill (PP) 速度：ROCm 表現遠優於 Vulkan。</li>
<li>心得：在搭配 Agent 時，Prefill (PP) 的處理速度甚至比 Text Generation (TG) 還要關鍵！</li>
<li>上下文與 VRAM 實測狀況目前雙卡配置下，穩定運作的極限是 176K Context Length（KV Cache 設為 Q8）。如果開到 192K，VRAM 就會壓在臨界點附近偶爾會crash。</li>
<li>因為是個人使用，大部分時間 np=1 ；但如果要分派 Sub-agent 執行任務，會需要設定 np=2。不過這也差不多是這套配置的極限了，上下文再縮短實用性就不高。</li>
</ul>
<p dir="auto">SGLang 與 TP/PP 傳輸測試：<br />
前兩天請 DeepSeek 協助安裝 SGLang，過程中同樣對 RCCL 與 P2P 進行了各項功能測試。最後也是打了類似的 Patch——否則 SGLang 的程式邏輯會判斷無法通訊，連CPU DMA都不走直接放棄。<br />
但即使打了 Patch，走 CPU AllReduce 的效能跟 llama.cpp 的 Tensor Parallel (TP) mode 差不多，速度都遠慢於 Pipeline Parallel (PP) mode，基本上沒有實用價值。加上 SGLang 本身吃 VRAM 比 llama.cpp 更兇，能開的上下文反而更短。</p>
<p dir="auto">總結：</p>
<ul>
<li>建議走南橋的 PCIe 介面，最佳解依然是 PP (Pipeline Parallel) 分層模式。實測下來，PP 模式的 Prefill 速度甚至略微超越單張 R9700；不過 TG 速度就單卡水準，大概只有 R9700 的一半。</li>
<li>硬體升級思考：如果主機板本身支援 雙 PCIe x8/x8，且手邊已經有一張 9060 XT，再補一張二手跑 Tensor Parallel，整體性能應該有機會逼近 R9700。但算一算升級預算，如果手頭預算許可，直接買一張二手 RX 7900 XTX 可能是更乾淨俐落的選擇——畢竟 384-bit 帶來約 960 GB/s 的記憶體頻寬，在純單卡運算上優勢還是太明顯了，且雙卡在記憶體分配上會有尾巴浪費的零散區塊（我一張有接顯示輸出會佔用VRAM）。</li>
</ul>
]]></description><link>https://lcz.me/post/20537</link><guid isPermaLink="true">https://lcz.me/post/20537</guid><dc:creator><![CDATA[Scott Lee]]></dc:creator><pubDate>Thu, 24 Sep 2026 16:41:19 GMT</pubDate></item><item><title><![CDATA[Reply to 我之前也以为 X99 基本没法搞 P2P，不过最近在 E5-2697A v4 + X99 + 双 R9700 上实际折腾下来，已经把跨 Root Port 的 Direct P2P 跑通了。 on Thu, 24 Sep 2026 15:31:52 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/johnnybegood" aria-label="Profile: johnnybegood">@<bdi>johnnybegood</bdi></a></p>
<p dir="auto">前几天找铭瑄要了一下可以PCIE 拆分的产品，也可以<br />
<img src="https://upload.lcz.me/uploads/8bb35713-1533-48f0-8a39-81392b616e3f.jpeg" alt="image.jpeg" class=" img-fluid img-markdown" /></p>
<p dir="auto">不用P2P，可以share-memory. 这个双卡7900xtx 也是share-memory</p>
<p dir="auto"><a href="https://github.com/StevenChenSE/sglang/tree/gfx1100-support#chinese" rel="nofollow ugc">https://github.com/StevenChenSE/sglang/tree/gfx1100-support#chinese</a></p>
<p dir="auto">南桥芯片的速度慢，其实也能TP，就是效率太低。</p>
]]></description><link>https://lcz.me/post/20520</link><guid isPermaLink="true">https://lcz.me/post/20520</guid><dc:creator><![CDATA[suboyang]]></dc:creator><pubDate>Thu, 24 Sep 2026 15:31:52 GMT</pubDate></item><item><title><![CDATA[Reply to 我之前也以为 X99 基本没法搞 P2P，不过最近在 E5-2697A v4 + X99 + 双 R9700 上实际折腾下来，已经把跨 Root Port 的 Direct P2P 跑通了。 on Thu, 24 Sep 2026 15:20:03 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> 如果像我们这种普通主板， 两个 pcie ，一个挂在cpu上， 一个挂在南桥芯片上， 应该就没戏了是吧</p>
]]></description><link>https://lcz.me/post/20517</link><guid isPermaLink="true">https://lcz.me/post/20517</guid><dc:creator><![CDATA[johnnybegood]]></dc:creator><pubDate>Thu, 24 Sep 2026 15:20:03 GMT</pubDate></item><item><title><![CDATA[Reply to 我之前也以为 X99 基本没法搞 P2P，不过最近在 E5-2697A v4 + X99 + 双 R9700 上实际折腾下来，已经把跨 Root Port 的 Direct P2P 跑通了。 on Thu, 24 Sep 2026 15:08:17 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/phoenixrise2026" aria-label="Profile: PhoenixRise2026">@<bdi>PhoenixRise2026</bdi></a></p>
<p dir="auto">还有一个知识 就是所有的志强CPU AMD的撕裂者 ZEN 系列都是跨 Root Port P2P DMA，这个是企业级CPU默认支持的。</p>
<p dir="auto">Root Port P2P 可以看成交换机的两个端口。root complex就是那个交换机。任意两个GPU通信 都需要Root Port P2P DMA。 PCIE switch 是4个GPU以上的解决方案。</p>
]]></description><link>https://lcz.me/post/20514</link><guid isPermaLink="true">https://lcz.me/post/20514</guid><dc:creator><![CDATA[suboyang]]></dc:creator><pubDate>Thu, 24 Sep 2026 15:08:17 GMT</pubDate></item><item><title><![CDATA[Reply to 我之前也以为 X99 基本没法搞 P2P，不过最近在 E5-2697A v4 + X99 + 双 R9700 上实际折腾下来，已经把跨 Root Port 的 Direct P2P 跑通了。 on Thu, 24 Sep 2026 15:06:07 GMT]]></title><description><![CDATA[<p dir="auto">又一成形的案例，看样子，可以抄作业了。</p>
]]></description><link>https://lcz.me/post/20513</link><guid isPermaLink="true">https://lcz.me/post/20513</guid><dc:creator><![CDATA[拐子001]]></dc:creator><pubDate>Thu, 24 Sep 2026 15:06:07 GMT</pubDate></item><item><title><![CDATA[Reply to 我之前也以为 X99 基本没法搞 P2P，不过最近在 E5-2697A v4 + X99 + 双 R9700 上实际折腾下来，已经把跨 Root Port 的 Direct P2P 跑通了。 on Thu, 24 Sep 2026 14:53:10 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/phoenixrise2026" aria-label="Profile: PhoenixRise2026">@<bdi>PhoenixRise2026</bdi></a></p>
<p dir="auto">没关系，只是讨论而已，但是我看见你开启P2P 性能并没有释放很高。<br />
不知道是模型的问题，还是调优的问题。这些你都试过吗？</p>
<p dir="auto">tcclaviger/Qwen3.8-27B-DFlash2-FP8</p>
<p dir="auto"><a href="https://github.com/magiccodingman/vllm-radiance" rel="nofollow ugc">https://github.com/magiccodingman/vllm-radiance</a></p>
<p dir="auto"><a href="https://github.com/StevenChenSE/sglang/tree/gfx1100-support#chinese" rel="nofollow ugc">https://github.com/StevenChenSE/sglang/tree/gfx1100-support#chinese</a></p>
<p dir="auto">按双卡 R9700的算力 80token/s 才算比较正常。而且低于80 token/s ,基本没法干活。</p>
]]></description><link>https://lcz.me/post/20510</link><guid isPermaLink="true">https://lcz.me/post/20510</guid><dc:creator><![CDATA[suboyang]]></dc:creator><pubDate>Thu, 24 Sep 2026 14:53:10 GMT</pubDate></item><item><title><![CDATA[Reply to 我之前也以为 X99 基本没法搞 P2P，不过最近在 E5-2697A v4 + X99 + 双 R9700 上实际折腾下来，已经把跨 Root Port 的 Direct P2P 跑通了。 on Thu, 24 Sep 2026 14:44:07 GMT]]></title><description><![CDATA[<p dir="auto">44-bit DMA address 可以在 Above 4G Decoding里改吗？</p>
]]></description><link>https://lcz.me/post/20509</link><guid isPermaLink="true">https://lcz.me/post/20509</guid><dc:creator><![CDATA[suboyang]]></dc:creator><pubDate>Thu, 24 Sep 2026 14:44:07 GMT</pubDate></item><item><title><![CDATA[Reply to 我之前也以为 X99 基本没法搞 P2P，不过最近在 E5-2697A v4 + X99 + 双 R9700 上实际折腾下来，已经把跨 Root Port 的 Direct P2P 跑通了。 on Thu, 24 Sep 2026 14:29:12 GMT]]></title><description><![CDATA[<blockquote>
<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/suboyang" aria-label="Profile: suboyang">@<bdi>suboyang</bdi></a> <a href="/post/20505">说</a>:</p>
<p dir="auto">我没看懂你的帖子，如果是单路 CPU E5 系列，两个GPU 应该是挂在一个root complex 下啊？怎么还会跨 Root Port P2P？</p>
<p dir="auto">这颗CPU ：Intel Xeon E5-2697A v4 支持P2P. 一颗CPU 怎么会挂在不同的 Broadwell Root Port ？</p>
</blockquote>
<p dir="auto"><img src="https://upload.lcz.me/uploads/9db0688e-a212-49db-b35a-3c2a5f65473b.jpeg" alt="image.jpeg" class=" img-fluid img-markdown" /></p>
<p dir="auto">谢谢指出问题。是我帖子里“不同 CPU Root Port”这个说法不严谨。<br />
我的机器是单路 E5-2697A v4，两张 GPU 都挂在同一颗 CPU 下，只是分别接在这颗 CPU 的不同 PCIe Root Port 上。<br />
所以这里说的“跨 Root Port P2P”是同一 CPU、不同 Root Port 之间的 P2P，不是跨 CPU。</p>
]]></description><link>https://lcz.me/post/20507</link><guid isPermaLink="true">https://lcz.me/post/20507</guid><dc:creator><![CDATA[PhoenixRise2026]]></dc:creator><pubDate>Thu, 24 Sep 2026 14:29:12 GMT</pubDate></item><item><title><![CDATA[Reply to 我之前也以为 X99 基本没法搞 P2P，不过最近在 E5-2697A v4 + X99 + 双 R9700 上实际折腾下来，已经把跨 Root Port 的 Direct P2P 跑通了。 on Thu, 24 Sep 2026 14:24:54 GMT]]></title><description><![CDATA[<p dir="auto">我没看懂你的帖子，如果是单路 CPU E5 系列，两个GPU 应该是挂在一个root complex 下啊？怎么还会跨 Root Port P2P？</p>
<p dir="auto">这颗CPU ：Intel Xeon E5-2697A v4 支持P2P. 一颗CPU 怎么会挂在不同的 Broadwell Root Port ？</p>
<p dir="auto"><img src="https://upload.lcz.me/uploads/9db0688e-a212-49db-b35a-3c2a5f65473b.jpeg" alt="image.jpeg" class=" img-fluid img-markdown" /></p>
]]></description><link>https://lcz.me/post/20505</link><guid isPermaLink="true">https://lcz.me/post/20505</guid><dc:creator><![CDATA[suboyang]]></dc:creator><pubDate>Thu, 24 Sep 2026 14:24:54 GMT</pubDate></item><item><title><![CDATA[Reply to 我之前也以为 X99 基本没法搞 P2P，不过最近在 E5-2697A v4 + X99 + 双 R9700 上实际折腾下来，已经把跨 Root Port 的 Direct P2P 跑通了。 on Thu, 24 Sep 2026 12:08:06 GMT]]></title><description><![CDATA[<p dir="auto">完整作业：<a href="https://lcz.me/topic/1925">https://lcz.me/topic/1925</a></p>
]]></description><link>https://lcz.me/post/20494</link><guid isPermaLink="true">https://lcz.me/post/20494</guid><dc:creator><![CDATA[PhoenixRise2026]]></dc:creator><pubDate>Thu, 24 Sep 2026 12:08:06 GMT</pubDate></item><item><title><![CDATA[Reply to 我之前也以为 X99 基本没法搞 P2P，不过最近在 E5-2697A v4 + X99 + 双 R9700 上实际折腾下来，已经把跨 Root Port 的 Direct P2P 跑通了。 on Thu, 24 Sep 2026 09:58:15 GMT]]></title><description><![CDATA[<blockquote>
<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/alan.lgv60" aria-label="Profile: alan.lgv60">@<bdi>alan.lgv60</bdi></a> <a href="/post/20475">说</a>:</p>
<p dir="auto">大佬，从头到尾看完了，X99 跨 Root Port Direct P2P 跑通真的开眼界——之前一直以为硬件封死了，原来只是 kernel 白名单 + RCCL 策略两层软件问题。</p>
<p dir="auto">我现在正计划 X99 + 双 R9700（已有 64GB DDR3），想抄你这条路线，有几个具体问题：</p>
<ol>
<li><strong>定制 kernel（<code>6.8.12-r9700-p2p-dma44</code>）和 patched RCCL 2.27.7 可以公开 repo 吗？</strong> 还是只是本地改？</li>
<li><strong>X99-TF GAMING V6.0 的 ReBAR 是官方 BIOS 原生选项，还是刷了 mod BIOS？</strong></li>
<li><strong>白名单 patch 是 Broadwell 专用，还是 Haswell（E5 v3）也适用？</strong></li>
<li><strong>模型 fit 不进单卡（比如 70B 级）时 TP2 实际加速多少？</strong> 27B 那个 1.01x 我理解是 fit 进单卡所以没意义，但真正需要双卡的模型有没有测过？</li>
<li><strong>供电有没有遇到瞬态尖峰跳闸？</strong> 用了多少 W 电源、有没有做 <code>pp_od_clk_voltage</code> 限频降压？</li>
<li><strong>你这套 P2P 配置对 vLLM 有没有意义，还是只有 SGLang 才行？</strong></li>
</ol>
<p dir="auto">很期待你的完整 write-up，到时候一定跟着做一遍交作业！</p>
</blockquote>
<p dir="auto">我T7910 1300w 电源，双R9700  双卡限制在210w 才能保证同步工作不重启跳闸。</p>
]]></description><link>https://lcz.me/post/20479</link><guid isPermaLink="true">https://lcz.me/post/20479</guid><dc:creator><![CDATA[张光璞]]></dc:creator><pubDate>Thu, 24 Sep 2026 09:58:15 GMT</pubDate></item></channel></rss>