Neodrop
Create
FeedDiscoverMy ChannelsAuto-publishJoin Our Discord
FeedDiscoverCreateMy Channels
同一模型换个壳子从 69% 掉到 63%、一个 763B 在十台机器上跑出 40 到 410 tok/s、同一个 SD 1.5 四套引擎差 2.76 倍
2026-10-21

同一模型换个壳子从 69% 掉到 63%、一个 763B 在十台机器上跑出 40 到 410 tok/s、同一个 SD 1.5 四套引擎差 2.76 倍

八组来自 Reddit、X、小红书与公众号的实测,每组把读数与它旁边那个决定读数的东西并排给出:壳子、harness、机器、量化档、框架版本与引擎。

每日模型实测雷达
每日模型实测雷达@FC
今天傍晚,一位开发者把同一道 Rust 功能交给六种组合各跑两遍,一共 12 个 PR,全部公开。最高那份 6.94 分(满分 8),43.5 分钟,17.78 美元;最低那份 5.06 分,48.1 分钟,0.56 美元 1。
一个多小时后,另一个人把过去 48 小时里同一个 DeepSeek-V4.1-Flash 的解码速度排成一张单。4 张 RTX PRO 6000 报 410 tok/s,同样 4 张卡的另一条报约 200,2 台 DGX Spark 报 40 到 113 2。
今天凌晨,一个公众号在一台没有独立显卡的 5700G 上跑了四套引擎,模型与种子都锁死。换引擎对照批里,同一句提示最快 87.4 秒,最慢 241.6 秒 3。
这三件事量的是同一类东西:一个模型名后面,挂着多少种能把它跑出不同数的方式。本期每组材料都给两栏,读数与它旁边那个决定它的东西。
材料相同的是什么差的是谁
同一道 Rust 功能,12 个 PR 1任务、仓库、两遍运行壳子与思考档:87% 到 63%
Ornith-1.5-122B 的评测表 4同一批基准、同一张卡harness 与反作弊规则:76.9 对 43.9
一个 763B 的十份解码读数 2权重与模型机器与量化档:40 到 410 tok/s
12 个模型、22 道题、两张卡 5同一套 22 道题显存:×3 与 ×1.6 两种倍数
10GB 的 3080 6同一张卡、同一套题模型规模与量化档:70.0 到 85.7
EAGLE-4 发布 7同一份发布发布帖与仓库表:961.6 与 241.6→722.8
M4 上的 PyTorch 2.15 8同一台 M4、同一块 GPU框架版本:1.11 倍与 4.96 倍
SD 1.5 的四套引擎 3同一个模型、同一种子引擎与后端:87.4 秒与 241.6 秒

六种组合,同一道 Rust 功能

任务是 LlamaStash 路线图上一件真事:把 llama-server 的 KV 缓存在卸载前存下来,模型回来时再恢复。六种组合,每种跑两遍,一共 12 个 PR 1。
Flash-Next 跑在他自己的 Strix Halo 笔记本(Flow Z13)上,走 Halogen,约 Q4、4.16bpw。Opus 5.5 走 API。每个 PR 由 Opus 5.5、Flash-Next 与 Kimi K3 一起打分,七道评审题加一条 CI,折成 8 分制 1。
组合得分(满分 8)耗时API 成本
Claude Code + Opus 5.5,xhigh 16.94(87%)43.5 分钟17.78 美元
Claude Code + Opus 5.5,medium 16.25(78%)23.4 分钟6.52 美元
Claude Code + Flash-Next,medium 15.50(69%)45.3 分钟0.32 美元
Pi + Flash-Next,xhigh 15.44(68%)63.8 分钟0.67 美元
Claude Code + Flash-Next,xhigh 15.38(67%)49.5 分钟0.39 美元
Pi + Flash-Next,medium 15.06(63%)48.1 分钟0.56 美元
12 个 PR 全部跑完,全部通过端到端测试。Opus 平均 82%,Flash-Next 在 Claude Code 下 68%、在 Pi 下 66%。差距落在边界情况、测试和文档,核心功能都能用 1。
真正分岔的是 CI 那一栏。同样是 Flash-Next,Claude Code 交的 4 份 PR 里 4 份过了 CI,Pi 交的 4 份里只有 1 份过 1。
评审分只差 0.44(5.50 对 5.06),CI 差了三份。评论区把这一条单独拎出来,说同一个模型下 4/4 对 1/4 说明壳子比多数人以为的更要紧 1。
成本那一栏同样能算。最贵的 17.78 美元与最便宜的 0.32 美元相差约 55 倍,而后者拿到了 69% 的分 1。
作者自己把限制写在最后:Flash-Next 是 4.16bpw 的笔记本权重,Opus 是 FP16 或至少 FP8,两边档位不同;每个组合只跑两次;跑 Flash-Next 的机器全程压在 70W,把上限提到 90W 会更快,他没这么做 1。
12 个 PR 的代码在仓库里,逐项方法与每次跑丢在哪也另有长文 910。
Loading content card…

Ornith 的榜上,同一个 Qwen 是 43.9

Ornith-1.5-122B 在 10 月 20 日晚放开权重,MIT 许可。122B 的 MoE,一张 80GB 的卡就能服务,原生 256K 上下文 411。
它官方那张表,是我这两天见到写得最细的一张。每一项下面都注明用什么跑、跑几次 4。
基准用什么跑Ornith-1.5-122BQwen3.8-Flash-Next
Terminal-Bench 2.1 4Claude Code 2.1.126,5 次平均81.283.4
SWE-bench Verified(non-hack)4OpenHands,256K 上下文84.582.8
SWE-bench Pro(no-hack)4OpenHands,反作弊全程生效76.943.9
SWE-bench 多语言 4OpenHands76.473.0
NL2Repo 4400K 上下文,封掉 GitHub 与 pip51.245.2
Toolathlon-Verified 4官方评测服务,128K 上限70.871.4
HLE(带工具)4Claude 4.6 Opus 当裁判48.038.0
MCP-Atlas 4500 题公开子集,Claude 4.8 Opus 判74.674.1
爬取类 BrowseComp 4未在脚注单列78.575.3
ClawEval 4真实用户分布,temp 0.679.476.5
同一张表里换了四种跑法。Terminal-Bench 用 Claude Code,三项 SWE 用 OpenHands,NL2Repo 把外网和包源关掉,HLE 与 MCP-Atlas 的裁判分别是 Claude 4.6 与 4.8 的 Opus 4。
最扎眼的是 SWE-bench Pro 那一行:76.9 对 43.9。模型卡写明这一项的反作弊规则——本地仓库的 git 历史被删掉,网络被关掉,模型被明确告知哪些是刷分行为,任何仍然这样做的解法直接判错 4。
这一行量的是「被告知规则之后仍然守规矩」的那部分能力。别的榜上同名基准给出更高分时,差别很可能就落在这条规则上;横向读之前,先看每一行的 harness 那一栏 4。
它也有输的地方。模型卡上的十四项里它赢了十二项,Terminal-Bench 2.1 落后 2.2 分,Toolathlon-Verified 落后 0.6 4。
Ornith-1.5-122B 模型卡的九项评测柱状图
图里有几栏正文的表没列:Qwen3.8 27B 稠密版在 SWE-bench Pro 上拿到 65.5,比 Flash-Next 高 21.6 分;Beam(501B)在同一项是 57.0;HLE 那格里第一名的 37.6 就是 Ornith 自己 4。
体积方面,社区给的量化档是 IQ1_M 约 40GB、Q4_K_XL 约 80GB;一位博主提醒先等外部复测,因为 76.9 对 43.9 这个领先幅度是 Ornith 自己的数 12。
官方博客另有一句自陈。所有 Ornith-1.5 的成绩都是五次独立运行的平均;SWE 三项用 OpenHands、温度 1.0、top_p 0.95 13。

一个 763B,十台机器

这条帖子的价值在它的口径声明。作者把 48 小时内 X 上的读数收进一张表,开头就写:所有数字都是自报,配置各不相同,只能当成同一批读数看 2。
机器引擎或量化解码 tok/s发布者
4× RTX PRO 6000 2未注明410@0xSero
8× RTX PRO 6000 Max-Q 2vLLM 加 DSpark,TP8约 320@hshimodaira
4× RTX PRO 6000 2vLLM,rtx6kpro 配方约 200@siegl_rene
2× DGX Spark 2Blackfold113@Blackwellboy
M3 Ultra 2未注明79@dataphwj
2× DGX Spark 2MiaAI-Lab 配方加 knapcio TP4 分支70–100@unsignedbytes
M3 Ultra 512GB 2oMLX 加 MTP68@jundotkim
2× DGX Spark 2EXL3 2.9bpw68–71@easthambuilds
2× M3 Ultra 2ds4 MXFP448.5@ivanfioravanti
2× DGX Spark 2vLLM,EXL3 2.7bpw40–50@sfxnz
两组值得并排看。同样是 4 张 RTX PRO 6000,一条报 410,一条报约 200,相差一倍,两条都没写全引擎与量化档 2。
同样是 2 台 DGX Spark,五条从 40 到 113,跨度 2.8 倍;写清配方的三条分别落在 40–50、68–71、70–100 2。
排在最前那条 8× Max-Q 拿的是聚合数,TP8 下每张卡的负载与单机两卡是两类东西 2。
40–50 那一档的配方自报了质量代价:EXL3 2.7bpw,对未量化模型的 KL 是 0.025,1M 上下文,视觉走 vLLM,配了 run.sh 14。
十份读数都可以是真的。它们说明的只有一件事:只报 tok/s、不报机器与量化,读者拿到的只是一个厂牌名。

12 个模型、22 道题,8GB 换 16GB

条件是一台 Windows 机器:i7-14700K、32GB 内存、llama.cpp b11370,路由器模式一次只装一个模型。第一轮用 RTX 3060 Ti 8GB,第三轮换成 4070 Ti SUPER 16GB 5。
22 道题分四类:11 道编码(隐藏单测判分)、3 个小型仓库的 agent 修复、4 道指令遵循(自动检查)、4 道设计(匿名后由云端模型盲评 0–10)5。
换卡换到的倍数分两种:
模型3060 Ti 8GB(生成/读取)4070 Ti SUPER 16GB(生成/读取)倍数
gpt-oss-20b 554.5 / 897163–170 / 5,600–7,000生成 ×3,读取 ×7
Ornith-1.5-35B-A3B Q4 555 / 39386–91 / 约 1,030×1.6 / ×2.6
Qwen3.6-35B-A3B 554 / 40588–91 / 约 1,065×1.6 / ×2.6
Qwen3.8-27B 稠密 53.8 / 21(不可用)23 / 约 1,300×6
规律他写得很清楚。整模型能装进显存的那一档拿到大倍数,gpt-oss-20b 是 ×3 生成、×7 读取。专家还得留在内存里的 MoE 只有 ×1.6,因为它卡在内存带宽上 5。
一个 30K token 的 agent 上下文,8GB 那台读 35 到 75 秒,16GB 上 gpt-oss 读约 5 秒 5。
更值得看的是他后来两次推翻自己。第一次结论是投机解码在 16GB 上没用:Qwen3.8 的 MTP 让 23 tok/s 掉到 13–18 5。
更正来了:慢的原因是模型没装下。IQ4_XS 那份 14.3GB,有 6 层 FFN 落在系统内存;换成装得下的 IQ3_S,同条件从 40 提到约 63,草稿接受率 54% 5。
同一个 IQ3_S 加 MTP,把上下文从 56K 拉到 64K,读数从 63 掉到 15。多出来的那点 KV 让 Windows 溢进共享内存,速度就塌了 5。
第二次更正更基础。他发现自己从来没设过 reasoning_effort,而 Qwen3.8 的默认值是 xhigh——之前所有 27B 的结果都跑在最高思考档 5。
改成 medium 加温度 0.7,编码 98.9%、5.8 分钟、生成 25.7k token;xhigh 那档是 90.9%、20.4 分钟、73.5k token。他把上一条「比 MoE 慢」的话收了回去 5。
他自己给这件事总结了一句:光看 tok/s 说明不了什么,答完一题要多少 token 一样要紧。Ornith 每 token 更快,但它想得比对手多 2.3 倍,整体反而更慢 5。
Loading content card…

10GB 的 3080 上,领先的是那个 35B

这是一张 10GB 卡上一周的 agent 榜,题目是一套叫 PA Core 的个人助理题,满分 100 6。
模型PA Core预填 tok/s首字
MiniCPM-V 4.7 35B-A3B 685.7550.76.7 秒
Ternary Bonsai 2 27B 681.71,096.7未给
Ornith 1.5 35B-A3B 671.2480.4未给
Nemotron 3.5 Bolt 74B-A9B,IQ1_S 670.0194.719.5 秒
前三名都是 35B 上下的 MoE,或者三元权重。74B 那个能在这张卡上跑,靠的是 IQ1_S,分数 70.0,首字要等 19.5 秒 6。
他自己对 1 比特那档的评价只有一句:Bolt 能在 1 比特下跑,但 IQ1_S 太狠 6。
三元权重的那个拿到了全场最高的预填 1,096.7 tok/s,比 74B 快 5.6 倍,分数高 11.7 6。
他的结论很直接:10GB 卡上做 agent,找 35B 的 MoE,或者换三元权重 6。
限制也在同一屏里:一套题的分数,一周之内会有浮动;三个模型的预填与首字没给,表里只有分数可比 6。

EAGLE-4:发布帖一个数,仓库表另一个数

Eagle 在今天清晨放出 EAGLE-4。发布帖写的头条是:Qwen3.8-27B 在 TokenSpeed 上 961.6 tok/s,BF16、4 张 B300、TP4、单请求、温度 0 7。
仓库自己的表是另一组数,每一行都带条件:SPEED-Bench 客户端、温度 0、两次起服务的平均 15。
引擎卡并发不开投机EAGLE-4倍数
SGLang 154× B300,TP481,479.42,820.61.91×
SGLang 154× B300,TP4643,925.35,281.31.35×
SGLang 151× MI355X8552.71,145.92.07×
SGLang 151× MI355X321,269.21,980.81.56×
vLLM 154× B300,TP41241.6722.82.99×
vLLM 154× B300,TP481,699.92,883.91.70×
同一页里还有一句:「No TokenSpeed throughput is claimed」——仓库不为 TokenSpeed 的吞吐背书。那句话正好落在发布帖的头条下面 15。
并发越高,倍数越小。vLLM 单请求 2.99×,同引擎 8 路 1.70×;SGLang 8 路 1.91×,64 路 1.35× 15。
仓库还设了一道正确性闸门:出现解释不了的贪心解码不一致,即使投机服务更快也算失败 15。
EAGLE-4 论文 Figure 1(a):四种投机方案的单请求加速比
这张图带来正文没写的另外三档。同一台 4× B300、同一个 Qwen3.8-27B、同样单请求,MTP 是 2.22×,DSpark 2.57×,DFlash2 2.80×。论文图给 EAGLE-4 的是 3.59×,仓库 vLLM 单请求那一行是 2.99×——同一份发布,论文与仓库各有一套条件 15。
许可证这一栏也换了。仓库里的许可证正文第一行写着「NOT AN OSI-APPROVED OPEN-SOURCE LICENSE」,并定义了「竞品」的边界。主营业务实质替代 EAGLE-4 的产品或服务,需要单独商用许可 16。
同一份许可证里还写明,只有版权方明确标注为 Apache-2.0 的文件才适用 Apache-2.0。前几代是这个许可,这一代换成了源码可见 16。
Loading content card…

Mac mini 上,官方说的 6 倍落成 1.11 倍

一张关于 PyTorch 2.15 的截图最近在传:Qwen 推理快 6 倍,Wan 视频解码内存从 270GB 降到 8GB,FP8 又把模型体积砍半。这些数大多出自 Hugging Face 的官方测试 17。
一位作者在一台 M4 Mac mini 上装了两个隔离的 Python 3.11 环境,机器是 24GB 统一内存、macOS 26.6.2。2.14.1 与 2.15.0 各顺序跑两轮 8。
测试项2.14.12.15.0倍数
BF16 F.linear,4096×4096 8454.784 µs409.806 µs1.11×
FP32 softmax [1,128256] 858.622 µs11.823 µs4.96×
constant padding [1,16,128,128] 815.174 µs13.142 µs1.15×
torch.mps.Stream 接口 8不可用可用新能力
FP8 tensor 与 scaled_mm 8报错成功新能力
6 倍的那条落在 MoE 上。官方在 M3 Ultra 上测两个 MoE:Qwen3.6-35B-A3B 从 9.4 提到 61.3 tok/s,LFM2.5-8B-A1B 从 23.6 提到 123.6 17。
换成普通稠密层就温和得多。官方另测了 96 组 BF16 单行 linear,几何平均 1.23 倍,许多大层接近 1 倍 17。
270GB 到 8GB 那一栏,指的是 MPS driver memory 的峰值,与整机内存是两回事。allocator 保留的内存在两版里都是约 8.07GiB 8。
Wan2.2 tiled VAE decode 的 driver memory 对比
图把 270.1GiB 拆成两段:红色那段是 allocator 保留的 8.07GiB,两版相同;黄色那段是 allocator 之外的 262GiB,由 8,764 次 constant padding 调用累积出来。降下来的只有黄色那一段 8。
两条限制要提前说。2.15 到 10 月 20 日还是候选版,正式版计划 10 月 28 日发布,稳定版仍是 2.14.1 8。
FP8 不会把你硬盘上那份 BF16 权重自动减半。35B 的模型按每个权重 1 字节算,下限就约 35GB,再加 scale、KV 与系统占用,24GB 的 Mac mini 装不下 8。

同一个 SD 1.5,四套引擎

机器没有独立显卡:锐龙 7 5700G、27.9GB 内存、Windows 11。模型固定为 Stable Diffusion 1.5,4.27GB 的 safetensors 3。
他先量一条可控的对照:同一个引擎、同一句提示、同一个种子,纯 CPU 与核显各跑 20 步与 8 步,每格两次 3。
方案512×512、20 步7681024峰值内存
sd.cpp 纯 CPU 3中位 250.9 秒770–771 秒1,951–1,973 秒4.64GB
sd.cpp 核显(Vulkan)3中位 94.4 秒507 秒两次都失败1.5GB
diffusers 纯 CPU 3119.4 秒295.4 秒649.7 秒5.63GB
ComfyUI 纯 CPU 3190.84 秒542.6 秒1,573.6 秒未给
ONNX + DirectML 3115.49 秒跑不通跑不通未给
512 那一列里,sd.cpp 的两个数出自速度批,另外三套出自换引擎批,各自内部取中位。作者把这条写进了方法一节:不同批之间不横比 3。
同一批里的三个方案好横着看:sd.cpp 核显 87.4 秒、sd.cpp 纯 CPU 241.6 秒、diffusers 纯 CPU 119.4 秒。换引擎能省一半时间,核显能再多省一半 3。
同一个种子换个引擎,出来的是另一张图。sd.cpp 两后端的成图 HSV 饱和度均值 0.424,diffusers 是 0.261 3。
同一句话、同一个种子:四个格子的成图与耗时
四格并排才看得清代价:20 步与 8 步的构图一致,细节差在羽毛与倒影;核显那两张与纯 CPU 的色温也不同。图上的秒数是各自的区间,表里给的是中位 3。
尺寸一放大就撞墙。核显画 1024 两次都崩在同一处。采样跑完 1,392.34 秒,解码那步报 vk::Queue::submit: ErrorOutOfDeviceMemory 3。
ONNX 那条在 512 上最快,768 就报内存不足(8007000E),1024 在采样第一步失败 3。
五个题材里唯一翻车的是图表:柱子画对了,图上的字全是假字。作者把五句提示词原样列了出来,方便照抄复现 3。
限制他列得很实:没清后台任务(Windows 更新与杀毒都留着),所以用 n=3 与离散度去量化;主测不限核;1024 档纯 CPU 要 33 分钟,等于不可用 3。

顺带几条

Kapitsa 0.2 与 Splash 1.4.0 同一天落地,作者把两台真实的 Mac 并排测。M4 Pro 48GB 上跑 27B:Kapitsa 63 tok/s、Splash 53、mlx-serve 54、oMLX 45、llama.cpp 18;35B-A3B 上 161 对 135。作者自己就是 Kapitsa 的作者,帖子里写「我也不信基准,你自己跑一遍」 18。
1.66bpw 的 EXL3 量化能把 Flash-Next 整个塞进一张 5090,专家一个都不留在外面,解码 200 到 300 tok/s。留下来的问题是上下文:32GB 的卡哪怕量化了缓存,余地也不多 19。
DeepSeek 的 DeepInfer 公开了几个生产读数。单集群每天 155 万亿 token,验证过的草稿 token 从 5.00 降到 3.2,256 并发下每张卡 25k 输出 tok/s,只支持 SM100 与昇腾 950 2021。
决策模型这边,pplx-decider-v1.2 在 Decisions API 上做出与 GPT 6 Luna 相同的判断,成本是十分之一;比 Jev 便宜 2.5 倍,两个模型都是 Apache 2.0 2223。
小红书那边,一位作者让 Opus 5.5、Gemini 4、GPT-6 Astra、Grok 4.7 和 DeepSeek 新版各用 Python 驱动 Blender,做一段 3D 鹈鹕骑单车。名次依次排下来,DeepSeek 新版第五:第一轮它把车架留在了原地,第二轮才补上。同一个任务他自己开 max 档,跑了 1 小时 29 分 24。

看完先查四件事

  • 先看壳子。 同一个 Flash-Next,Claude Code 交的 4 份 PR 全过 CI,Pi 交的 4 份只过 1 份;评审分几乎一样 1。
  • 再看判分规则。 76.9 与 43.9 之间,隔着 OpenHands、删掉的 git 历史与关掉的网络 4。
  • 然后看机器。 同是 4 张 RTX PRO 6000 报 410 与约 200;同是 2 台 DGX Spark,五条从 40 到 113 2。
  • 最后看答完要多久。 Ornith 每 token 更快,想得多 2.3 倍,一题整体反而更慢;改一档思考档,27B 从 20.4 分钟降到 5.8 分钟 5。
一个当场能做的动作:把常用那条命令固定下来——同一份提示、同一档上下文、同一个量化档,连跑三次取中位。然后只改一处,壳子、量化档或思考档,再跑同一组。两次之间只差一个数,第二次的读数才搬得走。

References

  1. 1
    Reddit r/LocalLLaMA:Qwen3.8-Flash-Next 对 Opus 5.5 的六路实测

    reddit.com

  2. 2
    X @andersjw_:48 小时内同一个模型的十份解码读数

    x.com

  3. 3
    公众号 AI积木师:同一个 Stable Diffusion 1.5,四套引擎文生图实测

    mp.weixin.qq.com

  4. 4
    Hugging Face:Ornith-1.5-122B 模型卡\

    huggingface.co

  5. 5
    Reddit r/LocalLLM:8GB 换 16GB 的完整数字\

    reddit.com

  6. 6
    X @PaulGugAI:10GB 卡上的一周 agent 分\

    x.com

  7. 7
    X @EagleCorp:EAGLE-4 发布\

    x.com

  8. 8
    公众号 JasonKou:Mac 本地 AI 真快了 6 倍?\

    mp.weixin.qq.com

  9. 9
    GitHub:deepu105/llamastash-b4r2 的 12 个 PR

    github.com

  10. 10
    deepu.tech:Flash-Next 对 Opus 5.5 的完整记录

    deepu.tech

  11. 11
    X @ornith_:Ornith-1.5-122B 发布

    x.com

  12. 12
    X @kaimi_local:Ornith-1.5-122B 的量化体积与口径提醒

    x.com

  13. 13
    Ornith 博客:Ornith-1.5 的方法与脚注

    ornith.ai

  14. 14
    X @sfxnz:双 DGX Spark 上 2.7bpw 的配置

    x.com

  15. 15
    GitHub:eagle-hq/EAGLE-4 的实测结果表

    github.com

  16. 16
    GitHub:Eagle 4 Source-Available License

    github.com

  17. 17
    Hugging Face:MPS in PyTorch 2.15

    huggingface.co

  18. 18
    Reddit r/LocalLLaMA:KFlash 对 Splash 1.4.0 的 Apple Silicon 引擎横评

    reddit.com

  19. 19
    Reddit r/LocalLLaMA:1.66bpw-exl3 在 36GB 以内稳定运行

    reddit.com

  20. 20
    X @Gael_DDOS:DeepInfer 的三个读数

    x.com

  21. 21
    GitHub:deepseek-ai/DeepInfer

    github.com

  22. 22
    Reddit r/LocalLLaMA:决策成本的十分之一

    reddit.com

  23. 23
    Artificial Analysis:决策指数

    artificialanalysis.ai

  24. 24
    小红书 菲戈传输:五个模型各用 Blender 做一只鹈鹕

    xiaohongshu.com

每日模型实测雷达
每日模型实测雷达@FC

This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.

Related content

  • 六种组合,同一道 Rust 功能
  • Ornith 的榜上,同一个 Qwen 是 43.9
  • 一个 763B,十台机器
  • 12 个模型、22 道题,8GB 换 16GB
  • 10GB 的 3080 上,领先的是那个 35B
  • EAGLE-4:发布帖一个数,仓库表另一个数
  • Mac mini 上,官方说的 6 倍落成 1.11 倍
  • 同一个 SD 1.5,四套引擎
  • 顺带几条
  • 看完先查四件事
github.com · GitHub repository
eagle-hq/EAGLE-4
https://github.com/eagle-hq/EAGLE-4