28.69×
更快进入工作区
整仓首文件可用 · 对照 depth=1
各 n=1 · 单次观测
为 AI Agent 与大型 Monorepo 构建的按需工作区。将远程仓库挂载为本地文件系统,先访问所需文件,再展开你的工作。
百万文件实测 · 首文件可用 11.824 s · 服务端已准备 · n=1
/project/svc0225,000 个文件在范围内
子仓库视图聚焦所需路径,内容按访问请求读取。
架构交互示意,不代表实测传输量或时间。
从百万文件的首次可用,到新工作区与完整 patch。用同一轮云上实测,回答每一次等待是否值得。
查看全部优势数据28.69×
整仓首文件可用 · 对照 depth=1
各 n=1 · 单次观测
4.61×
复用基座 · 对照原生 Git worktree
各 n=3 · 中位数
106.13×
25k 子仓库 · 单文件变更 · 首次响应
各 n=1 · 单次观测
首次可用包含首文件读取与 SHA-256 校验,服务端已准备,不代表全部内容已下载。服务端显式准备等待 258.59 秒,与客户端加速比分列。新增工作区复用各自基座;diff 为 ScorpioFS 原生接口输出完整 patch。 查看测量口径与完整范围
开发者需要一个目录,Agent 需要一个工作区。ScorpioFS 将远程 Monorepo 接入本地,让代码按工作所需抵达。
把远程仓库路径映射为本地工作区。首次就绪以目标文件可读且内容校验正确为终点。
远程路径 → 本地工作区
从一个子目录到整个 Monorepo,选择任务所需的范围。文件内容在访问时获取,工作区无需预先物化所有源码。
一个目录,一个服务,或整个仓库
通过原生接口获取改动判断与完整 patch。在所测子仓库中,减少查看 diff 的等待,保留可独立验证的结果。
改动 → 完整且经过校验的 patch
当工作区持续被创建,准备成本也会被反复放大。ScorpioFS 复用已准备的基座,为不同任务创建独立工作区,让新的工作更快开始。
了解 ScorpioFS独立工作区架构示意。下图不代表并发性能测试;9.16 秒来自交替创建工作区的实测。
一个 25,000 文件的子仓库,三种变更规模。完整接收 patch、核对 SHA-256,再独立验证正向应用与反向还原。
106.13×
相对较快 Git 基线的加速
1 个文件变更 · 首次响应 · 各 n=1。计时包含完整 patch 接收与摘要计算;应用及还原在计时后独立校验。
首次响应与缓存保留后的重复响应独立展示;缓存保留阶段取 n=2 中位数。250 文件子仓库的 diff 优势也在完整表中。 查看完整表
25k 子仓库,100 个文件变更。只比较“是否有改动”的布尔答案,对照 Git diff --quiet。
1.528ms6.75× · n=3 中位数
编辑器、终端与 Agent,通过本地目录访问代码。ScorpioFS 用 FUSE 将远程 Monorepo 路径接入工作区,Mega2 提供后端仓库与对象存储。
架构示意,不表示所有工具均已完成兼容性验证。
本轮实测全部 13 组优势。逐项保留范围、缓存阶段、较快 Git 基线、样本数和统计量。耗时单位均为毫秒。
下载优势数据13 / 13 条记录
| 范围 | 操作 | 阶段 | ScorpioFS / ms | Git / ms | 加速 | Git 基线 | n:Git / Scorpio | 统计量 |
|---|---|---|---|---|---|---|---|---|
| 100 万文件 | 新增整仓工作区 | 复用已准备基座 | 9,161.843713 | 42,244.367873 | 4.61× | 原生 Git worktree | 3 / 3 | 中位数 |
| 100 万文件 | 整仓首文件可用 | 首次观测 | 11,824.337860 | 339,282.351695 | 28.69× | Git clone --depth=1 | 1 / 1 | 单次观测 |
| 250 文件 | 完整 diff · 1 文件变更 | 首次响应 | 1.559455 | 3.140003 | 2.01× | 独立子目录 Git | 1 / 1 | 单次观测 |
| 250 文件 | 完整 diff · 1 文件变更 | 缓存保留后重复响应 | 1.094062 | 3.108676 | 2.84× | 独立子目录 Git | 2 / 2 | 中位数 |
| 25,000 文件 | 改动布尔检测 · 1 文件变更 | 重复测量 | 1.444303 | 9.661875 | 6.69× | 独立子目录 Git | 3 / 3 | 中位数 |
| 25,000 文件 | 改动布尔检测 · 100 文件变更 | 重复测量 | 1.527776 | 10.314854 | 6.75× | 独立子目录 Git | 3 / 3 | 中位数 |
| 25,000 文件 | 改动布尔检测 · 1,000 文件变更 | 重复测量 | 1.544596 | 10.269039 | 6.65× | 独立子目录 Git | 3 / 3 | 中位数 |
| 25,000 文件 | 完整 diff · 1 文件变更 | 首次响应 | 1.349701 | 143.243585 | 106.13× | Git sparse | 1 / 1 | 单次观测 |
| 25,000 文件 | 完整 diff · 1 文件变更 | 缓存保留后重复响应 | 1.281264 | 143.197225 | 111.76× | Git sparse | 2 / 2 | 中位数 |
| 25,000 文件 | 完整 diff · 100 文件变更 | 首次响应 | 20.443732 | 151.332778 | 7.40× | Git sparse | 1 / 1 | 单次观测 |
| 25,000 文件 | 完整 diff · 100 文件变更 | 缓存保留后重复响应 | 19.178516 | 151.245345 | 7.89× | Git sparse | 2 / 2 | 中位数 |
| 25,000 文件 | 完整 diff · 1,000 文件变更 | 首次响应 | 174.992904 | 230.305010 | 1.32× | Git sparse | 1 / 1 | 单次观测 |
| 25,000 文件 | 完整 diff · 1,000 文件变更 | 缓存保留后重复响应 | 173.401326 | 232.129735 | 1.34× | Git sparse | 2 / 2 | 中位数 |
加速 = Git 耗时 ÷ ScorpioFS 耗时。这些记录包含同一操作在不同缓存阶段的观测;首次响应为单次观测,不作中位数宣传。六位毫秒小数保留原始记录格式,不代表测量误差范围。dirty 仅为改动布尔检测,不等同于完整 git status。
测试环境:阿里云杭州 ACS,1,000,000 文件,8,321,411,335 逻辑字节,10 个模拟历史 commits。runner 与后端各 4 CPU / 16 GiB;定点读取校验 workers=8。原生 Git CLI 通过 Git HTTP,ScorpioFS 通过 MST/2 访问同一 Mega2 后端。按每个操作及缓存阶段选取较快的可用 Git 基线。
首次可用:从创建请求到首个目标文件读取并通过 SHA-256 校验,服务端已准备;不表示全仓下载完成。服务端显式准备等待为 258.59 秒,未纳入客户端加速比。全部后台成本尚未完整计量,不能按零计算;后台任务可能重叠,不与显式等待直接相加。
工作区与 diff:新增工作区复用各自基座,Git 实际计时为原生 git worktree add --detach,双方均校验首文件。完整 diff 为 ScorpioFS 原生接口,不是对挂载目录运行 git diff 的加速承诺;完整 patch 接收与 SHA-256 计入耗时,正反向应用在计时后独立校验。首次响应各 n=1,缓存保留后的重复响应各 n=2 中位数;工作区和改动布尔检测各 n=3 中位数。
性能边界:本页聚焦已验证优势。25k 范围首次读取 1,000 文件为 151.68 秒;新增 900 文件的追加写、flush 和逐文件 fsync 为 701.48 秒;commit 更新并读取 250 个变更文件,ScorpioFS 61.26 秒,Git 1.08 秒。这些仍需优化的项目保留于完整报告。 完整报告
结果可复核:230/230 操作采样通过,54 份完整 patch 已验证,485 条 Git 命令独立记录。未进行整仓目录遍历测试;未借用其他产品的公开性能数字。
BENCHMARK / acs-export-lifetime-1m-20261021REPORT SHA-256 / c72f3d9cf19489b2ef2394a9909070d051bc2008c9256274382a4e8442d50ff0SCORPIOFS V3 · 验证于 2026-10-21
从 Mega2 后端到 ScorpioFS 工作区。为你的 Monorepo,换一个进入方式。
Rust · FUSE · Monorepo · GitMono