GCOS

1964年春天，通用电气（GE）的工程师们正在为一项前所未有的任务而焦头烂额。他们被要求为GE-600系列大型机开发一套全新的操作系统，这套系统不仅要支持批处理作业，还要能处理分时交互——这在当时几乎是两个水火不容的世界。GE的计算机部门虽然拥有强大的硬件设计能力，但在软件领域却是个新手。他们从麻省理工学院（MIT）的Multics项目中挖来了几位核心人物，但Multics的野心太大、进度太慢，GE需要一套能立刻投入商业使用的系统。于是，一个名为GECOS（General Electric Comprehensive Operating Supervisor）的项目悄然启动。这个名字后来被改成了GCOS（General Comprehensive Operating System），但它的DNA里始终流淌着那个时代的矛盾与雄心。

1970年，当Honeywell从GE手中收购计算机部门时，GECOS已经初具雏形。Honeywell接手后，将其正式命名为GCOS，并随Honeywell 6000系列大型机一同推向市场。这个时间点恰逢大型机市场的黄金时代：IBM的System/360已经统治全球，但客户们渴望有替代选择；分时操作系统正在从实验室走向商业应用；而全球化的浪潮让跨国企业开思考如何处理非英语字符集——尤其是中文。GCOS就是在这样的技术真空与市场缝隙中找到了自己的位置。

GCOS的架构设计堪称那个时代的工程奇迹。它的核心是“多流批处理”技术——一种能让数千个作业同时排队、调度、执行的调度算法。在36位字长的Honeywell 600/6000系列机器上，GCOS将内存划分为多个分区，每个分区可以独立运行一个程序。更令人惊叹的是，它支持批处理、分时和实时处理三种模式的混合运行。批处理作业在后台默默运转，分时用户在前端通过电传打字机或CRT终端交互，而实时任务则被赋予最高优先级。这种“三合一”的设计理念，即使在今天看来也颇具前瞻性。

但GCOS最不为人知的成就，是它成为全球最早支持中文输入和显示的大型机操作系统之一。1970年代，当大多数计算机还在为ASCII字符集而挣扎时，Honeywell的工程师们已经意识到中国香港和台湾市场的巨大潜力。他们与当地政府机构、银行合作，开发了一套基于EBCDIC（扩展二进制编码十进制交换码）的中文字符编码方案。这套方案需要处理超过一万个汉字，每个汉字被编码为两个字节，并配合专用的输入法——比如仓颉输入法的早期版本。终端上，汉字被显示在点阵屏幕上，每个字需要16x16或24x24的点阵数据。想象一下，在只有128KB到256KB内存的机器上，要存储、检索、显示这些汉字，同时还要运行操作系统和应用程序，这是多么惊人的工程挑战。

创始团队的故事同样引人入胜。GCOS的核心开发团队来自GE的Phoenix和麻省剑桥实验室。首席架构师是Robert M. McClure，他曾在MIT的Multics项目中工作，但很快意识到商业系统需要更务实的路径。McClure的团队只有不到50人，却要负责从内核到编译器的一切。他们每周工作60小时以上，用穿孔卡片和行式打印机调试代码。一个广为流传的轶事是：1972年，为了赶在交货期前完成中文支持模块，一位名叫Tom Wong的华裔工程师连续72小时没有离开机房，最后在控制台前睡着了，手里还握着一叠中文编码表。当经理叫醒他时，他迷迷糊糊地说：“我梦到了康熙字典。”

GCOS的技术创新远不止于中文处理。它是最早实现多级安全（MLS）的商业操作系统之一。在1970年代早期，当大多数操作系统还停留在“用户-组-其他”的简单权限模型时，GCOS已经引入了Bell-LaPadula模型的安全级别。系统支持B2级安全认证（按照美国国防部的橘皮书标准），这意味着它能够处理秘密级别的军事数据。它的文件系统采用了层次目录结构，并且实现了访问控制列表（ACL）——这两项特性甚至早于Unix的类似实现。GCOS的安全机制如此强大，以至于美国空军的一些基地在1980年代仍在使用它处理机密信息。

版本演进记录着GCOS的成长轨迹。GCOS 3（1970年代早期）是第一个正式版本，主要面向批处理用户。GCOS 4（1970年代后期）引入了分时子系统，让用户可以通过终端直接与计算机交互。GCOS 6（1980年代）是Honeywell为小型机DPS 6系列定制的版本，它采用了更现代的内核设计，支持网络协议。GCOS 7（1980年代）和GCOS 8（1980年代后期）则是为DPS 7和DPS 8系列开发的旗舰版本，前者引入了虚拟内存，后者则实现了对称多处理（SMP）支持。这些版本并非简单的升级，而是几乎重写了内核——这种“推倒重来”的做法在商业操作系统中极为罕见，也反映了Honeywell在技术路线上的摇摆。

市场表现上，GCOS从未能撼动IBM的霸主地位，但在特定领域取得了惊人的成功。到1980年代中期，全球约有3000个GCOS安装点，主要集中在政府、银行、保险和制造业。中国香港的汇丰银行、台湾的“中央银行”曾使用GCOS处理核心业务。一个有趣的数据是：1985年，GCOS在全球大型机操作系统市场的份额约为3%，但它在中文处理领域的市场份额高达90%以上——因为几乎没有竞争对手。Honeywell甚至为GCOS开发了一个名为“中文操作系统环境”（COS）的附加包，包含字库、输入法和打印驱动程序，这个包在亚洲市场单独销售，价格高达每套5万美元。

竞争格局的演变是另一个值得玩味的故事。1970年代，GCOS的主要对手是IBM的OS/360和UNIVAC的EXEC 8。1980年代，DEC的VMS和Unix开始崛起，但大型机市场仍然稳固。Honeywell的计算机部门在1982年与法国Bull合并，形成了Honeywell Bull。1990年代，Bull继续发展GCOS，推出了GCOS 7和GCOS 8的后续版本。但大型机市场整体萎缩，GCOS的用户逐渐迁移到Unix和Windows NT。到2000年，全球仍在运行的GCOS系统不足500套，但它们中的一些——尤其是那些银行系统——一直运行到2010年代。据说，欧洲某家保险公司直到2015年还在使用一台运行GCOS 8的Honeywell DPS 8大型机处理保单，而维护它的工程师已经退休了十年。

文化遗产方面，GCOS的贡献往往被科技史家忽视。但它在几个关键领域留下了不可磨灭的印记：首先是多级安全，GCOS的MLS实现直接影响了后来的操作系统安全设计，包括军用版本的Unix和Windows NT。其次是中文信息处理，GCOS的中文支持方案为后来的GB2312、Big5等编码标准提供了实践基础。第三是分时与批处理的混合架构，这种设计理念后来被IBM的MVS和VM系统借鉴。甚至GCOS的“多流批处理”技术，也在某种程度上预示了现代云计算中的任务调度算法。

轶事与趣闻构成了GCOS的民间记忆。在Honeywell内部，GCOS的维护团队有一个不成文的传统：每当系统崩溃时，值班工程师会在控制台打印一张“死亡卡片”，上面记录着错误代码和修复建议。这些卡片被收集起来，装订成一本厚厚的“崩溃圣经”。据说，1987年的一次全球性故障中，值班工程师翻遍了整本圣经才找到解决方案——原来是一个内存地址的奇偶校验位错误。另一个传说与中文输入有关：1970年代，一位香港银行的打字员发现，用仓颉输入法输入“银行”两个字时，系统会偶尔崩溃。后来发现，是“银”字的编码与某个系统保留字冲突。这个bug被修复后，该银行给Honeywell寄了一面锦旗，上面写着“汉字救星”。

GCOS的寿命远超所有人的预期。当2000年临近时，许多银行发现他们的GCOS系统无法处理四位数的年份——因为1970年代的设计者从未想过系统会运行到21世纪。一场大规模的“千年虫”改造工程让GCOS焕发了第二春，许多老系统被升级到GCOS 8的补丁版本。2001年，Bull发布了GCOS 8的最后一个版本，正式宣布停止开发。但直到2020年代，仍有极少数古董系统在运行，它们被隔离在专用网络中，像琥珀中的昆虫一样，凝固着1970年代的计算机记忆。

站在今天的视角回望，GCOS就像一座被遗忘的丰碑。它没有Unix那样的哲学高度，没有Windows那样的市场统治力，也没有Linux那样的开源精神。但它实实在在地解决了那个时代最棘手的问题：如何让一台36位字长、128KB内存的大型机，同时处理批处理作业、分时交互、实时任务，还要显示一万多个汉字。GCOS的工程师们没有留下任何传世之作，他们只是默默地用穿孔卡片和汇编语言，在磁芯存储器上编织着一个数字化的世界。这个世界里，中文第一次以数字的形式流动，银行账户第一次被计算机管理，军事机密第一次被操作系统守护。这些看似平凡的成就，恰恰构成了信息时代的基石。当我们在2024年用智能手机输入汉字时，或许应该记得，这条道路的起点，是1970年Honeywell那间闷热的机房里，一位工程师在控制台前睡着的背影。