TeamCity如何计算剩余的构建时间

我正在使用TeamCity进行持续集成，在将一台Linux服务器移动到新的虚拟主机后，它的构建时间将延长约一个小时。我想可能是CIFS挂载出了问题，所以我重新挂载了它，这似乎解决了读写时间过长的问题，但在启动构建后，它显示剩余时间仍然比应该的时间长一个小时。这个数字是基于上一次构建还是采用了一些度量标准，并通过某种算法计算出这个数字？TeamCity 7.0版，构建服务器是Ubuntu12.04

它是统计计算出来的，在一些构建之后会自动更正。

它是统计计算出来的，在一些构建之后会自动更正。

我怀疑不深入源代码就能回答这个问题。“你愿意吗，@gregg？在我看来，TeamCity只是把最后的构建加起来，并据此进行猜测。”。它还可能使用为每个代理计算的CPU值（您可以在代理选项卡下看到它）。当然，我只是在猜测。有没有办法查看代理的CPU基准测试历史？如果它在两个月前更高，我能在什么地方检查一下吗？我怀疑不深入源代码就可以回答这个问题。“你愿意吗，@gregg？在我看来，TeamCity只是把最后的构建加起来，并据此进行猜测。”。它还可能使用为每个代理计算的CPU值（您可以在代理选项卡下看到它）。当然，我只是在猜测。有没有办法查看代理的CPU基准测试历史？如果2个月前更高，我能在什么地方查一下吗？