作系统的更新将那些在字符型系统下
劲的竞争对手彻底甩开。“挨踢”行业就是这样，不能有一丝一毫的懈怠，否则你会发现一夜之间天翻地覆，因为大家都在疯狂的奔跑。
比如wordprofect，这东西就是一个vs-word的
劲威胁，用
据说与office的不相上下，至于其他的公司或多或少都有一两项绝活，毕竟第一个吃螃蟹的人最
味。当然，这样一来所有的开发工
就得重新设计和修改，虽然增大了vs公司程序员的工作量，但是为了日后的利
和优势，这是不得不投
的。早在k32
理
开发的时候长久就曾经想过要在其中加这
技术，毕竟在设计大型机的时候长久很熟悉这
程，但是用在大型机上同用在微理的
片上完全是两码事，这东西在4~5微米的工艺下显得是那么的庞大，而且k32作为长久的第一块理成品，加cache使得开发风险加大，
不得已长久不得不放弃之。他老人家一
脑的把所有
件全集成到了一块，的确是个笨办法。不过是哪个伟人说的来着，只要能解决问题，笨办法就是好办法，这
克劳福
到了。实践表明，没有cache技术的计算机同应用了cache技术的计算机相比
能差距不可以
里计，甚至可以达到100%的能飞跃。这可忙坏了徐志行，不过也锻炼了他，让其超速成长为一个合格的经理人，他将所有人的特长归类，
据任务划分成了几个
门，各司其责。而长久则只负责总
框架和发展方向，保证了开发
度有序而快速。克劳福和其组员们绞尽脑
的想着葛老大的构想，既要兼容以前的
件还要有能上的飞跃，这对于老旧的8086结构更显的难能。研究院的
展如火如荼，长久的目标是要在85年底发行成品，不过看来这目标实在太宏大了一，系统或许能够成型，应用的件则不知猴年
月才能移植完毕。顾名思义，8086模式是用来运行16位的
件，286模式专门兼容针对存储
理特优化的件，而386模式才是真真正正的
能运算模式。长久欣然从命，毕竟在
国本土可以更快的同英特尔的理设计门
，对386的架构可以实时的了解。鉴于286的外围控制
片开发被AMD放了鸽
，葛洛夫
刻的意识到了一，就是不能为了开发微理而开发，因此386被定位成了一个新的微机平台。因此借着图形
作系统的开发，长久准备对应用程序市场行一次洗牌，本来乔伊意图使图形版的godson更加的开放和亲近程序员，长久毫无疑问的否决了，特地在
心和应用程序之间加了一层，称之为API（用程序接
），完全断绝了程序员绕过系统直接作件的可能，因此新系统的结构也就对其它公司模糊起来，第三方开发完全兼容之的程序变的不太那么
利。所幸长久同样重视这个
门，毕竟这是所有微机系统的命脉，而且因为有了英特尔公司的支持和成功的经验，小组的开发度非常之快，几乎是和386的度等同。由于同长久签订了长达10年的
叉授权协议，葛洛夫对长久这边的片组开发关注度非常之，几乎着长久将开发基地
到国来。客观上来讲，微机上所有的技术通常都是由大型机转化而来，Cahce技术同样也不例外。这东西通常被应用于
理与内存之间，速度比理慢比内存快，作为一个数据和命令的缓冲存在。这招不折不扣的是和微
学的，长久还
仁慈，只不过掌握了这一新层而已，只要不公开这API的细节，日后本就不可能有任何公司能够在应用件层面超过VS公司。同样的事情在每个公司上演，无论是英特尔还是微
还是IBM，这方面的情况大同小异，特别是在85年中这个阶段。正是由于这些
件上的合作，长久了解了一些386上应用的最新技术，比如cahce（速缓冲存储）。不同于以往的设计模式，总设计师葛洛夫认为286这个架构缺
颇多，已经完全不能胜任日后的片发展，因此主张设计一个全新的架构用以兼容286之前的件，而不是继续在286上改。负责架构设计的是资
编译程序员克劳福，由于其在件上的天赋，被葛老大提
成了架构设计小组组长，这同长久颇有相似之。幸好徐志行在规划
理这方面的确实尽心尽力，他虽不是这一行的技术人员，但是却知组织与理的重要。这可要了开发组的命了，葛洛夫偏执的可以任谁也不能劝动，因此本来84年即可
世的386生生的半路扭转了方向，几乎是从
再来了一遍。相对这帮各有一
的狂人来讲，技术上的难题或者并不构成障碍，
上足够的时间与金钱自然会跨越的，难得是如何将这些家伙
合到一起协同工作。费尽心思之后，克劳福总算完成了任务，其实很简单，他将386
理设计成了可切换的三工作模式，8086模式、286模式和386模式。英特尔公司当时最重要的任务就是为难产的386
生，在圣塔克数以百计的工程师为着386这一几乎是全新的架构在忙碌着。这些说的都很容易，其过程艰难无比，对VS研究院的所有成员来说这些东西几乎都是全新的挑战，除了长久，没人能够想象最终的产品会是什么样
，涵盖件，二三百人的开发队伍也显得庞大了一。