一则轶事：对更快的系统调用陷阱的追求

在那个古老年代，大家都对系统调用陷阱(syscall trap)的运行性能十分关注。
在大概15年前，我被提醒去参加一个英特尔和微软之间的会议。(可惜的是，我当时并没有去参加，所以下面的故事是”二手的”)

因为微软是英特尔最大的客户之一，所以英特尔的人员经常会拜访微软，并向微软展示最新款的处理器，并游说内核开发团队添加对新处理器的支持，同时会征求有关添加哪种功能最为有用的反馈。

在这场会议上，英特尔的人员问道，”如果你们只能要求一个特性能实现得更快，你们希望是哪个?”

几乎是毫无犹豫地，一位内核开发主管马上回复道，”当处理器碰到一个无效指令的时候，尽可能快速地激发错误。”

房间里有一半的英特尔人员爆出大笑。”哈哈，你们微软的工程师真有趣！” 于是，会议以这个可爱的小笑话结束了。

当英特尔的人员回到实验室，开始对Windows内核做基准测试，他们发现：Windows会花费相当长的时间在分发无效指令异常。
这是多么荒谬啊。难道，刚才会议上，微软的工程师提出的问题是认真的，没有在开玩笑？

确实是真的。确实没开玩笑。

在80386芯片上，从V86模式切换到内核模式最快速的方式是执行一条无效指令。因此，Windows/386 使用无效指令作为其系统调用陷阱(syscall trap)。

这个故事的寓意是什么？ 我不大确定。
也许是当你创造一些东西时，你可能会发现，用户会以你从未考虑过的方式来使用它。

总结

真实世界中，程序的输入有无数的可能性，需要尽可能地考虑所有突发状况。
如果技术上办不到，则请至少添加足够的防御代码。

最后

Raymond Chen的《The Old New Thing》是我非常喜欢的博客之一，里面有很多关于Windows的小知识，对于广大Windows平台开发者来说，确实十分有帮助。
本文来自：《The hunt for a faster syscall trap》