<?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 折腾记】让 Radiance 跑起 MiniMax-H3 Rer2VA]]></title><description><![CDATA[<h4><strong>0x00、前言</strong></h4>
<p dir="auto">老实说，推理引擎我是写不出来的。</p>
<p dir="auto">上一篇 <a href="https://lcz.me/topic/2417/55">《从 Strata 到 Radiance》</a>  里，我把 StillDeadcode 的 Radiance 选定作为日用推理引擎，6000 多的预填充，MTP 开起来一百出头的解码速度，还能顺手跑 Qwen-Image 生图和改图~ （具体配置和测试口径见上一篇）</p>
<p dir="auto">用了一段时间，我心里又开始犯嘀咕，既然 Radiance 跑得这么快，能不能再让它多干一点？</p>
<p dir="auto">这一嘀咕，就有了这篇续集。 <img src="https://lcz.me/assets/plugins/nodebb-plugin-emoji/emoji/android/1f633.png?v=ec85ec55bc1" class="not-responsive emoji emoji-android emoji--flushed" style="height:1.4em;width:auto;vertical-align:middle" title=":flushed:" alt="😳" /></p>
<p dir="auto"><img src="https://upload.lcz.me/uploads/37e8a72d-34ac-498d-b739-fb9c74be7ed6.jpeg" alt="image.jpeg" class="img-markdown  img-fluid" /></p>
<h4><strong>0x01、一个很好玩、但跑不动的功能</strong></h4>
<p dir="auto">上一篇赶着发布，有个挺有意思的功能没来得及讲，那就是 Radiance 除了跑文本和图片，其实也能跑 MiniMax-H3 的普通文生视频。</p>
<p dir="auto">而 MiniMax-H3 本身还有个更好玩的模式，叫“全参考”，通过几张角色图、一段参考视频，再加一段音频，都可以一起喂给它。角色图告诉它主角“长什么样”，而视频提供动作的参考，告诉模型该主角怎么动、镜头怎么走，音频也能作为条件参与生成。对于想拿自己的角色做短片的人来说，这种组合实在很诱人！</p>
<p dir="auto">但问题是，我原来这套 ComfyUI 流程主要用单卡跑，另一张卡没能帮上这个任务的忙，Radiance又不支持全参考模式的 <strong>minimax_h3_ref2va</strong> 模型，0.4MP、20 步全参考测试里，光采样就要等十五分多钟。 <img src="https://lcz.me/assets/plugins/nodebb-plugin-emoji/emoji/android/1f630.png?v=ec85ec55bc1" class="not-responsive emoji emoji-android emoji--cold_sweat" style="height:1.4em;width:auto;vertical-align:middle" title=":cold_sweat:" alt="😰" /></p>
<p dir="auto">于是，情况就成了这样：</p>
<p dir="auto">1、<strong>ComfyUI</strong> ：流程全参考模式可以正常玩儿，但是速度慢的抠脚，出去转一圈回来它还搁那里采样！</p>
<p dir="auto">2、<strong>Radiance</strong>：原生速度快，却还不支持我想玩的东西...</p>
<p dir="auto">那么问题很自然就来了，能不能把两边拼起来？ 想到这里，我突然冷静了一下，HIP 开发我不会，推理引擎我也写不出来。这活儿我怎么干…</p>
<p dir="auto">…不对，我不会，但好女孩（GPT）可以试试啊！</p>
<p dir="auto">于是，我捏爆了一张“限额重置卡”，把这个灵光一闪的念头交给了她。</p>
<p dir="auto">接下来，就是一轮轮的报错、查日志、改代码、重新测试。前前后后折腾了一个周末，最后，全参考模式真的在 Radiance 里跑起来了！ <img src="https://lcz.me/assets/plugins/nodebb-plugin-emoji/emoji/android/1f60a.png?v=ec85ec55bc1" class="not-responsive emoji emoji-android emoji--blush" style="height:1.4em;width:auto;vertical-align:middle" title=":blush:" alt="😊" /></p>
<h4><strong>0x03、第一关：先和原版比一比</strong></h4>
<p dir="auto">跑通只是第一步，接下来我们要看看它到底快了多少。</p>
<p dir="auto">最实在的参照，就是我原来实际在用的方案，原版 ComfyUI + 单张 R9700。</p>
<p dir="auto">为了先看两套部署的表现，第一组用的条件比较朴素，全参考模式，832×480（约 0.4MP），完整跑 20 次 Euler 采样，不使用加速 LoRA，参考条件与初始噪声共享。</p>
<p dir="auto"><img src="https://upload.lcz.me/uploads/a6e751ad-d574-41f6-b78d-7812b836004d.jpeg" alt="image.jpeg" class="img-markdown  img-fluid" /></p>
<p dir="auto">从十五分半缩短到约八分钟，采样吞吐接近翻倍，耗时减少约 50%！</p>
<h4><strong>0x04、第二关：上难度</strong></h4>
<p dir="auto">尝到甜头后，我胆子也大了起来，于是我又上了一组更复杂的多张角色参考图，加一段参考视频和它的原声。</p>
<p dir="auto"><img src="https://upload.lcz.me/uploads/03a18c2e-a93d-4fc2-a1ed-ed0f12f16a7e.jpeg" alt="image.jpeg" class="img-markdown  img-fluid" /></p>
<p dir="auto">这次是“宇宙公交站”主题，四个黄色生物分别替换动作参考中的四个白模，前景女主保留。必要时允许身体比例向原模特靠近，让角色有条件完成原来的动作。</p>
<p dir="auto">视频生成的总计耗时大概15分35秒。</p>
<p dir="auto"><img src="https://upload.lcz.me/uploads/556f2b0a-576c-44c1-a6da-7d2dce4042b0.jpeg" alt="image.jpeg" class="img-markdown  img-fluid" /></p>
<p dir="auto">图中我们可以看到，采样之外还有将近五分的时间被预处理消耗掉了，预处理目前主要走单卡 PyTorch 路径，包含 VAE 编码和 Qwen3-VL-32B 条件特征提取，各环节占比还没有细分。后面有空，这是一个值得研究的优化点先记在账上！后面有空了再接着Vibe下，把整条任务的总耗时压下来。</p>
<p dir="auto">效果我就不自吹了，视频放在下面。<img src="https://lcz.me/assets/plugins/nodebb-plugin-emoji/emoji/android/1f528.png?v=ec85ec55bc1" class="not-responsive emoji emoji-android emoji--hammer" style="height:1.4em;width:auto;vertical-align:middle" title="🔨" alt="🔨" />友们直接看成片自行判断。</p>
<p dir="auto"><a href="https://youtu.be/I2beLuso4fk" rel="nofollow ugc"><i class="fa fa-youtube" aria-hidden="true"></i> Youtube Video</a></p><div class="js-lazyYT lazyYT-container" data-youtube-id="I2beLuso4fk" data-width="640" data-height="360" data-parameters style="width:640px;padding-bottom:360px">
 <div class="ytp-thumbnail lazyYT-image-loaded" style="background-image:url(&quot;https://i.ytimg.com/vi/I2beLuso4fk/hqdefault.jpg&quot;)">
  <button class="ytp-large-play-button ytp-button" tabindex="23" aria-live="assertive" style="transform:scale(0.85)" onclick="$(this).lazyYT(this);return false;">
   <svg height="100%" version="1.1" viewbox="0 0 68 48" width="100%">
    <path class="ytp-large-play-button-bg" d="m .66,37.62 c 0,0 .66,4.70 2.70,6.77 2.58,2.71 5.98,2.63 7.49,2.91 5.43,.52 23.10,.68 23.12,.68 .00,-1.3e-5 14.29,-0.02 23.81,-0.71 1.32,-0.15 4.22,-0.17 6.81,-2.89 2.03,-2.07 2.70,-6.77 2.70,-6.77 0,0 .67,-5.52 .67,-11.04 l 0,-5.17 c 0,-5.52 -0.67,-11.04 -0.67,-11.04 0,0 -0.66,-4.70 -2.70,-6.77 C 62.03,.86 59.13,.84 57.80,.69 48.28,0 34.00,0 34.00,0 33.97,0 19.69,0 10.18,.69 8.85,.84 5.95,.86 3.36,3.58 1.32,5.65 .66,10.35 .66,10.35 c 0,0 -0.55,4.50 -0.66,9.45 l 0,8.36 c .10,4.94 .66,9.45 .66,9.45 z" fill="#1f1f1e" fill-opacity="0.9">
    </path>
    <path d="m 26.96,13.67 18.37,9.62 -18.37,9.55 -0.00,-19.17 z" fill="#fff">
    </path>
    <path d="M 45.02,23.46 45.32,23.28 26.96,13.67 43.32,24.34 45.02,23.46 z" fill="#ccc">
    </path>
   </svg>
  </button>
 </div>
</div><p></p>
<p dir="auto">（这十几分钟里，我唯一的贡献就是忍住没去碰电脑。<img src="https://lcz.me/assets/plugins/nodebb-plugin-emoji/emoji/android/1f602.png?v=ec85ec55bc1" class="not-responsive emoji emoji-android emoji--joy" style="height:1.4em;width:auto;vertical-align:middle" title=":joy:" alt="😂" /> ）</p>
<h4><strong>0x05、比数字更让我兴奋的</strong></h4>
<p dir="auto">而这次真正让我兴奋的，是多卡这条路好像走得通！多张同架构显卡，通过专项优化，可以让算力和显存一起参与同一个生成任务！！</p>
<p dir="auto">单张 R9700 是 32GB，四张合计就是 128GB。官方规格：<a href="https://www.amd.com/en/products/graphics/workstations/radeon-ai-pro/ai-9000-series/amd-radeon-ai-pro-r9700.html" rel="nofollow ugc">R9700</a></p>
<p dir="auto">当然，四张卡加起来的 128GB 和一张 128GB 的卡不是一回事,模型怎么切分、卡之间怎么通信，都要看引擎的本事。现在的双卡路径也仍使用主机内存暂存，并非所有东西都常驻显存。我目前只实测了双卡，四卡能扩展到什么程度，还要等真插上去才知道~</p>
<p dir="auto">但至少，它让我看到了另一种思路，本地生成不一定只能纠结“该咬牙买哪张大显存卡”，也可以依托于社区开源的“基础设施”，使用AI为自己扫平显存不足障碍！！</p>
<p dir="auto">放在以前，像我这样的人，遇到框架跑得慢、功能不全，基本只能等官方更新，等大佬出手。现在，Linux、ROCm 和开源项目留出了动手的空间，AI 又把“想法变成代码”的门槛拉低了一大截。引擎、内核、内存分配这些我自己啃不动的骨头，至少可以试着交给好女孩去啃。</p>
<p dir="auto">CUDA 多年积累的优势当然还在。只是折腾完这一回，我觉得那条“护城河”上，已经出现了普通人借助 AI 也能搭桥过去的地方。愿意折腾的<img src="https://lcz.me/assets/plugins/nodebb-plugin-emoji/emoji/android/1f528.png?v=ec85ec55bc1" class="not-responsive emoji emoji-android emoji--hammer" style="height:1.4em;width:auto;vertical-align:middle" title="🔨" alt="🔨" />友再多一点，没准哪天，这条河就被填成了一条“护城沟”~ <img src="https://lcz.me/assets/plugins/nodebb-plugin-emoji/emoji/android/1f633.png?v=ec85ec55bc1" class="not-responsive emoji emoji-android emoji--flushed" style="height:1.4em;width:auto;vertical-align:middle" title=":flushed:" alt="😳" /></p>
<p dir="auto">所以，以后挑硬件，我会越来越看重这几样：硬件加速单元、显存容量、带宽，还有它的<strong>开源生态</strong>。</p>
<h4><strong>0x06、最后的坦白</strong></h4>
<p dir="auto">开头说了，我写不出推理引擎，自然也修不动它。</p>
<p dir="auto">这个实验分支在我的环境里已经能正常运行，但长期维护、持续适配和处理各种问题，都超出了我的能力，主要代码也由 GPT/Codex 完成。所以，我更愿意把它当作一次已经跑通的实验，连同代码、素材和记录一起公开，抛块砖出来。如果有<img src="https://lcz.me/assets/plugins/nodebb-plugin-emoji/emoji/android/1f528.png?v=ec85ec55bc1" class="not-responsive emoji emoji-android emoji--hammer" style="height:1.4em;width:auto;vertical-align:middle" title="🔨" alt="🔨" />友愿意在 Radiance 和这次实验的基础上继续改进、移植，甚至做出更成熟的实现，那就是这块砖最好的归宿。</p>
<h4><strong>0x07、AI 使用披露</strong></h4>
<p dir="auto">本文涉及的代码移植、调试与优化主要由 GPT/Codex 完成，测试执行、数据核对、文字润色、主题插画与图文排版也有好女孩参与。我负责提供想法、硬件和测试素材，并确认关键决策。性能数字来自真实硬件的运行记录。</p>
<p dir="auto"><strong>感谢 StillDeadcode 和 Radiance、MiniMax-H3 模型作者，以及所有提供开源工具的人。</strong></p>
<p dir="auto">一个写不出推理引擎的人，这次借着 AI，也在“巨人”的肩膀上站了一回。</p>
<p dir="auto"><img src="https://upload.lcz.me/uploads/5a500459-625f-4cf7-bada-eb591e0dc25a.jpeg" alt="image.jpeg" class="img-markdown  img-fluid" /></p>
<p dir="auto">==============================================================</p>
<p dir="auto"><strong>独VV不如众V，爱折腾的锤友可以把这个丢给agent试一下，项目我全程Vibe的，文档质量可能较差！使用过程中有啥问题顺手让Agent处理了得了~</strong> <img src="https://lcz.me/assets/plugins/nodebb-plugin-emoji/emoji/android/1f618.png?v=ec85ec55bc1" class="not-responsive emoji emoji-android emoji--kissing_heart" style="height:1.4em;width:auto;vertical-align:middle" title=":kissing_heart:" alt="😘" /></p>
<p dir="auto">实验分支： <a href="https://codeberg.org/Bunsei/radiance-h3-fullref" rel="nofollow ugc">https://codeberg.org/Bunsei/radiance-h3-fullref</a></p>
<p dir="auto">转换模型： <a href="https://huggingface.co/Bunsei/MiniMax-H3-Ref2VA-FP8-Radiance" rel="nofollow ugc">https://huggingface.co/Bunsei/MiniMax-H3-Ref2VA-FP8-Radiance</a></p>
<p dir="auto">素材包：<a href="https://storage.to/sruXRQBuK" rel="nofollow ugc">下载地址</a> 。</p>
<p dir="auto"><strong>PS：手里有显卡的<img src="https://lcz.me/assets/plugins/nodebb-plugin-emoji/emoji/android/1f528.png?v=ec85ec55bc1" class="not-responsive emoji emoji-android emoji--hammer" style="height:1.4em;width:auto;vertical-align:middle" title="🔨" alt="🔨" />友，欢迎用同一套素材、相同模型版本和采样参数跑一遍。我是真的好奇，这组全参考任务在 N 卡上要跑多久，时间主要花在哪些阶段。我目前没有同条件数据，只能把这个拜托给<img src="https://lcz.me/assets/plugins/nodebb-plugin-emoji/emoji/android/1f528.png?v=ec85ec55bc1" class="not-responsive emoji emoji-android emoji--hammer" style="height:1.4em;width:auto;vertical-align:middle" title="🔨" alt="🔨" />友们了。<img src="https://lcz.me/assets/plugins/nodebb-plugin-emoji/emoji/android/1f913.png?v=ec85ec55bc1" class="not-responsive emoji emoji-android emoji--nerd_face" style="height:1.4em;width:auto;vertical-align:middle" title=":nerd_face:" alt="🤓" /></strong></p>
<p dir="auto">注：文中的《女神异闻录5》主题 AI 插画为非官方同人作品，角色权利归 ATLUS / SEGA。</p>
]]></description><link>https://lcz.me/topic/2582</link><generator>RSS for Node</generator><lastBuildDate>Mon, 26 Oct 2026 04:30:45 GMT</lastBuildDate><atom:link href="https://lcz.me/topic/2582.rss" rel="self" type="application/rss+xml"/><pubDate>Sun, 25 Oct 2026 21:27:32 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to 【双 R9700 折腾记】让 Radiance 跑起 MiniMax-H3 Rer2VA on Mon, 26 Oct 2026 03:56:48 GMT]]></title><description><![CDATA[<h3><strong>配套数据</strong> ：</h3>
<p dir="auto">按这次 <strong>双 R9700、H3 全参考、1344×768、8 步</strong>的完整运行记录，两张卡的布局基本对称。</p>
<p dir="auto"><strong>每张卡实际占用约 27.90 GiB：</strong></p>
<table class="table table-bordered table-striped">
<thead>
<tr>
<th>显存区域</th>
<th style="text-align:right">每卡容量</th>
<th>备注</th>
</tr>
</thead>
<tbody>
<tr>
<td>数据池与工作区</td>
<td style="text-align:right"><strong>约 17.72 GiB</strong></td>
<td>中间计算数据、参考条件、latent、LoRA 参数和临时空间</td>
</tr>
<tr>
<td>基础权重池</td>
<td style="text-align:right"><strong>约 8.75 GiB</strong></td>
<td>当前常驻权重，以及按层轮换使用的权重暂存槽</td>
</tr>
<tr>
<td>其他占用</td>
<td style="text-align:right"><strong>约 1.43 GiB</strong></td>
<td>驱动、队列及额外分配等；这是差额估算</td>
</tr>
<tr>
<td><strong>驱动层显存峰值</strong></td>
<td style="text-align:right"><strong>约 27.899 GiB</strong></td>
<td>包含以上各项</td>
</tr>
<tr>
<td>设备报告总容量</td>
<td style="text-align:right">约 31.86 GiB</td>
<td>配置中主动预留约 4 GiB，未全部占满</td>
</tr>
</tbody>
</table>
<p dir="auto"><strong>其中，17.72 GiB 的数据池内部是：</strong></p>
<table class="table table-bordered table-striped">
<thead>
<tr>
<th>内容</th>
<th style="text-align:right">每卡容量</th>
<th>多卡组织方式</th>
</tr>
</thead>
<tbody>
<tr>
<td>DiT 临时中间数据峰值</td>
<td style="text-align:right"><strong>约 13.026 GiB</strong></td>
<td>混合：QKV、前馈中间数据分片；完整隐藏状态等仍复制</td>
</tr>
<tr>
<td>请求持久状态</td>
<td style="text-align:right">约 2.750 GiB</td>
<td>混合：参考条件、latent 等有复制；调制表已分片</td>
</tr>
<tr>
<td>LoRA 参数与工作区</td>
<td style="text-align:right">约 1.419 GiB</td>
<td>依对应层的分片与执行方式安排，不能整体算作重复数据</td>
</tr>
<tr>
<td>算子临时空间 scratch</td>
<td style="text-align:right">约 0.455 GiB</td>
<td>每卡为两条执行通道预留</td>
</tr>
<tr>
<td>音视频输出缓冲</td>
<td style="text-align:right">约 0.067 GiB</td>
<td>保存输出数据</td>
</tr>
<tr>
<td><strong>合计</strong></td>
<td style="text-align:right"><strong>约 17.717 GiB</strong></td>
<td>含少量对齐空间</td>
</tr>
</tbody>
</table>
<p dir="auto"><strong>8.75 GiB 的基础权重池内部是：</strong></p>
<table class="table table-bordered table-striped">
<thead>
<tr>
<th>内容</th>
<th style="text-align:right">每卡容量</th>
<th>用途</th>
</tr>
</thead>
<tbody>
<tr>
<td>常驻基础权重</td>
<td style="text-align:right">约 2.88 GiB</td>
<td>放在显存里直接使用</td>
</tr>
<tr>
<td>权重轮换暂存槽</td>
<td style="text-align:right">约 5.77 GiB</td>
<td>从主机搬入待计算的权重，用完后供其他层复用</td>
</tr>
<tr>
<td>池内剩余空间</td>
<td style="text-align:right">约 0.10 GiB</td>
<td>尚未使用的池预算</td>
</tr>
<tr>
<td><strong>合计</strong></td>
<td style="text-align:right"><strong>约 8.75 GiB</strong></td>
<td>上面三项已包含其中</td>
</tr>
</tbody>
</table>
<p dir="auto">暂存槽<strong>不是每层都保留一份</strong>，而是多层轮流使用同一片空间。LoRA 也已经计入数据池，不能再次加到总量上。</p>
<p dir="auto">主机内存则承担了另一部分：</p>
<table class="table table-bordered table-striped">
<thead>
<tr>
<th>主机侧指标</th>
<th style="text-align:right">本次记录</th>
</tr>
</thead>
<tbody>
<tr>
<td>主机侧权重，两 rank 合计</td>
<td style="text-align:right">约 <strong>24.72 GiB</strong></td>
</tr>
<tr>
<td>进程锁页内存</td>
<td style="text-align:right">约 26.83 GiB</td>
</tr>
<tr>
<td>引擎进程 RSS 峰值</td>
<td style="text-align:right"><strong>33.619 GiB</strong></td>
</tr>
<tr>
<td>引擎进程 VmSwap 峰值</td>
<td style="text-align:right"><strong>0</strong></td>
</tr>
<tr>
<td>稳定采样每步主机→两卡权重暂存复制</td>
<td style="text-align:right">约 <strong>12.208 GiB</strong></td>
</tr>
</tbody>
</table>
<p dir="auto">主机侧这些指标存在包含关系不能相加，每步搬运量也不是瞬时内存占用。</p>
<p dir="auto"><strong>最关键的对照是：</strong></p>
<table class="table table-bordered table-striped">
<thead>
<tr>
<th>同一容量配置</th>
<th style="text-align:right">TP1 单卡计划</th>
<th style="text-align:right">TP2 每卡计划</th>
<th style="text-align:right">TP2 两卡合计</th>
</tr>
</thead>
<tbody>
<tr>
<td>工作区，包含 LoRA、scratch</td>
<td style="text-align:right">29.35 GiB</td>
<td style="text-align:right"><strong>17.72 GiB</strong></td>
<td style="text-align:right">35.43 GiB</td>
</tr>
<tr>
<td>基础权重声明总量，包含主机卸载部分</td>
<td style="text-align:right">25.01 GiB</td>
<td style="text-align:right"><strong>15.24 GiB</strong></td>
<td style="text-align:right">30.48 GiB</td>
</tr>
</tbody>
</table>
]]></description><link>https://lcz.me/post/27829</link><guid isPermaLink="true">https://lcz.me/post/27829</guid><dc:creator><![CDATA[Bunsei]]></dc:creator><pubDate>Mon, 26 Oct 2026 03:56:48 GMT</pubDate></item><item><title><![CDATA[Reply to 【双 R9700 折腾记】让 Radiance 跑起 MiniMax-H3 Rer2VA on Mon, 26 Oct 2026 03:32:32 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/terry" aria-label="Profile: terry">@<bdi>terry</bdi></a></p>
<p dir="auto">老哥我按照你的意思是 “虽然两张卡都参与计算，但每张卡仍保存完整的一套权重和中间数据，因此没有降低单卡显存门槛” 这样子理解了。</p>
<p dir="auto">确实，单凭加速或两卡都有负载，确实不能证明显存容量得到了有效分摊。但我们这次不是全部复制，主隐藏状态和部分模块仍然每卡各有一份，而主要 DiT 矩阵权重、QKV、前馈中间数据和调制表进行了分片。</p>
<p dir="auto">所以我又让GPT跑了一遍，记录了完整状态（数据太长，所以我贴到楼下了）。跟GPT讨论的最终结论是这样的：</p>
<p dir="auto"><strong>如果忽略跨卡通信成本，并假设完成了四卡适配（系统层面支持TP4），多卡能够让生成任务的可承载容量近似线性增长，但存在重复状态和工作区开销。</strong></p>
<p dir="auto">按这次双卡测得的布局作简化估算，每增加一张 32GiB R9700，大约能增加 20.5GiB 的“单卡等效任务容量”。两张约相当于 52GiB，四张约相当于 93GiB。</p>
<p dir="auto">这是一种扣除重复开销后的容量估算，不代表显存被合并成了统一地址空间，也不是四卡实测结果。</p>
<p dir="auto">对应的<strong>理想化估算表</strong>：</p>
<table class="table table-bordered table-striped">
<thead>
<tr>
<th>卡数</th>
<th style="text-align:right">物理显存合计</th>
<th style="text-align:right">扣除额外开销后的单卡等效容量</th>
</tr>
</thead>
<tbody>
<tr>
<td>1 张</td>
<td style="text-align:right">32 GiB</td>
<td style="text-align:right">32 GiB</td>
</tr>
<tr>
<td>2 张</td>
<td style="text-align:right">64 GiB</td>
<td style="text-align:right"><strong>约 52.5 GiB</strong></td>
</tr>
<tr>
<td>3 张</td>
<td style="text-align:right">96 GiB</td>
<td style="text-align:right"><strong>约 72.9 GiB</strong></td>
</tr>
<tr>
<td>4 张</td>
<td style="text-align:right">128 GiB</td>
<td style="text-align:right"><strong>约 93.4 GiB</strong></td>
</tr>
</tbody>
</table>
<p dir="auto">计算假设是把本轮新增的 <strong>11.55 GiB</strong> 并行开销，近似视为每增加一张卡都要付出的固定成本：</p>
<p dir="auto"><strong>等效容量 ≈ 32N-11.55(N-1)</strong></p>
]]></description><link>https://lcz.me/post/27809</link><guid isPermaLink="true">https://lcz.me/post/27809</guid><dc:creator><![CDATA[Bunsei]]></dc:creator><pubDate>Mon, 26 Oct 2026 03:32:32 GMT</pubDate></item><item><title><![CDATA[Reply to 【双 R9700 折腾记】让 Radiance 跑起 MiniMax-H3 Rer2VA on Sun, 25 Oct 2026 23:02:43 GMT]]></title><description><![CDATA[<p dir="auto">可以弄个正式的项目，我加入到论坛的本地项目中，给个专业，以后会开发更好的展示页面，现在项目太少。你可以作为胶水项目。</p>
<p dir="auto">你这还是单卡，不是多卡项目，不要搞混了。多个节点分拆N久之前就完成了，它无法替代单卡大显存。</p>
]]></description><link>https://lcz.me/post/27774</link><guid isPermaLink="true">https://lcz.me/post/27774</guid><dc:creator><![CDATA[terry]]></dc:creator><pubDate>Sun, 25 Oct 2026 23:02:43 GMT</pubDate></item><item><title><![CDATA[Reply to 【双 R9700 折腾记】让 Radiance 跑起 MiniMax-H3 Rer2VA on Sun, 25 Oct 2026 23:00:05 GMT]]></title><description><![CDATA[<p dir="auto"><img src="https://lcz.me/assets/plugins/nodebb-plugin-emoji/emoji/android/2b50.png?v=ec85ec55bc1" class="not-responsive emoji emoji-android emoji--star" style="height:1.4em;width:auto;vertical-align:middle" title="⭐" alt="⭐" /> 版主审定：本帖设为<strong>精华</strong>，作者 <strong>+5 积分</strong>奖励，希望再接再厉！</p>
<blockquote>
<p dir="auto">奖励凭证：精华 +5 分 · 编号 f2582-1217-1（系统自动发放，显示稍有延迟）</p>
</blockquote>
]]></description><link>https://lcz.me/post/27773</link><guid isPermaLink="true">https://lcz.me/post/27773</guid><dc:creator><![CDATA[Xiaote]]></dc:creator><pubDate>Sun, 25 Oct 2026 23:00:05 GMT</pubDate></item><item><title><![CDATA[Reply to 【双 R9700 折腾记】让 Radiance 跑起 MiniMax-H3 Rer2VA on Sun, 25 Oct 2026 21:39:27 GMT]]></title><description><![CDATA[<p dir="auto">咸蛋超人版本<img src="https://lcz.me/assets/plugins/nodebb-plugin-emoji/emoji/android/1f602.png?v=ec85ec55bc1" class="not-responsive emoji emoji-android emoji--joy" style="height:1.4em;width:auto;vertical-align:middle" title=":joy:" alt="😂" /> ：<br />
<img src="https://upload.lcz.me/uploads/762da573-6ad7-4b84-9d8d-309dd588e88b.jpeg" alt="image.jpeg" class="img-markdown  img-fluid" /></p>
<p dir="auto">吱吱人版本：</p>
<p dir="auto"><img src="https://upload.lcz.me/uploads/e8faefd0-3723-4b9d-b116-19b07019df14.jpeg" alt="image.jpeg" class="img-markdown  img-fluid" /></p>
]]></description><link>https://lcz.me/post/27767</link><guid isPermaLink="true">https://lcz.me/post/27767</guid><dc:creator><![CDATA[Bunsei]]></dc:creator><pubDate>Sun, 25 Oct 2026 21:39:27 GMT</pubDate></item></channel></rss>