linux内核注释-附录A

附录ALinux2.4-192-附录附录ALinux2.4内核的开发人员们并没有因为我在写这本关于Linux的书而暂停他们的工作。（我是多么希望他们这样做„„。）说真的，内核的发展进展神速，就在这本书即将出版之际，它的最新稳定版本，2.4.0，也应该面世了。尽管在写作本书时要将对内核的成千种修改都一一涵盖到是不可能的，但是这篇附录却总结了发生在本书所涉及内核部分的最令人感兴趣的那些改变。这些修改中的绝大部分已经在内核的2.3.12版本里实现了，它们被包括在附赠的CD-ROM上。作者十分感谢JoePranevich的论文，”WonderfulWorldofLinux2.4”（http://linuxtoday.Com/stories/8191.html），在准备这篇附录时它提供了无价的帮助。更少的“惊扰（更少的“惊扰（stampedes1）”）”请读者回忆一下第2章里，函数__wake_up（26829行）唤醒等待在等待队列上的所有进程。可以考虑一个诸如Apache一样的Web服务器，它试图通过在同一端口派生出许多进程监听连接申请以缩短响应时间（正好与等待连接请求到达，并且与只通过fork派生一个进程来响应的方式相反）。所有这些进程都在一个等待队列里，等待连接请求到达，而当请求确实到达的时候，它们都会被唤醒。它们当中只有一个能够为请求提供服务，所以剩下的又都将返回休眠状态。这种“惊扰”现象会浪费CPU的时钟周期——只唤醒一个等待进程会更好，因为不管怎样只有一个能够运行。因此，一个新的任务状态位TASK_EXCLUSIVE就被引进；在一次调用__wake_up里，最多有一个设置了TASK_EXCLUSIVE位的任务会被唤醒。TASK_EXCLUSIVE位是附加在其他任务状态位上的——它并不代表一个新的任务状态，它只是为了方便而保存在任务状态信息组里的信息而已。现在__wake_up要检查它正在唤醒的进程是否设置了TASK_EXCLUSIVE位，并且在它唤醒该进程之后便不再唤醒其他进程（通过使用break中断循环）。TASK_EXCLUSIVE位现在只被用在有关网络的等待队列上，而且它在那种环境中效果也的确很好。对于大多数其他等待队列来说，你需要所有进程对等待着的资源都有机会进行占用，这样可以避免饥饿现象。不过等待在同一个端口的服务程序通常与Apache境遇相同：所有等待的任务都是一样的，而且重要的是只要它们中有一个能够处理请求就可以，即使每次都是同一个任务（也无所谓）。再见吧，再见吧，Java正如第7章里所预言的那样，Java二进制处理程序（binaryhandler）已经从内核里消失了，它是因被杂项二进制处理程序所替代而失效的。二元处理程序的常规用法没有变化，Java执行体仍然可被杂项二进制处理程序的适当配置所完全支持。1“stampede”原意是指：动物受到惊吓后纷纷逃窜。作者使用该词说明：在等待队列中休眠的进程同时被唤醒的情况。