第192节 机器码（1/2）

「当然。」

兰恩毫不犹豫的说道。

他这段时间也有这种感觉，同样认为，这种情况必须得到解决。

不然，计算机的瓶颈会是用户本身。

「你有什么好办法么？兰恩？」，斯蒂比兹继续追问道，一旁正在查看论文稿子的康拉德也很关注，凑了过来。

「有的」，兰恩点点头，「不过我需要点时间思考。」

于是，在康拉德和斯蒂比兹的注视下，兰恩双手拄着嘴巴，低头思考了好一会儿，才将思路整理清楚。

霍然擡起头来，兰恩在两人期待的目光中，张口说道：

「按照我们现在的设计，也是伊扎德一号和伊扎德二号上的设计，埃德瓦克的进程结构没有变化。」

「现在，这些进程都是由微指令组成的。我们要想提高编程效率，或许有必要从这一点上入手。」

「一个可能的途径，就是提高编程过程的抽象层次。我们可以将一组微指令组成一个微进程，固化在符文回路中。」

「这样，在编程时，用户只需要排布对应的微进程串行，就可以更快速的实现功能。」

「唯一的缺点，可能就是需要新的使用与编程手册了。」

康拉德和斯蒂比兹站在桌边，盯着前方的桌面

然后斯蒂比兹说道：「我懂了，你的意思是，我们可以将以前需要好几步完成的工作，整理成更少的步骤。」

「没错，这会有数量级的效率提升」，兰恩说道，「而且在埃德瓦克的预计性能面前，它损失的一点速度，完全可以忽略。」

「那么，我们需要对目前的设计做多大调整？预算还撑得住么？」

听到康拉德的问题，兰恩解释道：「控制器和运算器的设计都要调整，存储器自然也要随之调整，但其实需要增加的工作量并不大，因为本来我们就在不断叠代之前的设计。另外，尚未进行叠代设计的输入输出部分，以后也要随之增加一些结构。」

银河实验室目前的研究方案，使用的快速叠代的方式。

快速定稿一版设计，快速出印刷符文基板，测试后得到反馈并重新开始新一轮设计。

这种方式对资金的压力不低，但好处是可以快速调整方案，并能得到及时的结果反馈，效率很高。

「那么，这种新的抽象层次，它的表现形式是什么？」

「二进位编码」，兰恩回答道，「我们可以叫它『机器码』」。

「嗯。」

斯蒂比兹和康拉德觉得这名字还可以。

「目前机器码应该就能满足我们的需求，等以后性能提高造成新的类似困境时，我们还可以考虑同样的解决方法，那就是继续提高编程过程的抽象层次」，兰恩说道。

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

「但是我们要统一标准，而且要慎重，因为这套微进程定下来后，几乎很难再次改动了」，兰恩继续说道，「毕竟机器码是要固化在符文回路中的，这就意味着它属于设计图的基础部分，再次改动的话代价太大。」

「那，我们现在就去分头理一下所需的微进程，再基于此设计一套合适的机器码」，康拉德环视了一下，建议道。

三人同时点了点头，然后迅速分开，回到自己对应的岗位。

……

「嘿，兰恩。」

本章未完，点击下一页继续阅读。