AS_400产生的历史背景(1) 在介绍AS/400之前，先简单回顾一下AS/400的发展历史。IBM AS/400的创始人Frank G.Soltis博士认为“历史”对设计新型计算机系统的影响力远胜于其他因素。同样，在设计一个新型计算机系统时，开发的场所和先前的产品也有着相当大的影响力。60年代，位于美国东部（the EastCoast）的许多计算机公司，例如Digital，Data General页以及IBM的NewYork Lab.等，占尽地利，不仅分享了诸如MIT等名校和研究所的研究成果，而且雇佣了大批东部高校的高材生。MIT当时曾为美国国防部开发了一个名为MULTICS的项目。东部的公司在设计计算机的结构和操作系统时，大量借鉴了MULTICS的思想。Bell Lab.的Unix正是这一环境下的产物。 然而AS/400的发展历史却是另一番光景。AS/400的诞生地位于Z美国中西部明尼苏达州（Minnesota）的Rochester，当时要想从发达的东部高校中招聘毕业生到偏远的Rochester工作是相当困难的。因此，AS/400的创始人都是中西部的，他们同东部的计算机公司并没有什么密切的联系，这也使他们设计的AS/400与别的计算机相比在很多方面都显得与众不同。 在这里，我们可以比较一下IBM AS/400和大多数其他计算机系统的寻址结构（Adressing StrUCture）。60年代中后期，许多计算机被设计成分时共享（time-sharing）的结构。当时time-sharing之所以如此流行，是因为它允许不同的商业用户在同一台中央主机上租用系统时间。当时，许多商业用户负担不起独立拥有一台计算机的开销，time-sharing能为他们提供大型机的资源，而昂贵的费用则由大家分担。在这种环境下，每一个用户都认为他（她）所用的计算机是专用于他（她）的任务的，通常他们并不知道系统中其他用户情况。当初的设计并没有考虑到在用户间直接共享数据的问题。例如，在MUL TICS中即采用了这样一种硬件寻址结构，即隔离每一个用户且不支持共享。随着计算机硬件技术的飞速发展，其价格也不断下降，许多商业用户都拥有自己的计算机，数据共享的要求更为迫切。 AS/400的单级存储结构（Single-Level Store）支持多用户共享数据和程序。在后面的章节中，我们将详细介绍这种结构。值得一提的很重要的一点是，AS/400的体系结构是一个全新的结构，一个崭新的世界，没有背上任何历史包袱。 明尼苏达州（Minnesota）的Rochester Lab.开始时并不生产计算机，而是生产一种打孔机。到了60年代中期，Rochester Lab.有一些人预测商用小型机将会有很大的市场。但IBM的总部并不这样认为，当时IBM公司刚刚发布System/360系列。在这种背景下，Rochester Lab.不敢告诉公司总部它正在研制一种新计算机；相反，Rochester Lab.声称它正在研制一种新型的单元记录机（Unit Record Machine）。 1969年6月，IBM公司发布了System/3。这种新机器是一个批处理机器（Bctch Machine），即每一次只能读入一个作业（Job）到机器中进行处理。IBM的System/3，System/32，System/34，System/36是一个系列的。所有这些系统都是基于System/3的结构，尽管它们不断地有所改进，但底层还是System/3。举例而言，System/3只有16位地址线，这使得程序空间被限定为64KB. IBM在1970年提出的System/38在设计时克服了System/3技术依赖（Technology Dependencies）的缺点。这种思想旨在创建一种新的结构。另外，为了保护用户的投资，用户自然而然会有这样一种要求，即操作系统内核的改变（升级）不影响用户的应用程序，亦即应用程序独立于操作系统。那么，能不能做到操作系统独立于底层硬件技术呢？如果那些和底层硬件相关的操作系统功能被分离到一个“技术独立的机器界面”TIMI（Technology Independent Machine Interface）的下方，那么操作系统剩余的部分都是与硬件无关的功能，这一部分功能就独立于硬件，使硬件的改变不影响这种功能的实施。关于TIMI的详细介绍见本篇后面的章节。
