九十八度提示您：看後求收藏（八零中文www.80zw.tw），接著再看更方便。
不得已長久不得不放棄之。
~~~~~~~~
我好熱啊……
一百八十四
不過隨後的k32後續產品開發中長久堅決的要加入這種技術，畢竟這樣做投入不大而效果非常之明顯。
現在看到了英特爾也有類似的計劃，長久不由得慶幸當時自己的堅持，否則一旦386成功，自己又得忙活好一陣了。
不過長久百思不得其解的是，cache作為高速儲存器消耗的電晶體資源很高，英特爾的386本身就已經很大了，要是加入cache的話那晶片面積……不可想象。
其實不光長久不解，英特爾聖塔克研發團隊內部對此也是爭論不休，討論是不是要在內部整合這個龐然大物。
下屬可以破開臉面大罵，可是作為總設計師的葛洛夫就不能這麼幹了，作為一名決策者，他必須通盤考慮所有的可能不利的因素，而不是為了追求效能而冒險，畢竟386的開發拖得時間已經太長了。
葛洛夫暗自思索，毫無疑問加入cache對效能的好處顯而易見，但是由於cache使用的是靜態儲存器，不但消耗的電晶體更多，而且體積較大，386現在整合的電晶體已經達到了空前的27萬，如果再加上cache，那對成本是極為不利的。
魚與熊掌不能兼得，一番斟酌之下，葛洛夫只能放棄這個誘人的想法，退而求其次，將cache分離了出來，單獨做成了一個晶片，搭載在主機板上用以配合處理器工作，聊勝於無。這招後來被大規模的應用，以前的那些386主機板上都有這個東西，自帶cache晶片，現在當然看不到了。
相同的做法還有浮點運算支援部件，葛洛夫依樣畫葫蘆，在工藝達不到要求的情況下只能開發單獨的浮點協處理器，用以支援高精度科學運算。
以往英特爾的處理器都會搭配數學協處理器，如8087、80287等。只是頗為尷尬的是，新的386計劃中並沒有包含這個專案，葛洛夫只能從被打入冷宮的432處理器小組中調來了所有浮點單元的資料，修改之與386指令集相容，也算是一女嫁二夫。
英特爾的團隊就如同一架火車，開動起來之後突破一切障礙，攻克了一個個的難題，終於接近了成功，預計七八月份就可以拿出成品了。
至於微軟則有些低調，整個84年比爾除了偶爾出現在公眾面前為其windows泡泡造勢之外，其他時間幾乎都悶在西雅圖與他手下的那些年輕人們努力的編寫程式。
由於日子不好過，比爾大門接了不少活，自己手裡還有巨無霸windows秘密研發，開發人員可以算是捉襟見肘。
因此比爾不得不招聘了大量的程式設計師用來應付那越來越多的任務，不過比爾招人很有一套，他總是堅持只僱傭那些已發現的最聰明的人，比如那些剛畢業名牌大學生，這是他最喜歡的。
在西雅圖郊區的一棟建築物中，聚集著可以說是這個世界上最有活力的程式設計師了，因為他們都是二十來歲的年輕人，受到了比爾許諾的優先認股權的吸引才走在了一起。
比爾對這些人才可謂是寵信有加，無論什麼條件都儘量予以滿足。基於這些以及比爾大門個人的魅力，這些傢伙也對比爾死心塌地，甚至後來還被人們戲謔為微軟奴隸。
當然要讓這些傢伙主持大工程那是不可能的，這會搞得一團糟。他們的任務只有一個，就是在軟體主管的領導下完善程式以及將這個賣出去。
西雅圖的狂人們被分為好幾個部門，最大的就要算圖形系統開發組了，畢竟比爾把寶都押在了這上面，意圖翻身。
視窗計劃的專案經理早已換了，資深的程式高手康森被調了進來加強這方面的實力，負責程式各項難
