看着三人如出一辙的动作，还有开口说出的话。

陈言先是愣了一下，旋即轻声笑了笑。

三人现在的表现，让他有了一种熟悉的感觉。

或者说，三人这种放不下算法的样子，和他很像。

从三人身上收回目光，陈言坐在电脑前，开始查看实时输出日志。

很快，沈川三人在打完电话后，也重新围在了他身边。

沈川出声问道：“运行结果怎么样？”

陈言回道：“还没什么反馈。”

听到这话，三人同时微不可察地点了点头。

这说明他们打电话的时间，没错过什么。

就这样，原本要去吃早饭的四人，直接把早饭抛在了脑后。

齐齐围坐在电脑前，盯着输出日志看了起来。

大约半个小时后，任淮开口说道：“不对啊，怎么这么快？”

他说的快，指的是算法运行所消耗的时间。

在任淮问出口后，沈川和陶思齐也同时看向陈言。

一般来说，算法运行的总耗时。

主要取决于问题规模，载荷步数和每次牛顿迭代的收敛行为。

也就是载荷步数乘以每步平均牛顿迭代次数，再乘以单次牛顿迭代时间。

按照这种估算方式，再根据架构设计预估达到的性能指标。

就可以大致估算出，一个还算准确的时间。

任淮三人这两天，就预估过陈言这套架构设计运行起来的总耗时。

得到的结果是，至少12个小时的时间是没跑的。

所以，他们才会果断地打电话请假。

但现在，电脑上的实时输出日志却在告诉他们，预估错了。

陈言仍在查看输出日志，随口说道：

“我利用自适应载荷步控制减少了总耗时。”

自适应载荷步控制这块，沈川三人是知道的。

不是看算法时，而是在陈言刚开始做架构设计时，他们就注意到了。

但这还是有些不太对，单以自适应载荷步控制减少耗时的话。

最多也就只能减少30%左右。

按照他们预估的12个小时算，顶多减少3个多小时。

但现在，眼前疯狂跳动的输出日志却在说明。

整个架构设计运行的总耗时，被陈言缩短到了大概4个小时左右。

而且这还是加上了文件I/O和启动开销的时间。

一般这块还有再增加至少5%的耗时。

可现在，这完全对不上呀？

就在这时，沈川悄悄碰了碰两位室友的胳膊。

因为他忽然想起来，孙思辰和他说过。

陈言在利用学校机房做原型验证时，就把各方面几乎做到了极致。

利用三台学校机房的电脑，直接突破了安全上限。

把撑死了能求解1000万自由度的配置，直接干到了1400万自由度的夸张数据。

那现在眼前的情况，也不是不能解释。

只能说，他们还没有完全看明白陈言做的架构设计。

不过，没等他跟任淮和陶思齐说什么，陈言便又说道：

“利用无矩阵方向导数和残差组装，可以极大缩短单次牛顿迭代时间。

然后用间隔输出，加上只输出关键界面数据来优化，也可以提高输出频率。

另外，在做架构设计时，我还做了MPI分布式计算方案的优化……”

陈言的一番话说完，沈川三人顿时呆立原地。

他们倒不是惊讶于陈言所采取的方法。

因为这些方法，他们也都知道。