16 项有效隔离检查中，13 项通过、3 项未达标。1、4、16、32 MiB 数据传输和校验通过，但共享文件锁、排他创建错误契约与 Git 性能未达到整体切换条件。因此本轮没有切换现有开发目录，也没有迁移数据库或业务服务路径。GPU SSD 清理测试后还剩 211.7 GiB，可继续评估独立产物与归档用途。
测试使用 dev2 账号执行文件读写。dev2 原有出站规则拒绝直接 SSH，由管理员托管限目录、限时、仅 SFTP 的存储连接；账号出站规则保持原状。测试挂载指向 GPU 一 /cloud/cloud-ssd1 的独立目录。合成数据没有在 dev2 磁盘保存副本；GPU 端单独核验 8 个实际数据文件，全部位于目标 SSD，哈希一致。
公网路线：1 MiB 写入 1.227 秒、读回 0.957 秒；4 MiB 写入 3.806 秒、读回 1.763 秒；16 MiB 写入 12.253 秒、读回 6.022 秒；32 MiB 写入 24.499 秒、读回 11.693 秒。Tailnet 路线：1 MiB 写入 0.902 秒、读回 0.658 秒；4 MiB 写入 2.435 秒、读回 5.586 秒。全部校验一致。4 路各 2 MiB 并发写读用时 6.708 秒。128 个小文件的创建、落盘、改名、读回和检查耗时 77.755 秒，4 个并发工作进程，每文件操作中位数 2.431 秒。这些是实际测试负载耗时，不代表稳定带宽或单一磁盘性能。
同一挂载上的文件锁互斥正常，但两个挂载点访问同一文件时，两方均能取得锁。排他创建始终只有一方成功，但冲突错误在 EPERM 与 EEXIST 之间存在差异；重复补测 3 次均为 EPERM。合成的小型 Git 仓库初始化、暂存和写树已执行，fsck 超过 35 秒时限；这表明该负载未达性能条件，不能据此断言仓库损坏。这三项不足以支持整个活跃开发目录切换。
随机写、截断、权限限制、软硬链接通过。32 次覆盖改名与 64 次读取观察没有发现半成品或文件缺失。实际中断本次 SSH 连接后，旧文件句柄在读或关闭时返回 I/O 错误；应用重开文件后恢复，约 1.34 秒。在途写入中断测试中，最终文件完整，后续读写恢复。断线并非对所有现有程序透明，接入程序必须处理错误与重开。初轮断线注入没有成功定位测试连接，不计为存储失败；修正后已完成真实注入，原始记录全部保留。官方行为说明：https://github.com/libfuse/sshfs/blob/master/sshfs.rst
测试前的 7 个 Codex 进程在清理后启动标识保持不变。GPU 三项服务启动标识未改变，280 轮健康监测均正常，最终健康检查全部返回 HTTP 200。没有重启模型或开发服务。健康检查不等于证明全部业务请求性能完全无波动。临时挂载、合成文件、测试工具、私钥与单条临时授权均已清理。本地项目文件未改；没有配置永久挂载。本轮未验证数据库迁移、完整项目构建、服务重启后的挂载恢复和业务上线。之前估算约 8.94 GiB 的旧工作区归档候选，本轮未迁移或释放。