一百八十二（3/4）

16位系统算是一个尝试，真正的重头戏还是32位的，这个版本一直在测试并没有公开（EC上用的是版），这是长久专‘门’为图形工作站及小型机设计的。

之所以迟迟不投入实用，一来是因为MIT的X-indo计划没有任何进展，二来就是考虑如何让这东西跨越平台的障碍，能够同时支持k32系列和英特尔尚未出世的386。

想起苏教授和MIT的合作长久就头疼，他甚至后悔把这项非常重要的工作‘交’给了别人，进度完全不能掌握。

于是在乔伊的建议之下，长久一怒出手将，将所有未开发完东东使用权一股脑的买了下来，并且招兵买马，把这项计划整合到了图形工作站的研发当中，这才解决了后顾之忧。

另外的就是跨平台作业，这个就比较头痛了。按道理讲godson在设计之初就是比较注重可移植‘性’，但是经历了这么多的版本变迁，经手之人甚多，为了兼容‘性’，系统已经变的复杂。

可以说现在PC上的godson已经不是原来那个简单的文件系统了，因此必须要动大手术，不管是长久还是乔伊都倾向于一劳永逸的方式。

为了实现这个特‘性’，乔伊亲自‘操’刀，将系统核心分成了两块，一块依赖于硬件，一块dú • lì于硬件，貌似又回到了以前‘精’简的时候，所谓由简入繁易，由繁再进化到简就难了。这方面乔伊和长久‘花’了不少时间。

两人到此为止还算合作愉快，至少对问题的看法简直默契的一塌糊涂，只在搞到图形界面的时候有了分歧。

以乔伊一如既往的做法，自然是倾向于将图形界面做成一个程序，可以随时打开和关闭，只是基于核心之上的一个高权限的壳，这样做减少了系统的复杂‘性’，至少不会因为图形系统的不稳定而影响到其他程序的运行。

这样做的缺点就是对系统资源的要求高了一点，不是现在微机所能提供的当然这样的考虑是有道理的，毕竟乔伊的理解是他们在为一个高‘性’能计算机做系统，并不是微机。

也许是受到了记忆中微软那强大的影响，长久则有这样的思路，计算机的界面作为同人‘交’流的最直观的手段，并不是高不可攀的，受众面应该越多越好，君不见mac最后还不是干不过indos吗？

长久认为应该尽量的减少系统资源的消耗，这样做就必须从系统底层将图形化做起，虽说图形界面不一定要在286上实现，至少386出来的时候一定要进入实用阶段，这样图形界面‘操’作系统才能借着无比庞大的客户群存活下来。

二人都不是省油的灯，各执己见，甚至动用了各种设备模拟了两种思想的运行，结果显而易见，如果硬件‘性’能足够的高，乔伊的方法一劳永逸，而在目前的主流微机上，长久的方法更容易实现。

不过最后还是长久妥协了，他自己也知道图形界面只是手段并不是目的，为了日后不受那无穷无尽bug的影响，还是让乔伊主持工作。