动态
RTX Spark Linux 解锁 116 GiB:27B 级 FP16 首次进 128GB 统一内存
社区实测(Arch Linux ARM + NVIDIA 615.78):Spark 128GB 整机在 Linux 下系统与 CUDA 均可见 116.0 GiB 统一内存池(Windows 侧 GPU 可用约 62.5GB)。站内 44 条 Ubuntu 新增实测:27B 级 FP16(107GB)、31B 级 Q8_0、30B-A3B FP16(110GB)首次跑满——大量化时代在 120GB/s 带宽上按物理预期放量。
来源: araoai
RTX Spark Linux 解锁 116 GiB:27B 级 FP16 首次进 128GB 统一内存
RTX Spark 上市时留了个悬念:128GB 整机在 Windows 下是固定分割,GPU 侧只给约 62.5GB——标称容量的一半都不到。10 月 19 日,社区实测把这层窗户纸捅破了:Linux 侧直接解锁 116.0 GiB 统一内存池。
解锁实测(josie.lol,2026-10-19)
- 机器:ASUS ProArt P16 128GB(RTX Spark)
- 系统:Arch Linux ARM + NVIDIA 615.78.08 驱动
- 结果:操作系统与 CUDA 均可见 116.0 GiB 统一内存池(约标称 128GB 的 90.6%,剩余为系统保留)
- CPU 性能与 Windows 持平(7-Zip 差 ±1.2%)——不是「换系统丢半台机器」的取舍
对比 Windows 侧的 62.5GB GPU 可用分割,Linux 的可用容量接近翻倍。
解锁后装得下什么(站内 44 条 Ubuntu 新增实测)
本批向站内补了 44 条 L2 实测(Ubuntu 24.04 / NVIDIA 615.78 / llama.cpp + Ollama),全部围绕「116 GiB 池子里第一次塞得下的量化档」:
| 配置 | 显存占用 | 实测速度 |
|---|---|---|
| Hy-Memory-30B-A3B FP16 | 110.2 GB | ~43-55 tok/s |
| gemma-4-31B-it FP16 | 110.2 GB | ~4-5 tok/s |
| Qwen3.6-27B FP16 | 107.0 GB | ~5-6 tok/s |
| Qwen3.6-35B-A3B Q8_0 | 86.6 GB | ~52-63 tok/s |
| Qwen3.6-27B / gemma-4-31B Q8_0 | 73-80 GB | 6-8 tok/s |
几个观察:
- A3B 家族在大量化下依然流畅:30B-A3B 的 FP16 权重(~104GB 活跃读取摊薄后)在 120GB/s 带宽上仍有 40+ tok/s——稀疏激活是统一内存设备的朋友
- 稠密 27-31B 的 FP16 是「能跑」不是「跑得快」:每 token 要读完整 FP16 权重,120GB/s 的物理上限就是 4-6 tok/s——量化到 Q8_0 也就 6-8 tok/s。想要速度,等的是带宽不是容量
- Beam-1.0-501B-A23B 仍差一口气:IQ1_S 约 122GB 权重,116 GiB 池子 + KV cache 没有余量——501B 级还是 M5 Ultra 512GB 那档的场
Windows 侧呢?
固定分割尚未解除,62.5GB 口径不变。Linux 解锁的意义更多是期权价值:硬件本身有 116 GiB 的能力,差距在驱动 / 系统适配。对已入手的用户,Linux 现在就能吃满;对观望的用户,这台机器「大量化」的故事成立了一半。
站内更新
- 硬件行 NVIDIA RTX Spark 描述已补 Linux 解锁事实(116.0 GiB / 驱动 615.78 / ProArt P16 实测)
- 44 条 Ubuntu 实测入库,显存门槛按 116 GiB 池口径生成
- llama.cpp Q4_K_M 锚点不变:Llama-3.1-8B 54.7 tok/s、Qwen3.6-35B-A3B 88.7 tok/s(与 StorageReview 对齐)