第192節 機器碼（1/2）

「當然。」

蘭恩毫不猶豫的說道。

他這段時間也有這種感覺，同樣認為，這種情況必須得到解決。

不然，計算機的瓶頸會是使用者本身。

「你有什麼好辦法麼？蘭恩？」，斯蒂比茲繼續追問道，一旁正在查看論文稿子的康拉德也很關注，湊了過來。

「有的」，蘭恩點點頭，「不過我需要點時間思考。」

於是，在康拉德和斯蒂比茲的注視下，蘭恩雙手拄著嘴巴，低頭思考了好一會兒，才將思路整理清楚。

霍然抬起頭來，蘭恩在兩人期待的目光中，張口說道：

「按照我們現在的設計，也是伊扎德一號和伊扎德二號上的設計，埃德瓦克的程序結構沒有變化。」

「現在，這些程序都是由微指令組成的。我們要想提高編程效率，或許有必要從這一點上入手。」

「一個可能的途徑，就是提高編程過程的抽象層次。我們可以將一組微指令組成一個微程序，固化在符文迴路中。」

「這樣，在編程時，使用者只需要排布對應的微程序序列，就可以更快速的實現功能。」

「唯一的缺點，可能就是需要新的使用與編程手冊了。」

康拉德和斯蒂比茲站在桌邊，盯著前方的桌面

然後斯蒂比茲說道：「我懂了，你的意思是，我們可以將以前需要好幾步完成的工作，整理成更少的步驟。」

「沒錯，這會有數量級的效率提升」，蘭恩說道，「而且在埃德瓦克的預計性能面前，它損失的一點速度，完全可以忽略。」

「那麼，我們需要對目前的設計做多大調整？預算還撐得住麼？」

聽到康拉德的問題，蘭恩解釋道：「控制器和運算器的設計都要調整，存儲器自然也要隨之調整，但其實需要增加的工作量並不大，因為本來我們就在不斷疊代之前的設計。另外，尚未進行疊代設計的輸入輸出部分，以後也要隨之增加一些結構。」

銀河實驗室目前的研究方案，使用的快速疊代的方式。

快速定稿一版設計，快速出印刷符文基板，測試後得到反饋並重新開始新一輪設計。

這種方式對資金的壓力不低，但好處是可以快速調整方案，並能得到及時的結果反饋，效率很高。

「那麼，這種新的抽象層次，它的表現形式是什麼？」

「二進位編碼」，蘭恩回答道，「我們可以叫它『機器碼』」。

「嗯。」

斯蒂比茲和康拉德覺得這名字還可以。

「目前機器碼應該就能滿足我們的需求，等以後性能提高造成新的類似困境時，我們還可以考慮同樣的解決方法，那就是繼續提高編程過程的抽象層次」，蘭恩說道。

「哈，這可是個好消息，至少今晚我能睡得更好一些了」，斯蒂比茲笑道。

「但是我們要統一標準，而且要慎重，因為這套微程序定下來後，幾乎很難再次改動了」，蘭恩繼續說道，「畢竟機器碼是要固化在符文迴路中的，這就意味著它屬於設計圖的基礎部分，再次改動的話代價太大。」

「那，我們現在就去分頭理一下所需的微程序，再基於此設計一套合適的機器碼」，康拉德環視了一下，建議道。

三人同時點了點頭，然後迅速分開，回到自己對應的崗位。

……

「嘿，蘭恩。」

本章未完，點選下一頁繼續閱讀。