复杂的COBOL程序如何适应256k？

Question

这是参考Stack Overflow Podcast #65。假设典型的60或70的服务器计算机具有256k主存储器。这样一台机器运行的最大（编译）COBOL程序有多大？这会如何严重限制COBOL程序的复杂性和功能，假设程序不是故意制作得比必要的更复杂？

Answer 1

当时IBM大型机操作系统支持虚拟存储 - 尽管你今天可以在沙滩上买一套公寓，以获得每年的IBM租约！我不记得任何不可逾越的程序大小问题。

要考虑的一件事是，当时几乎所有东西都是以“批量编程”模式运行的。这限制了任何一个程序需要的复杂程度。一个程序将预处理数据并将其存储在磁盘上。接下来可能会对它进行排序并添加一些计算结果。接下来可能会更新数据库。然后批处理中的最后一个可能会打印出报告。因此，按顺序运行的几个程序分解了复杂性（和大小）。

Answer 2

相当大的cobol程序可以在70年代大型机中以256K RAM运行。 （IBM 370中的256K内存是256K 32位字，而不是字节。）IBM在1970年左右推出了虚拟内存。这将程序和数据分页到磁盘，允许程序使用大部分24位地址空间，限制。就像Windows一样！

Answer 3

你想怎么衡量？我记得有一个程序，我很确定我们在256k或512k系统中运行，打印时大约2英寸厚。我们也不必使用叠加层。

Answer 4

我是拥有1MB主存储的Unisys System 1100的管理员。我们支持大约150名相当复杂的弹药库存系统用户。该申请书写成COBOL。

Answer 5

如果cobol编译器支持它，开发人员可以在这种情况下使用SEGMENT并进行一种加载和替换，或者有时允许覆盖。