第5章 移植難題(2 / 2)

順著線索,秦風查閱這條開發編號期間所研發的進度成果。

查閱不久後,秦風便有了思路。

“原來如此,原來人工智能的誕生都是由自身的核心模塊拓展而來的……”

“那也就是說,我隻需要將這個核心模塊編寫完成,就等同於把人工智能給複刻完成?”

“唔……”

秦策看著麵前的智能核心代碼,捏著下巴思考著什麼。

很快秦風便就有了想法,隨手在空中一揮,意識空間內的場景開始變化。

那台手工拚湊的服務器出現在其麵前,隨後經過篩選剝離,秦風將人工智能的核心模塊複刻出來。

隨後秦風再次嚐試,將這個核心模塊再次分拆多個模塊。

並且按照手動輸入的方式,將其一一輸入進服務器中。

雖然看著操作繁瑣過多,但對於秦風而言隻是一個念頭,在一瞬間這些操作便全部完成。

隨著各個模塊融合完成,在服務器上的智能核心模塊便開始自行生成拓展。

沒一會,在屏幕上便有了人工智能的問候。

見狀,秦風心中一喜,這個方法可行!

於是立刻開始著手將智能核心代碼提取,進行更加細致的分拆展示。

既然一次分拆融合可以,那麼多次分拆融合呢?

將智能核心模塊拆成數十甚至上百份,再將其融合自行拓展。

被分拆部分都視為一個單獨的小模塊,這些小模塊越多,秦風複刻抄錄時的壓力便會大大減少。

這些小模塊的抄錄過程短,且容錯率高,出現問題也能及時修改。

直接將整個核心模塊一次性抄錄,要是期間出現錯誤,等到排查的時候可是一件十分痛苦的事情。

經過秦風不斷的測試,最終將智能核心給拆分成二十三個不同的小模塊。

隨後秦風便將這二十三個模塊的源代碼進行展示,同時退出意識空間,開始準備抄錄工作。

在進行分化核心模塊後,秦風抄錄的效率大幅度提升。

但智能核心源代碼的量還是沒有變化,不過至少現在秦風在進行抄錄的時候可以不用擔心出錯導致全麵排查。

很快,經過兩天的趕工抄錄,第一個核心子模塊便被完成複刻抄錄。

有了第一個子模塊的抄錄經驗後,秦風在之後的抄錄過程中更加流暢迅速。

……

一個月後。

秦風在鍵盤敲下最後一個回車確定,宣告最後一個子模塊的完工。

接下來的工作就是將這二十三個子模塊進行整合解壓,成為最終的智能核心。

簡單休息一番後,秦風操作著命令板,將一串串指令代碼發送給各個子模塊。

隨著服務器機櫃逐漸變大的嗡鳴聲,預示著此刻整台服務器進入高負荷滿載狀態。

顯示器中,隨著融合進度條不斷上漲,最終抵達百分百後,秦風下達了最後一項命令。

【運行核心模塊】

當秦風的命令發出後,機櫃的轟鳴聲更是達到了巔峰。