听到对方的话，沈川三人同时愣了一下。

很明显，三人都没有看清最后的输出内容。

但那个33亿自由度的求解问题规模，还是让他们有些愣神。

理论上来说，每节点配备256GB内存的情况下，64节点总可用内存是16TB。

再根据无矩阵方法的内存模型估算，最大可求解自由度在45亿自由度。

但那是理论的极限，受限于硬件配置，是不可能实现的。

而一般学校计算中心都是采用实用和高效的配置。

每节点管理3000万到4000万自由度。

那64节点可以求解的问题规模，就是19亿到26亿自由度。

可现在，陈言的这套架构设计，跑出了33亿自由度的求解问题规模！

远远超过了一般情况下能达到的26亿自由度的上限！

要知道，一辆汽车发动机悬置的精细有限元模型，通常也只是500万到2000万自由度。

一个全三维花纹轮胎模型，也不过是1000万到3000万自由度。

而陈言的这套架构设计，早超过了这个规模，是真正的超大规模架构！

换言之，他的这套架构设计，如果用在轮胎，或者是密封系统的多次载荷步非线性仿真上。

将在极短的时间内就能完成！

远超过传统商业软件在单台工作站上需要数天的处理效率！

而且，那玩意还有可能直接报内存不足。

而陈言的，完全没有这个顾虑！

这还只是单从求解问题规模这一个数据上面，他们所能想到的。

而陈言的这套架构设计，可是只用了差不多4个小时就运行完了。

还有其它的数据呢？

想到这，沈川三人当即收敛心神，看向正在操作电脑的陈言。

陈言之所以切走屏幕，其实是因为输出文件下载完成了。

当然，他也没有注意到三人没来得及看最后的输出内容。

下载的输出文件有好几个。

除了每个载荷步都保存场数据，要下载的一系列文件比较大外。

其它的文件，如记录最终变形后应力和应变场的，只有几百MB。

而更小的记录每个载荷步每次迭代残差和自适应开关的，则只有几KB。

所以，他才会下载的这么快。

在文件下载完成后，陈言没有丝毫停顿。

一边直接利用沈川电脑上现有的软件，开始处理这些文件里的数据。

一边同步将所有文件转发给了任淮和陶思齐，由他们负责协助处理文件里的数据。

早晨在发现任务执行后，他俩的电脑就已经打开在等着了。

见陈言把文件发来，两人也是立即回到了自己的书桌前。

而沈川则是坐在陈言身旁，时不时地指导一下软件的使用。

也是在这个时候，沈川三人终于找到了自己的价值。

得亏陈言接触算法的时间不长，还没摸索过这一应处理工具的使用方法。

要不然，他们三嘴上虽然说的是参与算力验证的后续阶段，但更像是来蹭算法的了。

现在虽然也有点像这么回事，但多少不是参与了点么？

数据处理的速度很快，特别还是三个人协作的情况下。

前后不过十来分钟，渲染好的应力云图，绘制的力-位移曲线。

还有生成的收敛历史半对数图，各牛顿步性能数据的统计等等。

所有后处理的文件，便全部汇聚到了陈言这。

随着这些文件的汇总，再被逐一打开，呈现在电脑上。