就在這個時候，戴著安全帽的年輕工程師，向兩位老人這邊走了過來。
“各發電機組都已經檢查好了！”
老太太神色嚴肅道：“和超級計算機的連接口都已經連接好了嗎？”
那工程師點了點頭，肯定地回答道：“我們已經檢查了三遍，確認沒有任何問題！”
“好，”，老太太的神情緩和下來，贊許地點了點頭，轉而看向了旁邊的張院士，笑著說道：“咱們這邊的任務總算是圓滿完成了，現在就看老蔡那邊了。只希望他們的超級計算機，不要在關鍵時刻掉鏈子就行，不然啊，丟臉就丟大嘍！”
聽到這句話，張院士笑了笑：“老蔡那邊，應該不會再出什么問題了吧？”
出問題？
怎么可能出問題！
另一旁，超級計算機的機房內，蔡吉人院士早就帶領著團隊緊鑼密鼓地檢查著了。
之前他們的程序和反應堆之間，有短暫的反應時間差，也就是延遲時間，雖然可能也就只有幾毫秒的延遲，對于反應堆產生的高能帶電介子，也會造成難以挽回的偏差。
還好有黎永豐院士慧眼，發現了這個漏洞，不然真的到了進行最后實驗的時候，還不知道會出現怎樣的事故呢！
對用戶來說，延遲時間，是指用戶發出請求到遠端系統對該請求作出響應傳回給用戶的這一段時間，而在計算機網絡上，延遲時間是表示從特定點得到一個數據包所花的時間；在一些特殊的情況下，延遲時間用發送出包到回到發送端這個運行一個周期的時間就是延遲時間。
無論是何種延遲，總結起來主要包括了儀器固件導致的固有延遲時間，比如說光纖傳輸等以及軟件反應導致的軟件延遲。
儀器導致的固有延遲還好說，這里面的問題完全是因為計算機和通信固件的性能造成的，但是軟件反應延遲，就是因為他們開發的程序繁雜引起的。
雖然，這里面可能大部分都是儀器的問題，但對于力求完美的蔡吉人院士來說，這也完全是不可原諒的！
‘知恥而后勇’，等到超級計算機到位以后，他就親自帶領著團隊，整天和一幫年輕小伙們拼上勁兒了；
餓了就讓人把飯送到實驗室來，困了就在辦公椅上將就一會兒，實在忍不住了就打地鋪休息，廢寢忘食，嘔心瀝血；
足足奮戰了三個月都沒有出過門，這才完善了這套控制系統，將延遲時間控制在了0.1毫秒以下，總算是滿足了反應堆的控制要求。
是騾子是馬得拉出來溜溜，現在，終于到了這個時刻了！
因此，即便已經測試通過好幾回了，蔡吉人也絲毫不敢掉以輕心。
“各小組，延遲時間匯報！”
“1號節點，延遲時間0.015毫秒！”
“2號節點，延遲時間……”
“總延遲時間，0.076毫秒！”
很明顯，再次通過了驗收要求。
蔡吉人這才完全松了一口氣，抬頭看了看掛在墻壁上的掛鐘，釋然道：
“向劉教授匯報吧！”