Ridger · MIMO Up
Ridger MIMO Up
MIMO Up 是 Ridger 为桌面和边缘准备的 AI 原生存储。同一套存储软件覆盖 2–16 节点集群，Up、Go、Apex 是三种硬件。Up 的推荐搭配是 DGX Spark。
它是什么
桌面形态的热数据骨架：把多台 DGX Spark 一类算力连到同一条近卡数据路径上。介绍稿（2026-07）给 Up 的性能写法是 200 Gbps 直连、KV Cache 卸载和无状态扩展。原生协议与 Go、Apex 相同：GDS、NVMe-oF、NFS over RDMA。
在栈里的位置
对应 L1 的近 GPU 热层，用来放权重、可选的 KV 卸载和节点之间要共享的热数据。它不是文件层的替代品，也不是 L2 推理引擎。存储把数据送到 GPU 旁边，模型仍然由推理服务加载和回归。
适合谁
要在桌边或业务现场组 2–16 台 Spark 级节点、希望直连而不是先上通用 NAS 的团队。机房里已经是 H20/L20 或 H100/A100 时，对应的是 Go 或 Apex，而不是把 Up 升格成旗舰。
规格以哪一份为准
2026-07《MIMO Introduction》介绍稿没有给 Up 单独的 GB/s 和 IOPS。2026-10 的官网要点稿另写过「最高约 125 GB/s、23M IOPS、40 µs」。这组数字和介绍稿里 MIMO Go 的档位重合。本页采用介绍稿：Up 只写 200 Gbps 直连、KV Cache 卸载和无状态扩展，不把官网那组数字写成 Up 的合同规格。
介绍稿还提到大约 30 分钟上线、可以旁路接入现网 RoCE。这是部署叙事，不是本站的验收承诺。时延、首字和并发以项目 PoC 为准。
它不做什么
存储不是模型。OceanStor Pacific 与 MIMO 都不运行 DeepSeek-V4-Pro，也不包含推理服务、知识库或 Agent。公开 IOPS、带宽和时延只描述数据路径，不能换成回答质量，也不能当成官方 API 的时延。L2 的吞吐、首字和版本回归要单独测。
本页故意没写的数字
介绍稿没有 Up 的门店标价，也没有盘位清单，本页不标价格、不标容量。不把官网要点稿里与 Go 重合的 GB/s、IOPS 写成 Up 的规格，也不把更早的 IOPS 通稿套到任一档 MIMO 上。