<?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[2x3090 NVLink 王者配置 × Strata v0.1.31 首测：RVN 无审查 Flash-Next 上机实测（prefill 最高 3690 t/s）＋ Agent 工具调用 22 题电池（对照 27B）]]></title><description><![CDATA[<h2>1. 为什么测这组组合</h2>
<p dir="auto">接上一篇王者配置实测帖。这次把两个热点拼起来一起测：</p>
<ul>
<li><strong>Strata v0.1.31</strong>——Flash-Next 专用推理引擎（专家流式、8G 显存起步）；全网多卡数据只有个位数，官方 issue #149 也写着 "Nothing has run on several GPUs"。</li>
<li><strong>RVN</strong>——社区 IQ3_S 无审查 Flash-Next（176B 级 MoE、~6B 激活、约 88G 量化文件）；很多人想上机、没人发过完整数据。<br />
目的很简单：给想上车的朋友一份能对照、能复现的实测。</li>
</ul>
<h2>2. 环境指纹</h2>
<table class="table table-bordered table-striped">
<thead>
<tr>
<th>项目</th>
<th>配置</th>
</tr>
</thead>
<tbody>
<tr>
<td>GPU</td>
<td>RTX 3090 24G ×2（NVLink，x8+x8）</td>
</tr>
<tr>
<td>CPU / RAM</td>
<td>Core Ultra 285K / 96G</td>
</tr>
<tr>
<td>OS</td>
<td>Ubuntu（kernel 7.0.0-34）</td>
</tr>
<tr>
<td>引擎A（对照）</td>
<td>SGLang 0.5.20.dev1700（:8000）· 27B AWQ-MTP + DFLASH2</td>
</tr>
<tr>
<td>引擎B（主角）</td>
<td><strong>Strata v0.1.31</strong>（:8080）</td>
</tr>
<tr>
<td>模型B</td>
<td>RVN-Qwen3.8-Flash-Next-IQ3_S（merged ~88G）</td>
</tr>
<tr>
<td>Strata 参数</td>
<td>kv int8 · kv-resident 32768 · spec 4 · spec-min-p 0.5 · pcie-frac 0.55 · max-context 131072</td>
</tr>
</tbody>
</table>
<h2>3. 上机 + 标准速度表（3 次全公开 · temp 0 · 冷缓存）</h2>
<ul>
<li>上机：clone→setup→下量化→起服务；<strong>就绪约 57 秒</strong>；双卡显存各 ~22–23G；<strong>expert cache 命中 96–100%</strong>。</li>
<li>测法：每档 3 次；先 1-token 请求测冷 prefill，再 192-token 请求测 decode（不同 nonce 防 cache）；client 侧计时。</li>
</ul>
<table class="table table-bordered table-striped">
<thead>
<tr>
<th>档位（实际 prompt）</th>
<th>prefill t/s（3次→中位）</th>
<th>decode t/s（3次→中位）</th>
</tr>
</thead>
<tbody>
<tr>
<td>4K（4,092）</td>
<td>1413/1535/1531 → <strong>1531</strong></td>
<td>78.0/82.8/82.0 → <strong>82.0</strong></td>
</tr>
<tr>
<td>32K（32,790）</td>
<td>3117/3121/3120 → <strong>3120</strong></td>
<td>81.7/81.0/90.0 → <strong>81.7</strong></td>
</tr>
<tr>
<td>64K（66,582）</td>
<td>3420/3422/3422 → <strong>3422</strong></td>
<td>79.5/82.6/82.1 → <strong>82.1</strong></td>
</tr>
<tr>
<td>128K（125,125）</td>
<td>3683/3697/3690 → <strong>3690</strong></td>
<td>80.6/71.1/84.8 → <strong>80.6</strong></td>
</tr>
</tbody>
</table>
<ul>
<li><strong>prefill 越大越高</strong>（1.5K→3.7K t/s）；<strong>decode 全档稳定 80–90 t/s</strong>。</li>
<li>128K 档：配置上限 131072、打满就 400，故以 125K prompt 实测；<strong>无 256K 档</strong>。</li>
<li>引擎自报（日志）：decode 84–86、expert cache 96–100%，与 client 侧一致。</li>
<li>社区参照（Reddit 双 3090 IQ3_S）：prefill ≈2700、decode 110–140 t/s（口径不同，供对照）。</li>
</ul>
<h2>4. 无审查对比（技术记录）</h2>
<ul>
<li>边界题材完整回应率 <strong>4/5 vs 3/5</strong>（对照 27B 无审版）；日常/代码/翻译两者同档。</li>
<li>解码几乎相同（~93 vs 92–96 t/s）；<strong>首字延迟 27B 更快（0.14s vs 2.74s）</strong>——RVN 偏离线长任务，27B 偏交互。</li>
<li>只记录输出层面现象、不讨论具体立场；样本小（5 题），当初步数据看。</li>
</ul>
<h2>5. Agent 工具调用 22 题电池</h2>
<ul>
<li>自写<strong>四层电池 22 题</strong>（工具基础/多步链/长链含错误恢复/压力）；同 prompt、同 mock、temp 0：</li>
</ul>
<table class="table table-bordered table-striped">
<thead>
<tr>
<th></th>
<th>27B×SGLang（对照）</th>
<th>RVN×Strata</th>
</tr>
</thead>
<tbody>
<tr>
<td>通过率</td>
<td><strong>21/22</strong></td>
<td><strong>21/22</strong></td>
</tr>
<tr>
<td>总耗时（22 题）</td>
<td><strong>53.4s</strong></td>
<td>134.5s（2.52×）</td>
</tr>
</tbody>
</table>
<ul>
<li><strong>同分、唯一失分点也一样</strong>：T4-noop（「100公分等于几公分」也会多调一次工具）——社区还没人提过的公共弱点。</li>
<li>诚实披露：对照侧 <code>top_k</code> 默认 -1（官方建议 20），速度不宜对官方基准、<strong>引擎间对照有效</strong>。</li>
<li>差距集中在长链段（22.4s vs 55.8s）。</li>
</ul>
<h2>6. 坑区</h2>
<ul>
<li><strong>JSON 键拆行（SGLang 侧）</strong>：<code>subject</code> 被拆成 <code>subj</code>＋换行＋<code>ect</code>，7/7 确定复现；Strata 侧 0 次。已附最小重现、同步上游中。</li>
<li>长上下文任务建议用 systemd 托管进程（崩了自动拉起）；跑前把杂负载收干净，数字更干净。</li>
</ul>
<h2>7. 抄作业包</h2>
<pre><code class="language-json">{"exe":"$STRATA/engine/strata","args":["--pack","$DATA/rvn-strata/pack","--native","$DATA/rvn-iq3_s-merged.gguf","--expert-cache","auto","--prefill","auto","--spec","4","--spec-min-p","0.5","--mtp","$DATA/mtp/rt","--max-context","131072","--kv","int8","--kv-resident","32768","--pcie-frac","0.55"]}
</code></pre>
<p dir="auto"><strong>一句话</strong>：2×3090 跑 Strata 完全可玩——prefill 最高 3690 t/s、decode 稳定 80–90；22 题电池与 27B 同分。下一步：①并发/批处理档 ②更高上下文档 ③CJK 的 MTP 接受率（反馈上游）。测速/电池脚本想复现哪块留言。致谢 Strata 作者 Niko1221、RVN（0bserverx abliteration × jimmy31chen 打包）与论坛先行数据，有错欢迎拍。</p>
]]></description><link>https://lcz.me/topic/2037</link><generator>RSS for Node</generator><lastBuildDate>Fri, 23 Oct 2026 02:26:50 GMT</lastBuildDate><atom:link href="https://lcz.me/topic/2037.rss" rel="self" type="application/rss+xml"/><pubDate>Thu, 01 Oct 2026 18:33:59 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to 2x3090 NVLink 王者配置 × Strata v0.1.31 首测：RVN 无审查 Flash-Next 上机实测（prefill 最高 3690 t/s）＋ Agent 工具调用 22 题电池（对照 27B） on Mon, 05 Oct 2026 20:18:42 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/x%E4%B8%80%E6%A3%B5%E6%A0%91" aria-label="Profile: X一棵树">@<bdi>X一棵树</bdi></a> 沒錯 只能用4S的 一堆黑心的</p>
]]></description><link>https://lcz.me/post/22679</link><guid isPermaLink="true">https://lcz.me/post/22679</guid><dc:creator><![CDATA[starryskyknight]]></dc:creator><pubDate>Mon, 05 Oct 2026 20:18:42 GMT</pubDate></item><item><title><![CDATA[Reply to 2x3090 NVLink 王者配置 × Strata v0.1.31 首测：RVN 无审查 Flash-Next 上机实测（prefill 最高 3690 t/s）＋ Agent 工具调用 22 题电池（对照 27B） on Sat, 03 Oct 2026 05:20:53 GMT]]></title><description><![CDATA[<p dir="auto">非常不错的分享，3090的旧NVLink看来宝刀未老。</p>
]]></description><link>https://lcz.me/post/22053</link><guid isPermaLink="true">https://lcz.me/post/22053</guid><dc:creator><![CDATA[terry]]></dc:creator><pubDate>Sat, 03 Oct 2026 05:20:53 GMT</pubDate></item><item><title><![CDATA[Reply to 2x3090 NVLink 王者配置 × Strata v0.1.31 首测：RVN 无审查 Flash-Next 上机实测（prefill 最高 3690 t/s）＋ Agent 工具调用 22 题电池（对照 27B） on Sat, 03 Oct 2026 02:28:47 GMT]]></title><description><![CDATA[<p dir="auto">老哥 我想请教一下 你的nvlink 是多宽的。我的2张华硕 tuf 3090 一直在找个nvlink桥接器，显卡太宽，4s的桥接器 需要5000 这完全不合理啊</p>
]]></description><link>https://lcz.me/post/22032</link><guid isPermaLink="true">https://lcz.me/post/22032</guid><dc:creator><![CDATA[X一棵树]]></dc:creator><pubDate>Sat, 03 Oct 2026 02:28:47 GMT</pubDate></item><item><title><![CDATA[Reply to 2x3090 NVLink 王者配置 × Strata v0.1.31 首测：RVN 无审查 Flash-Next 上机实测（prefill 最高 3690 t/s）＋ Agent 工具调用 22 题电池（对照 27B） on Fri, 02 Oct 2026 19:48:43 GMT]]></title><description><![CDATA[<p dir="auto">两件更新：引擎升到 <strong>0.1.36</strong> 了，顺便把上次说好「顶到满窗」和并发矩阵一起补完。</p>
<h2>① 满窗实测：26 万 token 直接干满（图1）</h2>
<p dir="auto"><img src="https://upload.lcz.me/uploads/8b89d803-1b4b-4085-a5ec-e36f23a598b3.png" alt="chart3_v0136_fullwindow.png" class="img-markdown  img-fluid" /></p>
<table class="table table-bordered table-striped">
<thead>
<tr>
<th>档位</th>
<th>prefill（t/s）</th>
</tr>
</thead>
<tbody>
<tr>
<td>4K</td>
<td>1,505</td>
</tr>
<tr>
<td>32K</td>
<td>3,257</td>
</tr>
<tr>
<td>64K</td>
<td>3,699</td>
</tr>
<tr>
<td>128K</td>
<td>3,748</td>
</tr>
<tr>
<td><strong>259K</strong></td>
<td><strong>3,322</strong></td>
</tr>
</tbody>
</table>
<ul>
<li>上限 26.2 万，实测喂到 <strong>25.9 万</strong>：一窗读完 <strong>≈78 秒</strong>，峰值仍在 128K 附近（3,748）。</li>
<li>满窗检索压力测试：25.5 万 token 长文前后埋两组验证码 → <strong>全部精准定位</strong>（还引用了原句）。</li>
<li>满窗 decode 实测 ≈ 75 t/s。</li>
<li>顺带一提：同机的另一颗 27B 引擎在同样的 25.9 万 prompt 下要 4~5 分钟——长文场景的差距就是这么来的。</li>
</ul>
<h2>② 0.1.36 的新开关（实测比官方说明还香）</h2>
<ul>
<li><strong>fused prompt experts</strong>：Q2_0 包默认开；<strong>IQ 包要手动开 <code>STRATA_PF_FUSED=1</code></strong>——官方说 IQ3「约持平」，我们实测 <strong>+4.0%~4.8%</strong>（32K→259K 全程），已设成默认。</li>
<li><strong>cluster decode kernels</strong>：只支持 RTX 50（sm_90+），40 系及以下自动走旧核心——不用折腾。</li>
<li>保守派可以用 <code>STRATA_PF_FUSED=0</code>：<strong>byte-identical 输出</strong>，随时退回。</li>
</ul>
<h2>③ 并发矩阵（上次说好要补的）</h2>
<table class="table table-bordered table-striped">
<thead>
<tr>
<th>场景</th>
<th>聚合吞吐（t/s）</th>
<th>单请求中位延迟</th>
</tr>
</thead>
<tbody>
<tr>
<td>4K ×1</td>
<td>43.0</td>
<td>4.5s</td>
</tr>
<tr>
<td>4K ×2</td>
<td>60.3</td>
<td>5.4s</td>
</tr>
<tr>
<td>4K ×4</td>
<td>74.7</td>
<td>7.3s</td>
</tr>
<tr>
<td>4K ×8</td>
<td>85.8</td>
<td>11.1s</td>
</tr>
<tr>
<td>32K ×2</td>
<td>28.3</td>
<td>12.5s</td>
</tr>
<tr>
<td>32K ×4</td>
<td>44.3</td>
<td>14.3s</td>
</tr>
</tbody>
</table>
<ul>
<li>全部请求成功、零崩溃；4K 八路聚合 ≈ ×2 单流，中位延迟从 4.5s 只涨到 11s。</li>
<li>4→8 路边际收益只剩 +15%，家用双卡到这就够了。</li>
</ul>
<h2>④ 避坑一条</h2>
<p dir="auto">上限规则是 <code>prompt + max_tokens ≤ 26.2 万</code>，<strong>超出直接拒绝、永不静默截断</strong>（官方原话 "requests are never truncated"）——自己写脚本压测时记得把输出预算算进去，不然会吃 400。</p>
<p dir="auto">（数据说明：同机实测、temp 0、冷缓存、3 次中位；仅代表 prefill 吞吐，非单请求延迟。）</p>
]]></description><link>https://lcz.me/post/22002</link><guid isPermaLink="true">https://lcz.me/post/22002</guid><dc:creator><![CDATA[starryskyknight]]></dc:creator><pubDate>Fri, 02 Oct 2026 19:48:43 GMT</pubDate></item><item><title><![CDATA[Reply to 2x3090 NVLink 王者配置 × Strata v0.1.31 首测：RVN 无审查 Flash-Next 上机实测（prefill 最高 3690 t/s）＋ Agent 工具调用 22 题电池（对照 27B） on Fri, 02 Oct 2026 17:44:40 GMT]]></title><description><![CDATA[<p dir="auto">交作业了——上次说好要测「更高的上下文档」，这两天把 v0.1.31 到 v0.1.35 整个复测了一轮，顺手把一堆旋钮全试了一遍（负结果也照贴），先上数据。</p>
<h2>① v0.1.35 复测（同机同题 · temp 0 · 冷缓存 · 3 次中位）</h2>
<table class="table table-bordered table-striped">
<thead>
<tr>
<th>档位</th>
<th>v0.1.35</th>
<th>v0.1.31（首测）</th>
</tr>
</thead>
<tbody>
<tr>
<td>4K</td>
<td>1593</td>
<td>1531</td>
</tr>
<tr>
<td>32K</td>
<td>3104</td>
<td>3120</td>
</tr>
<tr>
<td>64K</td>
<td>3550</td>
<td>3422</td>
</tr>
<tr>
<td>117K</td>
<td>3826</td>
<td>3690</td>
</tr>
<tr>
<td>196K</td>
<td>3467</td>
<td>—（未测）</td>
</tr>
</tbody>
</table>
<ul>
<li>117K 的 3826 是目前见过的最高点；196K 全窗（19.6 万 token 一次读完、56 秒）稳在 3400+。</li>
<li>相比首测整体微升，64K / 117K 提升最明显。</li>
<li>（图1：两版 prefill 曲线）<br />
<img src="https://upload.lcz.me/uploads/e6dfcfe9-b822-4313-acd2-7dc616c81dc8.png" alt="IMG_20261003_014027_318.png" class="img-markdown  img-fluid" /></li>
</ul>
<h2>② 两个上线变更（都先过了质量关）</h2>
<ul>
<li><strong><code>--max-context</code> 开到 262144</strong>（26 万 token）：实测零速度代价。</li>
<li><strong>KV 换 <code>k8v4</code></strong>（单格更省）：上线前先过 8/8 品质电池 + 90K 长文检索，全过才启用。</li>
<li>顺手跑了官方 <code>calibrate</code>：结论有点意思——<strong>引擎自选参数 &gt; 手动覆写</strong>（我们原先手挂的 pcie-frac 反而慢约 4%），已改回引擎自选。</li>
<li>（图2：SGLang / Strata 各自的主场）</li>
</ul>
<p dir="auto"><img src="https://upload.lcz.me/uploads/c4237c56-4699-4cb4-a796-c94e5850e7c1.png" alt="IMG_20261003_014029_652.png" class="img-markdown  img-fluid" /></p>
<h2>③ 踩雷区（替大家踩过了）</h2>
<ul>
<li><code>chunked-prefill 8192</code>：32K 直接 CUDA OOM——短期快、长期死。</li>
<li><code>prefill auto:32768</code>：32K 掉 26%、64K 掉 12%——保持 auto 就好。</li>
<li>KV <code>q4_0</code>：本想省显存，实测 prefill 掉 27~28%，不划算。</li>
<li><code>hugepages</code>：hugetlb 确实生效了，但速度零差异，白折腾。</li>
<li><code>draft 8→12</code>：持平（社区说的增益没复现）。</li>
</ul>
<h2>④ 下一步</h2>
<p dir="auto">并发矩阵（4K × 1/2/4/8、32K × 2/4）已经在测，结果下次更新送上。想看别的方向也说说——CJK 的 MTP 接受率也在清单里。</p>
<p dir="auto">（数据说明：本机实测、temp 0、冷缓存、3 次中位；仅代表 prefill 吞吐，非单请求延迟。）</p>
]]></description><link>https://lcz.me/post/21995</link><guid isPermaLink="true">https://lcz.me/post/21995</guid><dc:creator><![CDATA[starryskyknight]]></dc:creator><pubDate>Fri, 02 Oct 2026 17:44:40 GMT</pubDate></item></channel></rss>