行业新闻

DeepSeek 披露 DSec 沙盒基础设施细节,弹性计算团队扩招

DeepSeek 拆解支撑 Agent 训练与评测的 DSec 沙盒底座:按需加载镜像、跨 MicroVM 共享内存显著降低耗时与磁盘写入,并用环境快照复用强化学习轨迹。

DeepSeek 的 DSec(为 Agent 提供隔离执行环境的沙盒基础设施)单套扩展分片约 160 台服务器、3 万 CPU 核心、250TB 内存,每天服务约 300 万个沙盒。生产环境已部署多套分片,支撑 DeepSeek-V4 全部训练、评测与数据预处理流程。

正文摘录

现在 DeepSeek 的一套 DSec 扩展分片,大约有 160 台服务器、3 万个 CPU 核心和 250TB 内存,每天要服务约 300 万个沙盒。 DeepSeek 已经在生产环境里部署了多个这样的分片,能够支持数百万个沙盒同时运行。 DSec 是支撑 DeepSeek-V4 全部训练、评测和数据预处理流程的沙盒基础设施。 从 DeepSeek-V3.2 一路到 V4.1,Agent 训练、评测和数据预处理产生的全部沙盒负载,都已经运行在 DSec 上。 读代码、改文件、安装依赖、执行测试、运行服务,每一步都会改变当前环境;下一轮交互又要接着前面的状态继续。 DeepSeek 拿 2026 年某一周的生产数据统计了一下,仅 Container 后端就用到了 11266 个基础镜像、102171 个工作区,以及数百个工具包。 如果按照传统方法,每种组合都做成一份完整镜像,代码仓库或者工具包稍微更新一次,就可能跟着重建一大批镜像。 操作系统和基础软件放进 base image,任务代码和依赖放进 workspace,DeepSeek Harness 这类工具则单独做成 toolkit。 也就是说,一个几十 GB 的环境提前完整下载下来,其中绝大多数内容可能从头到尾都不会被 Agent 碰到。 DSec 于是把镜像数据统一放到 DeepSeek 自己的 3FS 分布式文件系统里,本地主要保存镜像元数据,真正需要某块数据时再按需读取。 如果先把完整镜像拉到本地,整个任务需要 60 多分钟;换成按需加载之后,时间缩短到了大约 35 分钟,速度提升约 1.71 倍,磁盘写入量同时减少约 57%。 改成直接挂载 EROFS 层之后,整个任务从 79 分钟缩短到 45 分钟,磁盘写入总量只剩原来的大约 1/5.5。

阅读原文(qbitai.com)→

行业新闻闻乐2026-10-03原文

相关内容