这部分的技术都由沃洛克领导或者应该讲约翰博士他喜欢人们这么叫。作为一名资深的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视窗系统的所有资料之后长久也专门下了一番功夫不得不承

    -->>(第1/3页)（本章未完，请点击下一页继续阅读）