一百八十二（2/3）
上去的，硬件资源不够，不过长久半开玩笑的同小组里面的程序员打赌，看能不能将3.2版的godson移植到这种老爷机上。
小组其他成员看这位老总犹如看怪物，这种事情无异于说梦话，以为长久又想变着法子请客，因此纷纷下注。
有这等好玩的事情岂能缺了乔伊，他自愿加入这种极限挑战，于是在业余的空闲两人合作无间，居然成功了，不但运行正常，跑的还挺欢，让小组成员们大跌眼镜，每人损失了一顿大餐。
不怪这些家伙不相信，这种任务就类似于将indosnt运行在286上，是不是很刺激？
这种游戏之作不简单，成功之后被长久和乔伊命名为mini-godson，其功能完备同最新的3.2系统别无二致，一经推出相当的受那些d-11用户的欢迎，此版本一直都没有更换及改进，最终陪伴着d-11寿终正寝，据说现在在世界的某些角落中，还能找到跑着mini-godson系统的d-11，有兴趣可以找找看。
16位系统算是一个尝试，真正的重头戏还是32位的，这个版本一直在测试并没有公开（ec上用的是3.0版），这是长久专门为图形工作站及小型机设计的。
之所以迟迟不投入实用，一来是因为mit的x-indo计划没有任何进展，二来就是考虑如何让这东西跨越平台的障碍，能够同时支持k32系列和英特尔尚未出世的386。
想起苏教授和mit的合作长久就头疼，他甚至后悔把这项非常重要的工作交给了别人，进度完全不能掌握。
于是在乔伊的建议之下，长久一怒出手将，将所有未开发完东东使用权一股脑的买了下来，并且招兵买马，把这项计划整合到了图形工作站的研发当中，这才解决了后顾之忧。
另外的就是跨平台作业，这个就比较头痛了。按道理讲godson在设计之初就是比较注重可移植性，但是经历了这么多的版本变迁，经手之人甚多，为了兼容性，系统已经变的复杂。
可以说现在c上的godson已经不是原来那个简单的文件系统了，因此必须要动大手术，不管是长久还是乔伊都倾向于一劳永逸的方式。
为了实现这个特性，乔伊亲自操刀，将系统核心分成了两块，一块依赖于硬件，一块独立于硬件，貌似又回到了以前精简的时候，所谓由简入繁易，由繁再进化到简就难了。这方面乔伊和长久花了不少时间。
两人到此为止还算合作愉快，至少对问题的看法简直默契的一塌糊涂，只在搞到图形界面的时候有了分歧。
以乔伊一如既往的做法，自然是倾向于将图形界面做成一个程序，可以随时打开和关闭，只是基于核心之上的一个高权限的壳，这样做减少了系统的复杂性，至少不会因为图形系统的不稳定而影响到其他程序的运行。
这样做的缺点就是对系统资源的要求高了一点，不是现在微机所能提供的
当然这样的考虑是有道理的，毕竟乔伊的理解是他们在为一个高性能计算机做系统，并不是微机。
也许是受到了记忆中微软那强大的影响，长久则有这样的思路，计算机的界面作为同人交流的最直观的手段，并不是高不可攀的，受众面应该越多越好，君不见mac最后还不是干不过indos吗？
长久认为应该尽量的减少系统资源的消耗，这样做就必须从系统底层将图形化做起，虽说图形界面不一定要在286上实现，至少386出来的时候一定要进入实用阶段，这样图形界面操作系统才能借着无比庞大的客户群存活下来。
二人都不是省油的灯，各执己见，甚至动用了各种设备模拟了两种思想的运行，结果显而易见，如果硬件性能足够的高，乔伊的方法一劳永逸，而在目前的主流微机上，长久的方法更容易实现。
不过最后还是长久妥协了，他自己也知道图形界面只是手段并不是目的，为了日后不受那无穷无尽bug的影响，还是让乔伊主持工作。
研究院目前设计的图形工作站的配置异常的强大，在尽力减少成本的情况下做到了可以支持双k32处理器动态共享存储，在ec机基础上还设计了一条独立的图形总线，独立设计制造的2维图形加速卡，最低2兆的内存，高速磁盘。
在那个时代这些硬件可算是梦幻般的配置了，研究院的几百号人空前的团结主要原因也基于此——打造这个世界上最顶级最小巧最好用的计算机。
徐志行一向都是非常的警惕研究院的人员心理动向，如同一个母兽一般守护着自己的领地，让他百思不得其解的是研究院的人员虽然五花八门，怀着各种各样的心思组合到了一起，却没有出现任何军心不稳的现象，甚至没有一个人被其它公司挖走，哪怕给的待遇更高。
这个问题直到最后才有了一个模糊的答案，那就是这些家伙都是一帮技术狂人，光配置图形工作站就让他们的心理得到了极大的满足，最具代表性的言论莫过于自称第一黑客的菲斯奈尔的话了：“ibm
本章未完，请翻下一页继续阅读.........