据指令可以更多的在寄存器中高速运转而不需要cpu发出指令在内存中寻找。

由于k32使用的是流水线技术，而k32-pro同样是这种设计，精简的指令高速处理对数据的需求也节节攀升，可以说是一个数据吞噬机也不为过，这就带来了一个问题。

大规模的寄存器使得数据处理加快，但是内存的速度却是远远跟不上处理的速度，这也让k32-pro的流水线处理成了摆设，没有数据只能等待，使得性能大大下降。

虞博士同样也遇到了英特尔的难题，甚至更加的致命，因为386并不是采用流水线技术，所以处理器时钟周期的等待对其性能的影响并不是太大，而k32-pro则对这个非常敏感。

这就让研发小组骑虎难下，由于k32-pro的内核不需要微码电路，因此显得十分精致小巧，可以说是这个世界上最小的处理器内核了，大概只消耗了三万五千个晶体管（ARM处理器同样如此）。

这么小巧的内核再加上一些外围的功能电路也不过让蕊片的面积增加了一点点，虞博士甚至想将两条数据处理流水线集成在一个蕊片上，这样做是完全有可能的，相比386使用的近28万个晶体管依然是小巫见大巫。

不过模拟了之后却发现完全不是那么回事，两条流水严重加剧了等待数据的时间，反而使得性能还不如一条线。

这就让虞博士难以取舍，费尽心思想解决这个问题。最后还是西门子的一个工程师提议加上cache，或许可以缓解一下数据等待的问题。

Cache不大，只有2kb，不是字节，是位，2k位而已，却占据了相当于原本整个蕊片的面积，让k32-pro的成本增加了一倍。

不过这是值得的，加上了cache的k32-pro如虎添翼，数据等待的问题虽然存在但是已经微不足道，性能居然超越了k32一倍之多，8兆赫兹的版本每秒可处理的指令数目达到了四百万条，当时没有任何处理器可以与之比肩（386大概是四百到五百万条指令每秒吧，不过386的频率可是从二十兆赫兹起跳的）。

蕊片大了，自然会影响成品率，对测试的难度也会加大，这也让虞博士很头疼，在蕊片工厂用尽了方法也无能为力。

万没想到这个问题居然会被一个不到二十岁的家伙给解决了，让虞博士感慨不已。

这个幸运的家伙就是长久介绍过去的斯蒂芬周，这小子现年19岁，在VS的时候居然还在读书，后来因为对硬件电路比较感兴趣，又被处理器研制小组给破格录取了。

小伙子十分好学，本来他是想辞去工作专心上大学，可是虞博士与之接触一段时间之后非常欣赏他，劝他道：“你去学校不过学的是一些过时的东西，哪有在这里创造的乐趣？”

斯蒂芬周想想也是，在这里接触的都是一些顶级的大师，能学到的东西似乎也不比大学差，还能赚到一笔可观的钱，因此穷人出身的他方才决定留下。