发行于1985年下半年的indos1.0，主要目标是为了抢回之前VisiCorp通过VisiON在IBM-PC平台上率先发动的图形用户界面操作系统声势，虽然被广泛评价为一个低劣的产品，但还是把市场主动权拿了回来。
indos1.0在技术上确实拿不出手，它不算一个独立的操作系统，底层功能严重依赖MS-DOS。
更大的麻烦在于微软和苹果两家公司之间的专利纠纷，后者甚至限制了indos的多个窗口不能彼此重叠，只能平铺在屏幕上。
盖茨当然不会那么老实，他让1987年发布的indos2.0，更多地借鉴了苹果MAC的界面，包括窗口重叠——studiOS也支持窗口重叠，有本事先把它告倒。
其实，苹果和微软争执的这些东西只是皮毛，操作系统所需要的技术底蕴怎么可能只是如此表面化？产品比拼最终还要回归到怎么提供一套对处理器、内存、磁盘等重要资源进行管理的优秀机制上。
就拿MS-DOS和indos所唯一支持的英特尔x86系列微处理器来讲，Intel80286设计了新的Memory_Management_Unit——内存管理单元即MMU，进而提供了新的内存管理模式——保护模式，实现了对多任务的支持；Intel80386进行了重大升级，从16位架构变成32位架构，并增加了虚拟模式，还采用外置高速缓存来解决内存速度瓶颈问题；Intel80486则将外置高速缓存改进为内置高速缓存，又集成进了FloatingPointUnit——浮点运算单元即FPU。
不难看出，英特尔在把自己的命运完全压在微处理器业务上后，一直在不遗余力地发展产品，加入各种新特性。
可微软的indos还无法加以深入利用，今年又没什么反响地推出的indos2.1x版本分成了两个分支——indos/286和indos/386。前者主要解决的问题是如何访问High_Memory_Area——高端内存区即HMA，也就是1024KB至1088KB之间的64KB内存，以及更多的Expanded_Memory——扩展内存；后者主要解决的问题是充分利用Intel80386的三个内存模式。
indos研发之所以还停留在如此“肤浅”的层次上，除了因为IBM-PC在架构设计上的先天不足导致了各种限制外，还有微软自身技术实力不济的因素。
本章未完，请点击下一页继续阅读！