第184章

不过随后的k32后续产品开发中长久jian决的要加入这zhong技术，毕竟这样zuo投入不大而效果非常之明显。

现在看到了英特尔也有类似的计划，长久不由得庆幸当时自己的jian持，否则一旦386成功，自己又得忙活好一阵了。

不过长久百思不得其解的是，cache作为高速存储qi消耗的晶tiguan资源很高，英特尔的386本shen就已经很大了，要是加入cache的话那rui片面积…不可想象。

其实不光长久不解，英特尔圣塔克研发团队内bu对此也是争论不休，讨论是不是要在内bu集成这个庞然大wu。

下属可以破开脸面大骂，可是作为总设计师的葛洛夫就不能这么干了，作为一名决策者，他必须通盘考虑所有的可能不利的因素，而不是为了追求xing能而冒险，毕竟386的开发拖得时间已经太长了。

葛洛夫暗自思索，毫无疑问加入cache对xing能的好chu1显而易见，但是由于cache使用的是静态存储qi，不但消耗的晶tiguan更多，而且ti积较大，386现在集成的晶tiguan已经达到了空前的27万，如果再加上cache，那对成本是极为不利的。

鱼与熊掌不能兼得，一番斟酌之下，葛洛夫只能放弃这个诱人的想法，退而求其次，将cache分离了chu来，单独zuo成了一个rui片，搭载在主板上用以pei合chu1理qi工作，聊胜于无。这招后来被大规模的应用，以前的那些386主板上都有这个东西，自带cacherui片，现在当然看不到了。

相同的zuo法还有浮点运算支持bu件，葛洛夫依样画葫芦，在工艺达不到要求的情况下只能开发单独的浮点协chu1理qi，用以支持高jing1度科学运算。

以往英特尔的chu1理qi都会搭pei数学协chu1理qi，如8087、80287等。只是颇为尴尬的是，新的386计划中并没有包han这个项目，葛洛夫只能从被打入冷gong的432chu1理qi小组中调来了所有浮点单元的资料，修改之与386指令集兼容，也算是一女嫁二夫。

英特尔的团队就如同一架火车，开动起来之后突破一切障碍，攻克了一个个的难题，终于接近了成功，预计七八月份就可以拿chu成品了。

至于微ruan则有些低调，整个84年比尔除了偶尔chu现在公众面前为其windows泡泡造势之外，其他时间几乎都闷在西雅图与他手下的那些年轻人们努力的编写程序。

由于日子不好过，比尔大门接了不少活，自己手里还有ju无霸windows秘密研发，开发人员可以算是捉襟见肘。

因此比尔不得不招聘了大量的程序员用来应付那越来越多的任务，不过比尔招人很有一tao，他总是jian持只雇佣那些已发现的最聪明的人，比如那些刚毕业名牌大学生，这是他最喜huan的。

在西雅图郊区的一栋建筑wu中，聚集着可以说是这个世界上最有活力的程序员了，因为他们都是二十来岁的年轻人，受到了比尔许诺的优先认gu权的xi引才走在了一起。

比尔对这些人才可谓是chong信有加，无论什么条件都尽量予以满足。基于这些以及比尔大门个人的魅力，这些家伙也对比尔死心塌地，甚至后来还被人们戏谑为微ruannu隶。

当然要让这些家伙主持大工程那是不可能的，这会搞得一团糟。他们的任务只有一个，就是在ruan件主guan的领导下完善程序以及将这个卖chu去。

西雅图的狂人们被分为好几个bu门，最大的就要算图形系统开发组了，毕竟比尔把宝都押在了这上面，意图翻shen。

窗口计划的项目经理早已换了，资shen的程序高手康森被调了进来加qiang这方面的实力，负责程序各项难关的攻克。

比尔同样以shen作则，每天没有任何娱乐时间。

比尔非常清楚，一次次的tiao票带来的恶果，留给他们的时间已经不多了，要是在7月份还拿不chu能看的程序，那些开发商们肯定会放弃的。

因此比尔从早餐开始就审he程序以及考虑ruan件的整ti架构，中午休息一会，整个下午就同程序员们一起不停的编写代码，一直到shen夜。

这样的生活一直持续了大半年，并且在85年初达到了ding峰。

“鲍尔默！鲍尔默！”早早的吃完了早餐的比尔喝着nong1nong1的咖啡，在审he