Ornith-1.5-35B-A3B

Ornith · 36B 总参数 / 激活 3B · MoE · GQA · 混合线性注意力(40 层里 10 层全注意力)· 256 专家激活 8 · 开源 2026-08-18 · MoE 激活 3B / 长上下文最省 / 混合注意力 / 原生 MTP / 多模态 / reasoning 默认思考

关于 Ornith-1.5-35B-A3B 的完整介绍(点开看;上面就是结论表)

Ornith 1.5 家族的中号 MoE:官方命名 35B-A3B(35B 总参 / 每 token 激活约 3B,256 专家选 8),本站按持有文件反推实际约 36.0B(Q4_K_M 20.22GiB ÷ 4.83bpw,HF 页面标 36B,命名 35B 是取整)。架构是 Qwen3.5 MoE 底座的混合注意力:40 层里每 4 层才有 1 层全注意力(10 层),其余 30 层线性注意力不存 KV——KV 每 4K 只花 0.08G,比 Qwen3.8-27B 的 0.25G 还便宜三分之一,256K 全量上下文的全注意力 KV 也只有约 4.7G,32G 数据卡开 2 slots × 256K 都装得下 KV(本站 V100 自测装是装下了,但日志里出现过 KV cache 顶界降批次的告警,实际余量按单并发算更稳)。多模态(视觉塔 mmproj 官方 BF16 0.9G)+ 原生 MTP 头(config mtp_num_hidden_layers=1,投机不用另找草稿)+ 默认思考模式(reasoning 模型,assistant 回合先出 think 块,吃上下文、拉低有效速度)。官方定位是代码与 Agent 场景:工具调用走 qwen3_xml 解析器。注意它和 Qwen3.8-27B 不是同一家族的平替——MoE 激活 3B 意味着短上下文 decode 的带宽开销只有稠密 27B 的约 1/10,但权重体积按 36.0B 总参算,24G 卡装 Q4 要抠 KV 余量。 2026-11-10 核到官方 GGUF 仓库(ornith-ai/Ornith-1.5-35B-A3B-GGUF)已带 mmproj-Ornith-1.5-35B-BF16.gguf,llama.cpp 看图通道可用。 官方 GGUF 仓库真实文件体积(2026-11-11 hf-mirror blob 核,ornith-ai 官方仓库,与站内持有文件同源):Q4_K_M 20.2G、Q5_K_M 23.6G、Q6_K 27.2G、Q8_0 35.2G、mmproj-BF16 0.84G(902,822,240B);IQ4_XS 官方仓库无此档(第三方 bartowski 有 17.98G,量化管线不同不作官方口径),按公式约 19G 估算。

实测速度:什么卡、什么量化、多少 token

显卡卡数量化上下文框架 / 版本decode tok/sprefill tok/s单流/并发投机口径来源
NVIDIA Tesla V100 32G(数据卡)1 卡Q4_K_M1Kllama.cpp llama-server · llama.cpp b10635-fc35562ba;-np 1 -ngl 99 -fa on -ctk q8_0 -ctv q8_0 -b 4096 -ub 2048 -tb 1024 -c 26214493.4626.12单流无本站实测P:\显卡模型网站\tools\bench\results\orn35a3b_server_20261108.log 本站(Step,同机第二只眼) · 2026-11-08
NVIDIA Tesla V100 32G(数据卡)1 卡Q4_K_M4Kllama.cpp llama-server · llama.cpp b10635-fc35562ba;-np 1 -ngl 99 -fa on -ctk q8_0 -ctv q8_0 -b 4096 -ub 2048 -tb 1024 -c 26214490.191187.71单流无本站实测P:\显卡模型网站\tools\bench\results\orn35a3b_server_20261108.log 本站(Step,同机第二只眼) · 2026-11-08
NVIDIA Tesla V100 32G(数据卡)1 卡Q4_K_M16Kllama.cpp llama-server · llama.cpp b10635-fc35562ba;-np 1 -ngl 99 -fa on -ctk q8_0 -ctv q8_0 -b 4096 -ub 2048 -tb 1024 -c 26214481.771140.64单流无本站实测P:\显卡模型网站\tools\bench\results\orn35a3b_server_20261108.log 本站(Step,同机第二只眼) · 2026-11-08
NVIDIA Tesla V100 32G(数据卡)1 卡Q4_K_M32Kllama.cpp llama-server · llama.cpp b10635-fc35562ba;-np 1 -ngl 99 -fa on -ctk q8_0 -ctv q8_0 -b 4096 -ub 2048 -tb 1024 -c 26214472.531069.22单流无本站实测P:\显卡模型网站\tools\bench\results\orn35a3b_server_20261108.log 本站(Step,同机第二只眼) · 2026-11-08
NVIDIA Tesla V100 32G(数据卡)1 卡Q4_K_M64Kllama.cpp llama-server · llama.cpp b10635-fc35562ba;-np 1 -ngl 99 -fa on -ctk q8_0 -ctv q8_0 -b 4096 -ub 2048 -tb 1024 -c 26214456.29895.64单流无本站实测P:\显卡模型网站\tools\bench\results\orn35a3b_server_20261108.log 本站(Step,同机第二只眼) · 2026-11-08
NVIDIA Tesla V100 32G(数据卡)1 卡Q4_K_M128Kllama.cpp llama-server · llama.cpp b10635-fc35562ba;-np 1 -ngl 99 -fa on -ctk q8_0 -ctv q8_0 -b 4096 -ub 2048 -tb 1024 -c 26214438.1669.77单流无本站实测P:\显卡模型网站\tools\bench\results\orn35a3b_server_20261108.log 本站(Step,同机第二只眼) · 2026-11-08
NVIDIA Tesla V100 32G(数据卡)1 卡Q4_K_M256Kllama.cpp llama-server · llama.cpp b10635-fc35562ba;-np 1 -ngl 99 -fa on -ctk q8_0 -ctv q8_0 -b 4096 -ub 2048 -tb 1024 -c 26214422.99452.12单流无本站实测P:\显卡模型网站\tools\bench\results\orn35a3b_server_20261108.log 本站(Step,同机第二只眼) · 2026-11-08
NVIDIA Tesla V100 32G(数据卡)1 卡Q4_K_M0Kllama.cpp llama-server(六工位统一评测,OpenAI 兼容 chat 接口) · llama.cpp b10635-fc35562ba;-np 4 -ngl 99 -fa on -ctk q8_0 -ctv q8_0 -c 32768 -b 2048 -ub 1024 -tb 102494.82353.01单流无本站实测P:\显卡模型网站\tools\bench\evals_suite\ornith-1-5-35b-a3b-q4km\raw.json 本站(Step,六工位统一评测) · 2026-11-09
NVIDIA Tesla V100 32G(数据卡)1 卡Q4_K_M0Kllama.cpp llama-server(六工位统一评测,OpenAI 兼容 chat 接口) · llama.cpp 0.9.0-dev (build 12211, commit 7d7f02875);-np 4 -ngl 99 -fa on -ctk q8_0 -ctv q8_0 -c 32768 -b 2048 -ub 1024 -tb 1024100.46501.19单流无本站实测P:\显卡模型网站\tools\bench\evals_suite\ornith-1-5-35b-a3b-q4km-b12211\raw.json 本站(Step,六工位统一评测) · 2026-11-09
NVIDIA Tesla V100 32G(数据卡)1 卡Q4_K_M1Kllama.cpp llama-server(七档上下文扫频,/completion 接口) · llama.cpp 0.9.0-dev (build 12211, commit 7d7f02875);-np 1 -ngl 99 -fa on -ctk q8_0 -ctv q8_0 -c 262144 -b 4096 -ub 2048 -tb 1024103.71710.4单流无本站实测P:\显卡模型网站\tools\bench\results\orn_b12211_main_20261109_122723.json 本站(Step,七档扫频) · 2026-11-09
NVIDIA Tesla V100 32G(数据卡)1 卡Q4_K_M4Kllama.cpp llama-server(七档上下文扫频,/completion 接口) · llama.cpp 0.9.0-dev (build 12211, commit 7d7f02875);-np 1 -ngl 99 -fa on -ctk q8_0 -ctv q8_0 -c 262144 -b 4096 -ub 2048 -tb 102499.861309.76单流无本站实测P:\显卡模型网站\tools\bench\results\orn_b12211_main_20261109_122723.json 本站(Step,七档扫频) · 2026-11-09
NVIDIA Tesla V100 32G(数据卡)1 卡Q4_K_M16Kllama.cpp llama-server(七档上下文扫频,/completion 接口) · llama.cpp 0.9.0-dev (build 12211, commit 7d7f02875);-np 1 -ngl 99 -fa on -ctk q8_0 -ctv q8_0 -c 262144 -b 4096 -ub 2048 -tb 102489.231266.03单流无本站实测P:\显卡模型网站\tools\bench\results\orn_b12211_main_20261109_122723.json 本站(Step,七档扫频) · 2026-11-09
NVIDIA Tesla V100 32G(数据卡)1 卡Q4_K_M32Kllama.cpp llama-server(七档上下文扫频,/completion 接口) · llama.cpp 0.9.0-dev (build 12211, commit 7d7f02875);-np 1 -ngl 99 -fa on -ctk q8_0 -ctv q8_0 -c 262144 -b 4096 -ub 2048 -tb 102478.61121.2单流无本站实测P:\显卡模型网站\tools\bench\results\orn_b12211_main_20261109_122723.json 本站(Step,七档扫频) · 2026-11-09
NVIDIA Tesla V100 32G(数据卡)1 卡Q4_K_M64Kllama.cpp llama-server(七档上下文扫频,/completion 接口) · llama.cpp 0.9.0-dev (build 12211, commit 7d7f02875);-np 1 -ngl 99 -fa on -ctk q8_0 -ctv q8_0 -c 262144 -b 4096 -ub 2048 -tb 102460.61907.01单流无本站实测P:\显卡模型网站\tools\bench\results\orn_b12211_main_20261109_122723.json 本站(Step,七档扫频) · 2026-11-09
NVIDIA Tesla V100 32G(数据卡)1 卡Q4_K_M128Kllama.cpp llama-server(七档上下文扫频,/completion 接口) · llama.cpp 0.9.0-dev (build 12211, commit 7d7f02875);-np 1 -ngl 99 -fa on -ctk q8_0 -ctv q8_0 -c 262144 -b 4096 -ub 2048 -tb 102441.15657.48单流无本站实测P:\显卡模型网站\tools\bench\results\orn_b12211_128k_20261109_123046.json 本站(Step,七档扫频) · 2026-11-09
NVIDIA Tesla V100 32G(数据卡)1 卡Q4_K_M256Kllama.cpp llama-server(七档上下文扫频,/completion 接口) · llama.cpp 0.9.0-dev (build 12211, commit 7d7f02875);-np 1 -ngl 99 -fa on -ctk q8_0 -ctv q8_0 -c 262144 -b 4096 -ub 2048 -tb 102424.49421.41单流无本站实测P:\显卡模型网站\tools\bench\results\orn_b12211_256k_20261109_124114.json 本站(Step,七档扫频) · 2026-11-09

每行是一次真实测量的完整口径:哪张卡、几张卡、什么量化、多大上下文、哪个框架哪个版本、单流还是并发、开没开投机—— 缺一项就会标出来,缺项的行不参与对比与偏差计算。本站实测行没有外链,但日志路径就是原始数据所在。 想看同一张卡跑别的模型,从这个表的显卡名点进那张卡的页面。

速查:什么卡、跑多少 token

AMD R9 295X2 8G装不下(8G · 推算)
NVIDIA RTX 5070 12G装不下(12G · 推算)
AMD Radeon VII 16G装不下(16G · 推算)
NVIDIA RTX 4090 24G200 t/s(24G · 推算)
NVIDIA RTX 5090 32G200 t/s(32G · 推算)
NVIDIA RTX PRO 5000 Blackwell 48G(工作站)200 t/s(48G · 推算)

推算值按 IQ4_XS、8K 上下文、单流;真实测量看下面的实测速度表。没有实测的模型这里只有推算,本站不把推算写成实测。

架构常数(已核实)

层数40
KV 头数2
每头维度256
需全量 KV 的层10 / 40
滑窗长度无(全层线性)
原生上下文上限256K
KV 每 4K(FP16)0.078 G
KV 每 1K token0.02 G

来源:ornith-ai/Ornith-1.5-35B-A3B / config.json(抓取于 2026-11-06)。KV 公式:2 × 层数 × KV头数 × 头维 × 精度字节 × token(滑窗层按 — 封顶)。

上下文档位(按 IQ4_XS)

上下文KV总需显存16G 水位内
4K0.08 G20.2 G超
8K0.16 G20.3 G超
32K0.63 G20.8 G超
128K2.5 G22.6 G超

* 含 1G 框架开销;可用水位按 Windows 口径 88% = 14.1G。

各显存档位能开多大

显存推荐量化8K 总需最多可开
4G装不下——
6G装不下——
8G装不下——
10G装不下——
11G装不下——
12G装不下——
16G装不下——
20G装不下——
22G装不下——
24GIQ4_XS(估算)20.3G50688(约 50K)
32GQ5_K_M24.8G188416(约 184K)
48GQ8_036.4G262144(约 256K)
64GQ8_036.4G262144(约 256K)
96GQ8_036.4G262144(约 256K)
128GQ8_036.4G262144(约 256K)
256GQ8_036.4G262144(约 256K)
512GQ8_036.4G262144(约 256K)

「最多可开」已扣掉权重与 1G 开销;标注为「模型原生上限」时表示显存还有余但模型只支持这么长。净可用还要再减聊天模板与系统提示词的 250 token(估算值,未逐项核实)。量化档后带「(估算)」= 官方仓库没核到这档、按公式算的权重体积(方向保守偏高);不带 = 核过官方仓库真实文件体积。

这是 MoE 模型:显存需求按 36B 总参数算,速度按激活 3B 算。把专家放内存可以用更小的卡跑它,见 稠密与 MoE 的区别。

估算速度(IQ4_XS · 8K)

实测中位 68.36 tok/s(3 条,2 条已核)

显卡状态估算 tok/s
NVIDIA RTX 5090 32G流畅200
NVIDIA RTX 5090 D 32G流畅200
NVIDIA CMP 170HX 64G(矿卡魔改)流畅200
NVIDIA RTX PRO 5000 Blackwell 48G(工作站)流畅200
AMD Instinct MI100 32G(老数据中心卡)流畅200
AMD Instinct MI50 32G(数据卡)流畅200
AMD Radeon VII 16G装不下需 offload ≈16–25
NVIDIA RTX 4090 24G能跑但紧200
NVIDIA RTX 3090 Ti 24G能跑但紧200

同一套公式也用于显卡页,两页数字必然一致。带宽按 60–85% 效率折算(offload 场景更低),并对单流解码设经验上限,因此这里的数字比纯带宽公式保守。 总需显存 = 20.3G,对比各卡可用水位。

实测数据区

  • D:\Temp\opencode\logs\model_8086.log(本站实测 · 本机日志,无外链)
  • P:\显卡模型网站\tools\bench\evals_suite\ornith-1-5-35b-a3b-q4km\raw.json(本站实测 · 本机日志,无外链)
  • NVIDIA RTX 5060 Ti 16G · Q4_K_M · 30 tok/s(站长口报 · 无日志未复现,claimed 档)

推理框架命令

llama.cpp

# 1) 取 GGUF 权重(本站核实过的仓库名)
huggingface-cli download ornith-ai/Ornith-1.5-35B-A3B config.json
#   GGUF 量化版通常在第三方转换仓库,搜「ornith-ai/Ornith-1.5-35B-A3B GGUF」
# 2) 起服务(Linux/macOS 用 ./llama-server,Windows 用 llama-server.exe)
llama-server -m ORNITH-1-5-35B-A3B-Q4_K_M.gguf -ngl 99 -c 8192 --port 8080
# MoE:想让专家留在内存以塞更大模型,加 --n-cpu-moe(参数名随版本变,用 --help 确认)

Ollama

# 本站没核实到 Ollama 仓库里有 Ornith-1.5-35B-A3B 的可用标签,所以不给命令
# 自己去查一眼:https://ollama.com/search?q=Ornith-1.5-35B-A3B

宁可不给命令,也不给一条跑不通的命令——照抄未核实的标签是新手最常见的卡死原因。

vLLM

vLLM 直接吃 Hugging Face 仓库名,这条最可靠:
vllm serve ornith-ai/Ornith-1.5-35B-A3B --max-model-len 8192 --gpu-memory-utilization 0.90

LM Studio

模型页搜「ornith-ai/Ornith-1.5-35B-A3B」→ 选 IQ4_XS 或 Q4_K_M → Load →
Chat Context Length 设 8192 → GPU Offload 拉到最大

仓库名 ornith-ai/Ornith-1.5-35B-A3B 是本站核实过的(架构常数就取自它)。Ollama 标签与 GGUF 文件名会随发布方变动,本站不保证一定存在,拉取失败请搜同名前缀。

优化要点

相关

16G 显存有哪些卡看 Ornith-1.5-35B-A3B 在 16G 这一档和别的卡/模型比是什么位置装不下 / out of memory 怎么排查先确认是权重超容量还是上下文吃光了余量小模型跑 Q8、大模型跑 Q4 对不对?量化档应该由剩余显存决定,不是由参数量决定

有 Ornith-1.5-35B-A3B 的实测数据?

上传速度 → 进入实测表,并成为这一页的第一行实测。

上传实测数据
这条内容有帮助吗?