摘要

  • Xinu 是一个规模精简但组件完整的操作系统，学生可以按层次构建它，再把系统启动到实验板上。
  • Purdue 实验室自动分配开发板、下载镜像并连接串口控制台，让“编译到运行”的路径更容易重复；这并不等于测量学生学到了多少。

Randy Bond 记得一个具体时刻：1984 年春天，他在 Purdue 读大四，选修 Doug Comer 的操作系统课程，使用的是第一版 Xinu 教材。多年以后，他回忆说，从头搭建一个类 Unix 系统，对自己后来从事嵌入式软件工程影响很大。这是一位学生的回顾，不是整门课程的效果评估。但它点出了 Comer 的教学赌注：学生若能跟着结构看系统怎样形成，再亲自把结果启动起来，系统就不再只是接口集合。Purdue 保存的 Bond 回忆记录了这段经历；Xinu 项目的资料则展示了它所依托的工具和实验室。

教材序言从一种常见的学习落差谈起：学生会使用操作系统提供的服务，却可能仍把内部实现想成黑箱。Comer 的应对不是单纯把题目缩小，而是让学生沿着有顺序的层次从裸机往上构建，使组件之间的依赖关系可以被看见。Xinu 教材序言把进程与内存管理、同步、设备无关输入输出、驱动、协议和文件系统放在同一个可运行设计中讲解，而不是只列出功能名称。

Xinu 的规模不大，但 Purdue 并没有把它说成玩具，也没有把它说成 Unix 的另一种实现。名字来自“Xinu Is Not Unix”，项目页面还特别提醒两者的内部结构不同。更准确的教学主张是：一个小系统也能呈现常见操作系统的组件和抽象关系，因此课程可以围绕一份具体实现展开。它不证明只有一种正确架构，也不证明会搭建 Xinu 的学生便理解了所有商用操作系统。Purdue 的项目介绍同时说明了系统范围与边界。

实体实验室让教材不再止于图示和源代码。学生在普通 Linux 工作站上编译、链接系统镜像；另一组后端设备连接实验板、以太网、远程重启器和串口多路复用器。实验室软件负责分配空闲板卡、下载镜像、打开控制台窗口并启动系统。这样，学生修改代码后可以较快回到一台真正运行 Xinu 的机器上，而不必每次都手动重建整条硬件链路。Purdue 对实验室的说明列出了这些步骤。

前端与后端的分工，才是这套教学设计的操作界面。前端保留熟悉的开发工具，后端则把实体运行变成可共享的资源。自动化分配和下载减少重复设置，却没有替学生完成推理。成功启动只能说明某个镜像抵达一块板卡并开始执行；它不能单独证明学生理解了调度、内存、中断或设备访问。关于学习效果的论断，应当在“可以观察到代码运行”与“学生已掌握原理”之间收住。

硬件可及性也是设计条件。教材序言写道，选用的 Galileo 与 BeagleBone Black 开发板在撰写时售价低于 50 美元。Purdue 的项目时间线又记载，实验室于 2014 年重整时使用了 Intel 捐赠的 120 块 Galileo 板和少数 BeagleBone Black。它们是历史价格与一次设备配置，不是当前价格，也不是每名学生的成本核算。现有资料没有公布板卡占用率、排队时间、故障率或支持成本。因此，能确认的是 Purdue 建起了一套低成本共享实验室，不能据此算出完整经济账。

这项工作也不是一个人的产物。Comer 写书并指导系统发展，但序言感谢参与移植和设备驱动开发的研究生，特别提到 Rajas Karandikar 与 Jim Lembke 编写 Galileo 驱动和多步下载系统，也列出发现问题、贡献代码的学生。Purdue 时间线还把完整 TCP/IP 实现的一部分工作归于 Comer 与 Dave Stevens 的合作。把 Xinu 说成单人创造，会抹去资料呈现的教学方式：学生和合作者在实际改动系统的过程中共同塑造它。

虚拟机提供了另一条更容易进入的路线，却不等同于实体板卡。Purdue 说明 VirtualBox 版本把部分内存映射输入输出操作换成适配端口映射输入输出的处理，还使用不同的以太网驱动。虚拟化降低了硬件门槛，也改变了学生实际练习的接口。任何实验结论都应注明结果来自实体设备还是模拟环境。

Xinu 可被证据支持的遗产是具体而有限的：它把可读的系统实现和从源代码到实体硬件的重复运行路径结合起来，让学生看到比 API 表面更多的操作系统结构。Bond 的回忆能说明一位学生感受到的影响；项目资料能说明代码、实验室拓扑和公开报告的使用案例，却没有证明经过对照研究的学习提升，也不是后续采用情况的独立统计。运行代码让教学主张可以检验，但启动日志不会因此成为教育效果研究。

资料来源