微软|一则轶事:对更快的系统调用陷阱的追求


微软|一则轶事:对更快的系统调用陷阱的追求

在那个古老年代 , 大家都对系统调用陷阱(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》