【稳定可用容量：mib】

三万九千四百二十四mib。

这个数字折合三十八点五Gib，确凿地证明了c170-09内部存在十Gb以外的稳定存储空间，但也仅仅证明了这一件事。

在恢复状态下，计算上下文的大门依旧紧闭。

主机只能通过维护映射去读写那片空间，板卡与服务器之间，横亘的依然是那条狭窄的pcIe链路。

把数据送进去，需要时间。

重新读出来，又要再走一遍。

GA100与五组hbm之间的五千一百二十位总线，在这种工作方式下没有真正参与计算。

它就像一间接在狭窄走廊尽头的巨大仓库，用它保存检查点，甚至未必比两组机架式存储更划算；用它训练模型，更是毫无意义。

江临没有在第十二次传送任务表上勾选获得可长期运行的计算节点。

他只是在新建的项目目录后，平静地敲下了一行批注。

【当前状态：可寻址，不可计算。】

江临调出A100与170hx的两套资源图。

A100的路径一气呵成。

物理资源进入设备资源表，生成计算分区，驱动创建上下文，最终运行时提交内核。

而170hx却像两条被强行劈开的平行线。

正常启动时，它能进行计算，却只能看见10Gb的逼仄显存。

进入恢复状态后，它坐拥40Gb庞大仓库，双手却被捆绑，无法计算。

一边有手，一边有仓库。

制造商的强硬规则里，不存在两者同时生效的余地。

第十年冬，江临开始在代码的深渊中寻找两条路径的交会点。

他尝试过越界访问、修改资源表、强写设备页表，甚至尝试虚拟地址洞的映射。

换来的结果无一例外：拒绝、报错、终止与返回全零。

代价是沉重的。

c170-21在第六十八次测试后，不再接受新的隐藏映射请求。

正常十Gb模式仍然能够启动，原有计算负载也没有受到影响。

江临将它退出隐藏映射实验，转入10Gb常规节点组。

【c170-21】

【基础计算功能：保留】

【隐藏映射实验：终止】

【失效原因：隐藏映射状态无法恢复】

它没有报废，只是失去了继续回答这个问题的资格。

剩下的卡不能再用这种盲人摸象的方式消耗。

江临停下测试，用了三个月时间，将六十八次失败抽丝剥茧。

终于，他在第四组返回空值的记录里，捕获了一丝幽微的不一致。

除维护映射的关闭时序外，第十七次与第四十九次测试的其余条件完全相同。
本章未完，请翻下一页继续阅读.........