不过随后的k32后续产品开发中长久坚决的要加入这种技术，毕竟这样做投入不大而效果非常之明显。
现在看到了英特尔也有类似的计划，长久不由得庆幸当时自己的坚持，否则一旦386成功，自己又得忙活好一阵了。
不过长久百思不得其解的是，cache作为高速存储器消耗的晶体管资源很高，英特尔的386本身就已经很大了，要是加入cache的话那芯片面积……不可想象。
其实不光长久不解，英特尔圣塔克研发团队内部对此也是争论不休，讨论是不是要在内部集成这个庞然大物。
下属可以破开脸面大骂，可是作为总设计师的葛洛夫就不能这么干了，作为一名决策者，他必须通盘考虑所有的可能不利的因素，而不是为了追求‘性’能而冒险，毕竟386的开发拖得时间已经太长了。
葛洛夫暗自思索，毫无疑问加入cache对‘性’能的好处显而易见，但是由于cache使用的是静态存储器，不但消耗的晶体管更多，而且体积较大，386现在集成的晶体管已经达到了空前的27万，如果再加上cache，那对成本是极为不利的。
鱼与熊掌不能兼得，一番斟酌之下，葛洛夫只能放弃这个‘诱’人的想法，退而求其次，将cache分离了出来，单独做成了一个芯片，搭载在主板上用以配合处理器工作，聊胜于无。这招后来被大规模的应用，以前的那些386主板上都有这个东西，自带cache芯片，现在当然看不到了。
相同的做法还有浮点运算支持部件，葛洛夫依样画葫芦，在工艺达不到要求的情况下只能开发单独的浮点协处理器，用以支持高‘精’度科***算。
以往英特尔的处理器都会搭配数学协处理器，如8087、80287等。只是颇为尴尬的是，新的386计划中并没有包含这个项目，葛洛夫只能从被打入冷宫的432处理器小组中调来了所有浮点单元的资料，修改之与386指令集兼容，也算是一‘女’嫁二夫。
英特尔的团队就如同一架火车，开动起来之后突破一切障碍，攻克了一个个的难题，终于接近了成功，预计七八月份就可以拿出成品了。
至于微软则有些低调，整个84年比尔除了偶尔出现在公众面前为其indos泡泡造势之外，其他时间几乎都闷在西雅图与他手下的那些年轻人们努力的编写程序。
由于日子不好过，比尔大‘门’接了不少活，自己手里还有巨无霸indos秘
…。。