AI 工作负载对数据访问的要求正在从"能读到"变成"读得快且路径短"。训练、微调、推理上下文、工具调用、检索和数据库查询都要反复访问大容量文件与对象存储，而开发者过去面对的是各家不同的 API 与协议；对象存储走 RDMA 又长期缺少统一的线协议，导致同一份代码要针对不同厂商分别适配。
NVIDIA 宣布 cuObject 客户端与服务端库正式可用（GA）。它为应用访问对象存储提供标准化 API 和 RDMA 线协议，关键变化是数据面不再经过存储服务器的 CPU 中转，而是由加速路径直接搬运。控制协议走 HTTPS/TCP，对象数据传输走 RDMA，两者分离使应用可以在保持既有对象语义的同时获得加速。
与库的 GA 同步，NVIDIA 推动 xio-sig 联盟从 cuFile 扩展到 cuObject。Google Cloud 作为 cuFile 的维护方之一，正在评估扩大参与范围以覆盖 cuObject；Microsoft 计划加入董事会。NVIDIA 表示，这一扩展的目标是让文件与对象存储的 I/O 互操作性由社区共同定义，而不是由单一厂商主导。
面向存储厂商的一侧，新发布的 SCADA Server SDK（Scaled Accelerated Data Access）让第三方可以构建 SCADA 服务端：接收来自 GPU 侧 SCADA 客户端的请求，用本地或远端存储完成读取，再通过 RDMA 把结果送回。IBM Storage 已展示原型，让 SCADA 客户端向基于该 SDK 构建的 IBM Storage Scale SCADA 服务端发起请求，验证了跨厂商协作的可行性。
在更前沿的一层，NVIDIA 通过 Storage-Next 计划协调 40 多家厂商与客户，为 GPU 驱动的细粒度存储访问定义开放行业标准。这类请求由加速器直接发起、粒度很小，既不完全适配传统存储介质，也不符合现有协议栈，SCADA 则被定位为支撑该方向的软件基础设施。
对开发者而言，现在可以下载 cuObject Server 2.0.0 开始评估加速对象存储库，并查阅 cuObject 文档了解 API 与集成方式；关注 xio-sig 仓库则可以跟踪 cuFile 与 cuObject 互操作工作的进展。NVIDIA 同时提示，仓库中 cuFile 与 cuObject 已分目录组织，生产级代码与共享头文件将在后续开放。
WeChat
Profile