Michigan Terminal System

1964年，当密歇根大学的计算机科学家们启动Michigan Terminal System（MTS）项目时，计算机世界还处于大型机的蛮荒时代。彼时，IBM 7090这样的庞然大物是大学和科研机构里最昂贵的设备，它们通常被锁在恒温恒湿的机房里，由穿着白大褂的操作员看管。用户提交程序的方式是“批处理”——把穿孔卡片叠成一摞，交给操作员，等待数小时甚至一天后取回打印结果。如果程序里有语法错误，整个卡片堆就得重来一遍。这种模式不仅低效，而且让计算资源的使用率极低：CPU大部分时间处于空闲，等待人类缓慢的输入输出。正是在这样的背景下，密歇根大学的一群工程师决定打破这种垄断，让计算机从“神殿”走向“公共广场”。

MTS的诞生并非偶然。1950年代末，麻省理工学院（MIT）的CTSS（兼容分时系统）已经证明，通过快速切换CPU时间片，可以让多个用户感觉自己在独占一台计算机。但CTSS运行在IBM 7094上，硬件成本高昂，且仅限于MIT内部使用。密歇根大学计算机中心的主管们意识到，如果想让全校师生都能用上计算资源，就必须自己动手。1963年密歇根大学从IBM那里获得了一台IBM 7090，并开始着手开发一个名为“UMIST”（University of Michigan Interpretive System）的早期分时系统。但这个系统过于原始，只能支持少数终端。真正的转折点出现在1965年，IBM发布了System/360-67——这是一款支持虚拟内存（Virtual Memory）的划时代大型机。密歇根大学看到了机会：虚拟内存可以让每个用户拥有独立的地址空间，从而真正实现安全的、多用户的分时操作。于是，1966年，MTS项目正式启动，核心团队由密歇根大学计算中心的工程师组成，包括项目负责人John W. Carr III、系统架构师Donald H. Brown、以及后来成为虚拟内存技术先驱的Edgar F. Codd（没错，就是那位后来发明关系数据库的关系模型的大师）。Codd在MTS中负责虚拟内存管理器的设计，这为他后来的数据库理论提供了宝贵的实践基础。

MTS的技术创新在当时堪称革命性。首先，它是最早实现“请求分页虚拟内存”的系统之一。在System/360-67上，MTS将每个用户程序的地址空间划分为固定大小的“页”（通常为4KB），只有当程序真正访问某个页面时，操作系统才从磁盘加载到内存。这意味着即使物理内存只有256KB，也能运行需要1MB内存的程序——只要用户不会同时访问所有页面。这种机制不仅提高了内存利用率，还让用户可以编写比物理内存大得多的程序。其次，MTS的调度算法非常激进：它采用“时间片轮转+优先级反馈”的混合策略，交互式用户获得较高的优先级以保证响应速度，而批处理作业则在后台低优先级运行。这种“交互式+批处理”的混合模式，让MTS既适合学生调试程序，又能高效处理大规模计算任务。用户界面方面，MTS设计了极其丰富的命令集——超过200条命令，包括文件管理、作业控制、调试工具，甚至还有电子邮件和聊天功能（在1960年代，这是闻所未闻的）。用户通过电传打字机或IBM 2741终端输入命令，系统会以字符形式实时反馈。MTS还首创了“用户手册”文化：密歇根大学编写了厚达数百页的《MTS用户指南》，详细解释每条命令的语法和示例，这种文档规范后来被UNIX和VMS等系统继承。

MTS的发展历程是一部持续三十年的演进史诗。1967年，MTS 1.0在IBM System/360-67上正式上线，支持约30个终端。当时密歇根大学计算中心的口号是“让每个学生都能用上计算机”，但实际只有研究生和教职员工才能获得账号。到1970年代初，MTS 2.0引入了更强大的文件系统——支持层次化目录（尽管还比较原始），以及“文件保护”机制（用户可以设置读、写、执行权限）。1975年的MTS 3.0是一个里程碑：它增加了对IBM 370系列硬件的支持，并实现了“虚拟机器”功能——用户可以在MTS上运行另一个操作系统的副本（比如早期的MTS版本或CP/CMS）。1980年代初的MTS 4.0进一步增强了网络能力，支持ARPANET协议和TCP/IP雏形，让密歇根大学成为早期互联网的重要节点。到1980年代末，MTS已经支持超过200个同时在线用户，运行在IBM 3090/200S这样的顶级大型机上。但1990年代后，随着UNIX工作站和PC的兴起，分时系统逐渐式微。1995年，密歇根大学正式关闭了MTS系统，将其退役到博物馆——此时它已经运行了整整28年，比许多计算机系统的一生都要长。

MTS的市场影响虽然有限（它主要运行在密歇根大学及其合作机构），但其对计算机教育的贡献不可估量。在1960-70年代，密歇根大学是少数几个允许学生直接接触操作系统的大学之一。无数计算机科学先驱在MTS上编写了他们的第一个程序。例如，后来发明了TCP/IP协议的Vint Cerf在密歇根大学读本科时，就曾用MTS开发过网络程序。关系数据库之父Edgar Codd在MTS项目中积累的虚拟内存经验，直接启发了他关于数据独立性（即物理存储和逻辑结构分离）的思想。MTS还孕育了密歇根大学计算机系的“开源”传统：1970年代初，密歇根大学决定将MTS的源代码免费提供给其他教育机构（只收取介质费），这在当时是极其罕见的。加拿大滑铁卢大学、英国剑桥大学、澳大利亚国立大学等数十所高校都移植了MTS，并贡献了各自的改进。这种开放协作的模式，比Linux的诞生早了整整二十年。

文化遗产方面，MTS留下了几项重要的技术遗产。首先是虚拟内存技术：虽然MTS不是第一个实现虚拟内存的系统（CTSS和IBM的TSS/360更早），但它是第一个将虚拟内存与分时系统深度整合，并证明其可行性的系统。后来的UNIX、Windows NT、Linux都继承了相似的页式内存管理机制。其次是用户友好界面的哲学：MTS的命令行界面虽然复杂，但它的“帮助”系统（输入“HELP”命令即可查看文档）和“错误提示”机制（给出具体的错误代码和修复建议）直接影响了UNIX的man手册和DOS的errorlevel设计。第三是“混合负载”调度思想：MTS证明了一个系统可以同时高效支持交互式用户和批处理作业，这种思想后来被IBM的MVS和VM/370继承，并最终演变为现代云计算的“弹性计算”概念。最后，MTS的“开放源码”精神是开源运动的先声。尽管当时没有GPL许可证，但密歇根大学通过“学术合作”模式让代码自由流动，这种模式后来被BSD、MIT等许可证发扬光大。

轶事趣闻方面，MTS的开发过程中充满了工程智慧。一个著名的故事是：1968年，MTS团队发现系统在深夜会出现神秘的性能下降，但白天一切正常。经过数周调试，他们发现罪魁祸首是计算中心楼下的面包房——凌晨3点，面包师开始烤面包，巨大的烤箱会启动压缩机，导致整栋楼的电压波动，进而引发IBM 360-67的内存奇偶校验错误。最终，团队在电源线上加装了滤波器才解决问题。另一个趣闻是：MTS的命令行中有一个名为“HUNT”的游戏，玩家通过输入坐标来寻找隐藏的“宝藏”。这个游戏是密歇根大学学生开发的，后来成为校园文化的一部分，甚至有学生通过作弊（直接读取内存中的游戏数据）来赢得比赛。MTS的社区文化也很有特色：用户之间通过“FINGER”命令查看谁在线，通过“SEND”命令发送即时消息（比ICQ早了几十年）。教授们会在MTS上布置作业，学生则通过“SUBMIT”命令提交代码——系统会实时编译并返回结果，这种“即时反馈”机制让编程教育效率大增。

回顾MTS的一生，它就像一座桥梁，连接了大型机时代的批处理世界和后来的个人计算时代。它证明了计算机可以是“公共事业”而非“稀有资源”，这种思想最终催生了云计算。它展示了开放协作的力量，让学术机构能够共同推进技术进步。它留下的虚拟内存、分时调度、用户界面设计等遗产，至今仍深深烙印在我们每天使用的操作系统里。当你在Linux终端里输入“man ls”时，当你用Zoom与同事视频会议时，当你通过云服务租用虚拟服务器时，不妨想一想1967年那个秋天，在密歇根大学安阿伯校区的地下机房里，一群工程师正在调试MTS 1.0的第一个稳定版本。他们或许没有意识到，自己正在书写计算机历史中一页重要的篇章——而这页篇章，直到今天依然在发光。