第(1/3)頁

    這部分的技術都由沃洛克領導，或者應該講約翰博士，他喜歡人們這么叫。作為一名資深的PARC成員，他了解計算機圖形學的每一個細節，甚至在他上大學的時候就曾經獨立的寫出了一個消隱算法。

    字符型的‘操’作系統是不講究什么二維三維的，比如dos、godson，它們只需要顯示文本就可以了，具體的‘操’作全由處理器完成，內存中移動的都是一行行的命令與文字。

    到了圖形界面時代，這就是個災難，窗口的出現讓cpu苦不堪言。經典的mac就是這樣，所有圖形的繪制工作都是由我們偉大而神圣的68完成的，任勞任怨，讓我們對它表示一下敬意。一般的處理流程是這樣的：所有圖形的顯示都是一行一行的，因此cpu先是在內存中尋找窗口的地址，然后將每一行的數據拷貝到目的地顯示，重復這一工作知道一個窗口顯示完成。

    因此當一個窗口圖形很大的時候，cpu的工作量則是成正比的增長，而我們每完成一個移動的‘操’作都會讓cpu重復這一過程，可以想見若是cpu不強勁那效果會是如何。

    還有一個問題那就是內存，窗口所有的數據都是先在內存中然后被畫到顯示器上，這得占用不少的資源，這就是為什么512k內存的pc機不能支持indos系統，而mac則慢如蝸牛的原因。

    沃洛克帶領的開發小組則借鑒了游戲機的加速原理，利用?！T’的顯示芯片來加速處理這部分圖形數據，配合本已強大的k32處理器，立即讓工作站如虎添翼。

    至于MIT研究的窗口系統，這其中還有個故事。

    話說經蘇教授的穿針引線，長久投資了一筆錢，將圖形‘操’作界面的開發任務‘交’給了MIT研究室，誰知道左等不來右等還是沒影，每次詢問的結果都是一個回答：版本不高，不宜發布。

    一次兩次長久還能容忍，但是都到了85年這玩意還磨磨蹭蹭就有點不對勁了，MIT研究室不出成果要錢還要的特別狠，這就讓長久很不爽，于是特地去做了一次考評，結果卻讓他差點氣歪了鼻子。

    原來在MIT的實驗室中，這套被命名為x-indo的圖形界面已經具備了基本的形態，說的不客氣點，就算拿出去賣都可以算是一個成功的產品，可是MIT研究室卻死死扣著不發。

    他們的理由很簡單，x-indo計劃的主要目的就是要在所有運行unix的機器上完美實現，現在這個版本依舊沒有達到這個標準，因此不宜發行。

    長久了解了來龍去脈之后才恍然大悟，感情MIT研究室做的是這個工作，人家并不是專為VS工作的，同時還為DEC服務，而且還優先于VS。

    我說咋這么便宜那，感情著這家伙到處拉贊助啊，的人解釋道，這個項目難處在于要制定一個圖形界面的標準，兼容所有的unix機器及其變種，因此才要‘花’大力氣測試，時間就是這么消耗的。

    聽了MIT的解釋，長久抹了一把汗，乖乖，好偉大的理想，可是咱不是那種‘胸’懷世界的人，你們自己玩去吧。

    于是一怒之下，長久要求收回投資，MIT的人自然不肯，漫天要價就地還錢，這才加了點錢購買了這套半成品的所有技術。

    后來長久才知道X-indo并不是MIT原創，他們是從斯坦福得到了一個實驗‘性’的視窗系統叫，加以改進到足夠的區別之后才改名X的。

    有了這個發現長久順藤‘摸’瓜，由沃洛克博士出面找到了這套視窗系統的研究人員，許以重利挖來繼續開發圖形界面。

    長久完全拋棄了MIT那套過于理想化的做法，居然想兼容所有unix變種，這簡直荒唐，商業化的unix系統五‘花’八‘門’，各家公司為了自己的利益總想著和別人不兼容，如何能統一？

    因此長久讓沃洛克的圖形開發小組全面的修改x視窗系統，堅決的要打擊這種灑水式的兼容方式，一切要以現在研發的工作站、EC平臺及386為優化對象。

    得到了x視窗系統的所有資料之后，長久也?！T’下了一番功夫，不得不承認這是?！T’為了小型機和工作站設計的。
    第(1/3)頁