這部分的技術都由沃洛克領導或者應該講約翰博士他喜歡人們這麼叫。作為一名資深的paRc成員他瞭解計算機圖形學的每一個細節甚至在他上大學的時候就曾經獨立的寫出了一個消隱算法。
字符型的操作系統是不講究什麼二維三維的比如dos、godson它們只需要顯示文本就可以了具體的操作全由處理器完成內存中移動的都是一行行的命令與文字。
到了圖形界面時代這就是個災難窗口的出現讓cpu苦不堪言。經典的mac就是這樣所有圖形的繪製工作都是由我們偉大而神聖的68完成的任勞任怨讓我們對它表示一下敬意。一般的處理流程是這樣的：所有圖形的顯示都是一行一行的因此cpu先是在內存中尋找窗口的地址然後將每一行的數據拷貝到目的地顯示重複這一工作知道一個窗口顯示完成。
因此當一個窗口圖形很大的時候cpu的工作量則是成正比的增長而我們每完成一個移動的操作都會讓cpu重複這一過程可以想見若是cpu不強勁那效果會是如何。
還有一個問題那就是內存窗口所有的數據都是先在內存中然後被畫到顯示器上這得佔用不少的資源這就是為什麼512k內存的pnetanetbsp;沃洛克帶領的開小組則借鑒了遊戲機的加原理利用專門的顯示芯片來加處理這部分圖形數據配合本已強大的k32處理器立即讓工作站如虎添翼。
至於mIT研究的窗口系統這其中還有個故事。
話說經蘇教授的穿針引線長久投資了一筆錢將圖形操作界面的開任務交給了mIT研究室誰知道左等不來右等還是沒影每次詢問的結果都是一個回答：版本不高不宜布。
一次兩次長久還能容忍但是都到了85年這玩意還磨磨蹭蹭就有點不對勁了mIT研究室不出成果要錢還要的特別狠這就讓長久很不爽於是特地去做了一次考評結果卻讓他差點氣歪了鼻子。
原來在mIT的實驗室中這套被命名為x-indo的圖形界面已經具備了基本的形態說的不客氣點就算拿出去賣都可以算是一個成功的產品可是mIT研究室卻死死扣著不。
他們的理由很簡單x-indo計劃的主要目的就是要在所有運行unix的機器上完美實現現在這個版本依舊沒有達到這個標準因此不宜行。
長久瞭解了來龍去脈之後才恍然大悟感情mIT研究室做的是這個工作人家並不是專為Vs工作的同時還為denetbsp;我說咋這麼便宜那感情著這傢伙到處拉贊助啊長久暗想。mIT的人解釋道這個項目難處在於要制定一個圖形界面的標準兼容所有的unix機器及其變種因此才要花大力氣測試時間就是這麼消耗的。
聽了mIT的解釋長久抹了一把汗乖乖好偉大的理想可是咱不是那種胸懷世界的人你們自己玩去吧。
於是一怒之下長久要求收回投資mIT的人自然不肯漫天要價就地還錢這才加了點錢購買了這套半成品的所有技術。
後來長久才知道x-indo並不是mIT原創他們是從斯坦福得到了一個實驗性的視窗系統叫加以改進到足夠的區別之後才改名x的。
有了這個現長久順籐摸瓜由沃洛克博士出面找到了這套視窗系統的研究人員許以重利挖來繼續開圖形界面。
長久完全拋棄了mIT那套過於理想化的做法居然想兼容所有unix變種這簡直荒唐商業化的unix系統五花八門各家公司為了自己的利益總想著和別人不兼容如何能統一？
因此長久讓沃洛克的圖形開小組全面的修改x視窗系統堅決的要打擊這種灑水式的兼容方式一切要以現在研的工作站、ec平台及386為優化對象。
得到了x視窗系統的所有資料之後長久也專門下了一番功夫不得不承認這是專門為了小型機和工作站設計的。
同manetdos那樣的高集成度的圖形系統不同mIT的人將這套x視窗系統分為了三個部分服務端、客戶端和通信函數庫。
其中服務端就相當於總控硬件的顯示程序它接收服務端的繪圖指令操作硬件完成繪圖任務將得到的數據傳輸給客戶端。客戶端不需要接觸硬件指令只需要請求、顯示即可。
因此理論上只要硬件足夠強大可以運行許多服務端、客戶端而互不干擾頗有點服務器的意思。
而最讓人驚訝的是x視窗系統僅提供基礎的系統調用長久第一感覺則是應該將之封閉起來提供一個圖形apI函數庫這樣可以做成一個開工具包讓那些程序員們不需要一步步的使用那些基礎調用簡化編程工作量縮短開時間。
在長久的示意下沃洛克小組開了一組圖形套件提供了菜單、按鈕、對話框等圖形接口的標準構件還提供基本的視窗管理器所有使用這套基本構件的程序員都可以非常輕鬆的創建一個視窗程序。
為了配合圖形系統長久動了大批的程序員對現有程序進行移植和圖形化包裝包括正在開中的Vs-offinetbsp;長久厭煩了1.o、2.o式的版本命名方法以年份命名簡單直觀非常的平易近人已經提出立即讓所有人全票通過因此就這麼順理成章的用來了公司的主力產品offinetbsp;Vs-office不愧為印鈔機僅僅在84年viesoft就憑著它取得了3.2億美元的收入名列軟件銷量排行榜的第一位。
在85年長久針對變化的市場特意制訂了一個火箭計劃秘密開全新的基於圖形界面的office系列主要目的就是要藉著圖形操作系統的更新將那些在字符型系統下強勁的競爭對手徹底甩開。
比如ordprofect這東西就是一個vs-ord的強勁威脅用戶據說與office的不相上下至於其他的公司或多或少都有一兩項絕活畢竟第一個吃螃蟹的人最美味。
因此藉著圖形操作系統的開長久準備對應用程序市場進行一次洗牌本來喬伊意圖使圖形版的godson更加的開放和親近程序員長久毫無疑問的否決了特地在核心和應用程序之間加了一層稱之為apI（用戶程序接口）完全斷絕了程序員繞過系統直接操作硬件的可能因此新系統的結構也就對其它公司模糊起來第三方開完全兼容之的程序變的不太那麼爽利。
這招不折不扣的是和微軟學的長久還挺仁慈只不過掌握了這一新層而已只要不公開這套apI的具體細節日後根本就不可能有任何公司能夠在應用軟件層面過Vs公司。
當然這樣一來所有的開工具就得重新設計和修改雖然增大了vs公司程序員的工作量但是為了日後的利潤和優勢這是不得不投入的。
這些說的都很容易其過程艱難無比對Vs研究院的所有成員來說這些東西幾乎都是全新的挑戰除了長久沒人能夠想像最終的產品會是什麼樣子涵蓋軟硬件二三百人的開隊伍也顯得龐大了一點。
幸好徐志行在規劃管理這方面做的確實盡心盡力他雖不是這一行的技術人員但是卻深知組織與管理的重要性。
相對這幫各有一套的狂人來講技術上的難題或者並不構成障礙花上足夠的時間與金錢自然會跨越的難得是如何將這些傢伙捏合到一起協同工作。
這可忙壞了徐志行不過也鍛煉了他讓其成長為一個合格的經理人他將所有人的特長歸類根據任務劃分成了幾個部門各司其責。而長久則只負責總體框架和展方向保證了開進度有序而快。
研究院的進展如火如荼長久的目標是要在85年底行成品不過看來這種目標實在太宏大了一點系統或許能夠成型具體應用的軟件則不知猴年馬月才能移植完畢。
「挨踢」行業就是這樣不能有一絲一毫的懈怠否則你會現一夜之間天翻地覆因為大家都在瘋狂的奔跑。
同樣的事情在每個公司上演無論是英特爾還是微軟還是IBm這方面的情況大同小異特別是在85年中這個階段。
英特爾公司當時最重要的任務就是為難產的386催生在聖塔克數以百計的工程師為著386這一幾乎是全新的架構在忙碌著。
不同於以往的設計模式總設計師葛洛夫認為286這個架構缺點頗多已經完全不能勝任日後的芯片展因此主張設計一個全新的架構用以兼容286之前的軟件而不是繼續在286上改進。
這可要了開組的命了葛洛夫偏執的可以任誰也不能勸動因此本來84年即可出世的386硬生生的半路扭轉了方向幾乎是從頭再來了一遍。
負責架構設計的是資深編譯器程序員克勞福由於其在硬件上的天賦被葛老大提拔成了架構設計小組組長這點同長久頗有相似之處。
克勞福和其組員們絞盡腦汁的想著葛老大的構想既要兼容以前的軟件還要有性能上的飛躍這點對於老舊的8o86結構更顯的難能。
費盡心思之後克勞福總算完成了任務其實很簡單他將386處理器設計成了可切換的三種工作模式8o86模式、286模式和386模式。
顧名思義8o86模式是用來運行16位的軟件286模式專門兼容針對存儲器管理特性優化的軟件而386模式才是真真正正的高性能運算模式。
他老人家一股腦的把所有硬件全集成到了一塊的確是個笨辦法。不過是哪個偉人說的來著只要能解決問題笨辦法就是好辦法這點克勞福做到了。
鑒於286的外圍控制芯片開被amd放了鴿子葛洛夫深刻的意識到了一點就是不能為了開微處理器而開因此386被定位成了一個新的微機平台。
由於同長久簽訂了長達1o年的交叉授權協議葛洛夫對長久這邊的芯片組開關注度非常之高幾乎逼著長久將開基地弄到美國來。
長久欣然從命畢竟在美國本土可以更快的同英特爾的處理器設計部門交流對386的架構可以實時的瞭解。
所幸長久同樣重視這個部門畢竟這是所有微機系統的命脈而且因為有了英特爾公司的支持和成功的經驗小組的開進度非常之快幾乎是和386的進度等同。
正是由於這些軟硬件上的合作長久瞭解了一些386上應用的最新技術比如netbsp;客觀上來講微機上所有的技術通常都是由大型機轉化而來cahce技術同樣也不例外。這東西通常被應用於處理器與內存之間度比處理器慢比內存快作為一個數據和命令的緩衝存在。
實踐表明沒有cache技術的計算機同應用了cache技術的計算機相比性能差距不可以道里計甚至可以達到1oo%的性能飛躍。
早在k32處理器開的時候長久就曾經想過要在其中加入這種技術畢竟在設計大型機的時候長久很熟悉這套流程但是用在大型機上同用在微處理器的芯片上完全是兩碼事這東西在4~5微米的工藝下顯得是那麼的龐大而且k32作為長久的第一塊處理器成品加入cache使得開風險加大逼不得已長久不得不放棄之。