OMU –“一个人的Unix”
我在OMU上所做的工作几乎没有被世界上其他任何人所注意到（那些日子我们没有建立互联网连接），但是斯旺西大学电气工程系的其他人却看到了将OMU移植到数个68000单机系统中的潜力，从1984/85年左右开始在部门中出现的板载计算机。我和我的同事Terry Barnaby参与了将OMU移植到这些基于68000的SBC中的一些工作。 Terry完成了大部分工作！第一步只是采用OMU，使其像我的6809版本一样在新硬件上运行。通过增加OMU的第一个硬盘驱动器，该过程得以快速，合理地完成。68000的更大的内存寻址能力以及SBC通常具有256K RAM的事实意味着该版本的OMU很快就具有一些多任务处理功能（尽管没有可用的MMU，但流程必须表现得很好）。为方便起见，文件存储布局和68000 OMU的系统调用接口的详细信息旨在复制由Codata制造的商用68000V7 Unix系统的细节。 （我们刚刚交付了其中两个单元，以增强老化的PDP-11）。我认为OMU的潜力使不久就可以在Codata上编译程序并将它们运行在OMU上而没有任何问题。确实，也可以将Codata与系统二进制文件捆绑在一起，并在OMU上运行它们-这是一种简便的方法，可以在OMU上获得vi和其他最新（！）软件，而无需找出资源并重新编译！然后Terry Barnaby和他的另一个同事Tim Ingersoll对68000 OMU端口的消息处理能力进行了一些根本性的更改，使其适合于实时信号处理和控制应用程序。他们的博士项目...！ 1988年，他们完成了项目，写下并离开了。他们遗留下来的一部分是OMU的RTOS版本，我也为此设法挽救了一些资源：如果这些页面的任何读者感到适当地胆敢，他们也许可以击败我，将其移植到OMU的目标上（可能是从Terry＆ ＃39; s和上述myinitial 68000版本）安装到IBM PC。我认为，针对386处理器机器确实没有意义，因为Linux已经可以满足您希望在此类机器上进行的所有工作。但是，从FreeDOS附带的引导加载程序开始，到使OMU在8086/80286机器上运行似乎似乎有些艰巨，而这些日子里，这些机器实际上必须要负担很多。如果您确实决定尝试这样的事情，那么我祝您好运，我将尽力提供任何电子邮件帮助。我的电子邮件地址在任何可下载来源集随附的README文件中。我要感谢特里和蒂姆，他们在增强OMU方面所做的工作在这里得到了赞誉，实际上应该在80年代从OMU的更名中得到体现！ （关于标题中提到的一个人是否代表作者的数量或同时使用的用户的数量，我从来没有直觉过。无论哪种方式，两者都不是很相关。软件也开始在部门中小幅普及。）我还要感谢Alan Cox（他是Linux网络和内核黑客的名声），但如果没有他的支持，这个页面可能从来没有写过。
