友情提示：如果本网页打开太慢或显示不完整，请尝试鼠标右键“刷新”本网页！
往生记-第73部分
快捷操作: 按键盘上方向键 ← 或 → 可快速上下翻页 按键盘上的 Enter 键可回到本书目录页 按键盘上方向键 ↑ 可回到本页顶部! 如果本书没有阅读完，想下次继续接着阅读，可使用上方 "收藏到我的浏览器" 功能 和 "加入书签" 功能！
所有这些改变新特性向来只在大型机和小型机上才能实现，想不到有了长久和乔伊的组合居然将这种不可能完成的任务给搞定了。
新系统分为好多版本，最主要的就是分成了16位及32位两种。
做出这种分类是有考虑，一直以来godson几乎成了微机操作系统的代名词，虽说销量很大，但是相对利润比不上小型机的系统，那上面流行的是unix及其各家变种。
这方面乔伊熟，他自己就是最著名的unix变种BSD的创始人。微机也不过才流行了几年，而现在政府机关、大公司、研究机构用的多的还是小型机，基本上以PDP和VAX为主。
PDP系列和VAX系列都是DEC公司的产品，畅销了二十年，现在老一辈的教授嘴里说不定还能迸出“戴克”、“瓦克斯”等词，说明其影响之大。
PDP是16位系列，最主要的就是便宜，不过已然老旧，就连垄断了市场的32位VAX小型机85年的时候都已经7岁了。
不过依然有相当数量的PDP…11在服役，这种机器一般来讲运行的都是unix，不过可以想见功能有多差劲，毕竟硬件条件摆在那里——64K的内存寻址能力、512k的磁盘空间，仅此而已。
作为流传最广的计算机之一，PDP系列扔了可惜，可是没有操作系统的支持却无甚大用，最新的unix和BSD都支持32位的VAX了，没人愿意在16位系统上下功夫。
这让长久看到了一点点商机，专业计算机的操作系统才值钱，这方面VS做的不好，甚至没有想往这方面发展，因为在他们面前横亘着unix，史上最强大的操作系统。
别人不做16位系统，但是VS却有得天独厚的优势，godson垄断了PC机的操作系统，本身就是16位的系统，这次为了开发工作站，特地添置了许多功能。
乔伊也知道长久在想什么，进军小型机，染指高额利润市场。
当然godson3。2版是不可能直接装到PDP…11上去的，硬件资源不够，不过长久半开玩笑的同小组里面的程序员打赌，看能不能将3。2版的godson移植到这种老爷机上。
小组其他成员看这位老总犹如看怪物，这种事情无异于说梦话，以为长久又想变着法子请客，因此纷纷下注。
有这等好玩的事情岂能缺了乔伊，他自愿加入这种极限挑战，于是在业余的空闲两人合作无间，居然成功了，不但运行正常，跑的还挺欢，让小组成员们大跌眼镜，每人损失了一顿大餐。
不怪这些家伙不相信，这种任务就类似于将windowsNT运行在286上，是不是很刺激？
这种游戏之作不简单，成功之后被长久和乔伊命名为MiNi…godson，其功能完备同最新的3。2系统别无二致，一经推出相当的受那些PDP…11用户的欢迎，此版本一直都没有更换及改进，最终陪伴着PDP…11寿终正寝，据说现在在世界的某些角落中，还能找到跑着MiNi…godson系统的PDP…11，有兴趣可以找找看。
16位系统算是一个尝试，真正的重头戏还是32位的godson3。2，这个版本一直在测试并没有公开（EC上用的是3。0版），这是长久专门为图形工作站及小型机设计的。
之所以迟迟不投入实用，一来是因为MIT的X…window计划没有任何进展，二来就是考虑如何让这东西跨越平台的障碍，能够同时支持k32系列和英特尔尚未出世的386。
想起苏教授和MIT的合作长久就头疼，他甚至后悔把这项非常重要的工作交给了别人，进度完全不能掌握。
于是在乔伊的建议之下，长久一怒出手将，将所有未开发完东东使用权一股脑的买了下来，并且招兵买马，把这项计划整合到了图形工作站的研发当中，这才解决了后顾之忧。
另外的就是跨平台作业，这个就比较头痛了。按道理讲godson在设计之初就是比较注重可移植性，但是经历了这么多的版本变迁，经手之人甚多，为了兼容性，系统已经变的复杂。
可以说现在PC上的godson已经不是原来那个简单的文件系统了，因此必须要动大手术，不管是长久还是乔伊都倾向于一劳永逸的方式。
为了实现这个特性，乔伊亲自操刀，将系统核心分成了两块，一块依赖于硬件，一块独立于硬件，貌似又回到了以前精简的时候，所谓由简入繁易，由繁再进化到简就难了。这方面乔伊和长久花了不少时间。
两人到此为止还算合作愉快，至少对问题的看法简直默契的一塌糊涂，只在搞到图形界面的时候有了分歧。
以乔伊一如既往的做法，自然是倾向于将图形界面做成一个程序，可以随时打开和关闭，只是基于核心之上的一个高权限的壳，这样做减少了系统的复杂性，至少不会因为图形系统的不稳定而影响到其他程序的运行。
这样做的缺点就是对系统资源的要求高了一点，不是现在微机所能提供的当然这样的考虑是有道理的，毕竟乔伊的理解是他们在为一个高性能计算机做系统，并不是微机。
也许是受到了记忆中微软那强大的影响，长久则有这样的思路，计算机的界面作为同人交流的最直观的手段，并不是高不可攀的，受众面应该越多越好，君不见mac最后还不是干不过windows吗？
长久认为应该尽量的减少系统资源的消耗，这样做就必须从系统底层将图形化做起，虽说图形界面不一定要在286上实现，至少386出来的时候一定要进入实用阶段，这样图形界面操作系统才能借着无比庞大的客户群存活下来。
二人都不是省油的灯，各执己见，甚至动用了各种设备模拟了两种思想的运行，结果显而易见，如果硬件性能足够的高，乔伊的方法一劳永逸，而在目前的主流微机上，长久的方法更容易实现。
不过最后还是长久妥协了，他自己也知道图形界面只是手段并不是目的，为了日后不受那无穷无尽bug的影响，还是让乔伊主持工作。
研究院目前设计的图形工作站的配置异常的强大，在尽力减少成本的情况下做到了可以支持双k32处理器动态共享存储，在EC机基础上还设计了一条独立的图形总线，独立设计制造的2维图形加速卡，最低2兆的内存，高速磁盘。
在那个时代这些硬件可算是梦幻般的配置了，研究院的几百号人空前的团结主要原因也基于此——打造这个世界上最顶级最小巧最好用的计算机。
徐志行一向都是非常的警惕研究院的人员心理动向，如同一个母兽一般守护着自己的领地，让他百思不得其解的是研究院的人员虽然五花八门，怀着各种各样的心思组合到了一起，却没有出现任何军心不稳的现象，甚至没有一个人被其它公司挖走，哪怕给的待遇更高。
这个问题直到最后才有了一个模糊的答案，那就是这些家伙都是一帮技术狂人，光配置图形工作站就让他们的心理得到了极大的满足，最具代表性的言论莫过于自称第一黑客的菲斯奈尔的话了：“IBM算什么，自从五年前他们就不发布大型机了，技术可想而知，再说了我可不想穿着那一身蓝色的狗皮工作，不符合我的美学。至于苹果，我看不惯乔布斯的嚣张样子，仅此而已。只有EC平台才是我的选择，当然了它还不够强，不过这并不重要，我会让它在我的手上成为第一的。”
秉承着这个意念，这些家伙分工合作，飞速的完成着他们的梦想。
双处理器并行工作并不是难事，反而是k系列的传统，这项技术几乎成了招牌。至于独立的图形总线是长久建议的，虽说增加了成本，但是对于性能至上的诠释无与伦比。
2兆内存就比较麻烦，鉴于这个时代的工艺条件，内存芯片不得不焊装在一块大板子上，然后才能插在系统主板上，因为需要的芯片太多了，用数字来表示就是需要0。25平方米的电路板双面焊接才能容纳下这么多的内存模块。
至于硬盘，这些家伙毫不犹豫的就选择了SCSI接口，理由就是快。
有时候长久甚至怀疑这些家伙并不是在设计工作站，而是在制造小型机，要知道就连现在主流的VAX小型机也不过才配了1兆内存，有些性能还不如单处理器的EC机。
真是有了完备的硬件支持，乔伊才得以在操作系统上实现了各种技术，包括内存分页、映射，支持各种各样的商业性软件。
以上的工作进展的很快，因为都是一些成熟的技术，相当于搭积木。真正有难度的则是图形加速卡的设计制造，另外还有相应的图形软件编写，毕竟机器性能再高，没有应用软件也不过是一堆废铁。
正文 第183章
更新时间：2008…12…13 3：48：27 本章字数：4497
这部分的技术都由沃洛克领导，或者应该讲约翰博士，他喜欢人们这么叫。作为一名资深的PARC成员，他了解计算机图形学的每一个细节，甚至在他上大学的时候就曾经独立的写出了一个消隐算法。
字符型的操作系统是不讲究什么二维三维的，比如dos、godson，它们只需要显示文本就可以了，具体的操作全由处理器完成，内存中移动的都是一行行的命令与文字。
到了图形界面时代，这就是个灾难，窗口的出现让cpu苦不堪言。经典的mac就是这样，所有图形的绘制工作都是由我们伟大而神圣的68完成的，任劳任怨，让我们对它表示一下敬意。一般的处理流程是这样的：所有图形的显示都是一行一行的，因此cpu先是在内存中寻找窗口的地址，然后将每一行的数据拷贝到目的地显示，重复这一工作知道一个窗口显示完成。
因此当一个窗口图形很大的时候，cpu的工作量则是成正比的增长，而我们每完成一个移动的操作都会让cpu重复这一过程，可以想见若是cpu不强劲那效果会是如何。
还有一个问题那就是内存，窗口所有的数据都是先在内存中然后被画到显示器上，这得占用不少的资源，这就是为什么512k内存的pc机不能支持windows系统，而mac则慢如蜗牛的原因。
沃洛克带领的开发小组则借鉴了游戏机的加速原理，利用专门的显示芯片来加速处理这部分图形数据，配合本已强大的k32处理器，立即让工作站如虎添翼。
至于MIT研究的窗口系统，这其中还有个故事。
话说经苏教授的穿针引线，长久投资了一笔钱，将图形操作界面的开发任务交给了MIT研究室，谁知道左等不来右等还是没影，每次询问的结果都是一个回答：版本不高，不宜发布。
一次两次长久还能容忍，但是都到了85年这玩意还磨磨蹭蹭就有点不对劲了，MIT研究室不出成果要钱还要的特别狠，这就让长久很不爽，于是特地去做了一次考评，结果却让他差点气歪了鼻子。
原来在MIT的实验室中，这套被命名为x…window的图形界面已经具备了基本的形态，说的不客气点，就算拿出去卖都可以算是一个成功的产品，可是MIT研究室却死死扣着不发。
他们的理由很简单，x…window计划的主要目的就是要在所有运行unix的机器上完美实现，现在这个版本依旧没有达到这个标准，因此不宜发行。
长久了解了来龙去脉之后才恍然大悟，感情MIT研究室做的是这个工作，人家并不是专为VS工作的，同时还为DEC服务，而且还优先于VS。
我说咋这么便宜那，感情着这家伙到处拉赞助啊，长久暗想。MIT的人解释道，这个项目难处在于要制定一个图形界面的标准，兼容所有的unix机器及其变种，因此才要花大力气测试，时间就是这么消耗的。
听了MIT的解释，长久抹了一把汗，乖乖，好伟大的理想，可是咱不是那种胸怀世界的人，你们自己玩去吧。
于是一怒之下，长久要求收回投资，MIT的人自然不肯，漫天要价就地还钱，这才加了点钱购买了这套半成品的所有技术。
后来长久才知道X…window并不是MIT原创，他们是从斯坦福得到了一个实验性的视窗系统叫W，加以改进到足够的区别之后才改名X的。
有了这个发现长久顺藤摸瓜，由沃洛克博士出面找到了这套W视窗系统的研究人员，许以重利挖来继续开发图形界面。
长久完全抛弃了MIT那套过于理想化的做法，居然想兼容所有unix变种，这简直荒唐，商业化的unix系统五花八门，各家公司为了自己的利益总想着和别人不兼容，如何能统一？
因此长久让沃洛克的图形开发小组全面的修改x视窗系统，坚决的要打击这种洒水式的兼容方式，一切要以现在研发的工作站、EC平台及386为优化对象。
得到了x视窗系统的所有资料之后，长久也专门下了一番功夫，不得不承认这是专门为了小型机和工作站设计的。
同mac系统和windows那样的高集成度的图形系统不同，MIT的人将这套X视窗系统分为了三个部分，服务端、客户端和通信函数库。
其中服务端就相当于总控硬件的显示程序，它接收服务端的绘图指令操作硬件完成绘图任务，将得到的数据传输给客户端。客户端不需要接触硬件指令，只需要请求、显示即可。
因此理论上只要硬件足够强大，可以运行许多服务端、客户端而互不干扰，颇有点服务器的意思。
而最让人惊讶的是X视窗系统仅提供基础的系统调用，长久第一感觉则是应该将之封闭起来提供一个图形API函数库，这样可以做成一个开发工具包，让那些程序员们不需要一步步的使用那些基础调用，简化编程工作量缩短开发时间。
在长久的示意下，沃洛克小组开发了一组图形套件，提供了菜单、按钮、对话框等图形接口的标准构件，还提供基本的视窗管理器，所有使用这套基本构件的程序员都可以非常轻松的创建一个视窗程序。
为了配合图形系统，长久发动了大批的程序员对现有程序进行移植和图形化包装，包括正在开发中的VS…office85系列套件。
长久厌烦了1。0、2。0式的版本命名方法，以年份命名简单直观，非常的平易近人，已经提出立即让所有人全票通过，因此就这么顺理成章的用来了公司的主力产品office系列上。
Vs…office不愧为印钞机，仅仅在84年viewsoft就凭着它取得了3。2亿美元的收入，名列软件销量排行榜的第一位。
在85年长久针对变化的市场特意制订了一个火箭计划，秘密开发全新的基于图形界面的office系列，主要目的就是要借着图形操作系统的更新将那些在字符型系统下强劲的竞争对手彻底甩开。
比如wordprofect，这东西就是一个vs…word的强劲威胁，用户据说与office的不相上下，至于其他的公司或多或少都有一两项绝活，毕竟第一个吃螃蟹的人最美味。
因此借着图形操作系统的开发，长久准备对应用程序市场进行一次洗牌，本来乔伊意图使图形版的godson更加的开放和亲近程序员，长久毫无疑问的否决了，特地在核心和应用程序之间加了一层，称之为API（用户程序接口），完全断绝了程序员绕过系统直接操作硬件的可能，因此新系统的结构也就对其它公司模糊起来，第三方开发完全兼容之的程序变的不太那么爽利。
这招不折不扣的是和微软学的，长久还挺仁慈，只不过掌握了这一新层而已，只要不公开这套API的具体细节，日后根本就不可能有任何公司能够在应用软件层面超过VS公司。
当然，这样一来所有的开发工具就得重新设计和修改，虽然增大了vs公司程序员的工作量，但是为了日后的利润和优势，这是不得不投入的。
这些说的都很容易，其过程艰难无比，对VS研究院的所有成员来说这些东西几乎都是全新的挑战，除了长久，没人能够想象最终的产品会是什么样子，涵盖软硬件，二三百人的开发队伍也显得庞大了一点。
幸好徐志行在规划管理这方面做的确实尽心尽力，他虽不是这一行的技术人员，但是却深知组织与管理的重要性。
相对这帮各有一套的狂人来讲，技术上的难题或者并不构成障碍，花上足够的时间与金钱自然会跨越的，难得是如何将这些家伙捏合到一起协同工作。
这可忙坏了徐志行，不过也锻炼了他，让其超速成长为一个合格的经理人，他将所有人的特长归类，根据任务划分成了几个部门，各司其责。而长久则只负责总体框架和发展方向，保证了开发进度有序而快速。
研究院的进展如火如荼，长久的目标是要在85年底发行成品，不过看来这种目标实在太宏大了一点，系统或许能够成型，具体应用的软件则不知猴年马月才能移植完毕。
“挨踢”行业就是这样，不能有一丝一毫的懈怠，否则你会发现一夜之间天翻地覆，因为大家都在疯狂的奔跑。
同样的事情在每个公司上演，无论是英特尔还是微软还是IBM，这方面的情况大同小异，特别是在85年中这个阶段。
英特尔公司当时最重要的任务就是为难产的386催生，在圣塔克数以百计的工程师为着386这一几乎是全新的架构在忙碌着。
不同于以往的设计模式，总设计师葛洛夫认为286这个架构缺点颇多，已经完全不能胜任日后的芯片发展，因此主张设计一个全新的架构用以兼容286之前的软件，而不是继续在286上改进。
这可要了开发组的命了，葛洛夫偏执的可以任谁也不能劝动，因此本来84年即可出世的386硬生生的半路扭转了方向，几乎是从头再来了一遍。
负责架构设计的是资深编译器程序员克劳福，由于其在硬件上的天赋，被葛老大提拔成了架构设计小组组长，这点同长久颇有相似之处。
克劳福和其组员们绞尽脑汁的想着葛老大的构想，既要兼容以前的软件还要有性能上的飞跃，这点对于老旧的8086结构更显的难能。
费尽心思之后，克劳福总算完成了任务，其实很简单，他将386处理器设计成了可切换的三种工作模式，8086模式、286模式和386模式。
顾名思义，8086模式是用来运行16位的软件，286模式专门兼容针对存储器管理特性优化的软件，而386模式才是真真正正的高性能运算模式。
他老人家一股脑的把所有硬件全集成到了一块，的确是个笨办法。不过是哪个伟人说的来着，只要能解决问题，笨办法就是好办法，这点克劳福做到了。
鉴于286的外围控制芯片开发被AMD放了鸽子，葛洛夫深刻的意识到了一点，就是不能为了开发微处理器而开发，因此386被定位成了一个新的微机平台。
由于同长久签订了长达10年的交叉授权协议，葛洛夫对长久这边的芯片组开发关注度非常之高，几乎逼着长久将开发基地弄到美国来。
长久欣然从命，毕竟在美国本土可以更快的同英特尔的处理器设计部门交流，对386的架构可以实时的了解。
所幸长久同样重视这个部门，毕竟这是所有微机系统的命脉，而且因为有了英特尔公司的支持和成功的经验，小组的开发进度非常之快，几乎是和386的进度等同。
正是由于这些软硬件上的合作，长久了解了一些386上应用的最新技术，比如cahce（高速缓冲存储器）。
客观上来讲，微机上所有的技术通常都是由大型机转化而来，Cahce技术同样也不例外。这东西通常被应用于处理器与内存之间，速度比处理器慢比内存快，作为一个数据和命令的缓冲存在。
实践表明，没有cache技术的计算机同应用了cache技术的计算机相比性能差距不可以道里计，甚至可以达到100％的性能飞跃。
早在k32处理器开发的时候长久就曾经想过要在其中加入这种技术，毕竟在设计大型机的时候长久很熟悉这套流程，但是用在大型机上同用在微处理器的芯片上完全是两码事，这东西在4~5微米的工艺下显得是那么的庞大，而且k32作为长久的第一块处理器成品，加入cache使得开发风险加大，逼不得已长久不得不放弃之。
正文 第184章
更新时间：2008…12…13 3：48：45 本章字数：4961
不过随后的k32后续产品开发中长久坚决的要加入这种技术，毕竟这样做投入不大而效果非常之明显。
现在看到了英特尔也有类似的计划，长久不由得庆幸当时自己的坚持，否则一旦386成功，自己又得忙活好一阵了。
不过长久百思不得其解的是，cache作为高速存储器消耗的晶体管资源很高，英特尔的386本身就已经很大了，要是加入cache的话那芯片面积……不可想象。
其实不光长久不解，英特尔圣塔克研发团队内部对此也是争论不休，讨论是不是要在内部集成这个庞然大物。
下属可以破开脸面大骂，可是作为总设计师的葛洛夫就不能这么干了，作为一名决策者，他必须通盘考虑所有的可能不利的因素，而不是为了追求性能而冒险，毕竟386的开发拖得时间已经太长了。
葛洛夫暗自思索，毫无疑问加入cache对性能的好处显而易见，但是由于cache使用的是静态存储器，不但消耗的晶体管更多，而且体积较大，386现在集成的�
快捷操作: 按键盘上方向键 ← 或 → 可快速上下翻页 按键盘上的 Enter 键可回到本书目录页 按键盘上方向键 ↑ 可回到本页顶部!
温馨提示： 温看小说的同时发表评论，说出自己的看法和其它小伙伴们分享也不错哦！发表书评还可以获得积分和经验奖励，认真写原创书评 被采纳为精评可以获得大量金币、积分和经验奖励哦！