Fast I/O

 

DDK上专门有一节将Irp机制和FastIO机制，其实主要是将FastIO，个人感觉写的很易懂，清晰，大意如下：
    
    对于IO操作，Irp机制是最基本、默认的处理机制。Irp机制可以用于同步的、异步的、cached（这个词英文单词更能表达意思，就不画蛇添足了） 或者noncached IO操作。当遇到“缺页中断（page faults，很多书里译成‘页故障’，不过我更喜欢我这种译法，出自我的操作系统老师）”时，Memory Manager也会通过发送相应的Irp包给文件系统，来处理。
    
    而 FastIO 的设计初衷则是用来处理快速的、同步的、并且“on cached files”的IO操作。当进行 FastIO 操作时，所需处理的数据是直接在用户buffer和系统缓存中进行传输的，而不是通过文件系统和存储器驱动栈（storage driver stack）。事实上存储器驱动并不使用FastIO机制。当需要处理的数据已经存在于系统缓存，则采用FastIO机制的读写操作立刻就可以完成。否则，系统会产生一个缺页中断，这会导致系统发送相应的IRP包来完成用户所需的读写操作。通常发生这种情况（指：所需的数据不在系统缓存的情况）的时候，FastIO函数会返回FALSE，或者一直等到缺页中端响应函数把所需的数据都加载到系统缓存中。（注：如果FastIO处理函数返回FALSE，那么调用者必须自己创建相应Irp来完成所需的处理。）
    
    文件系统需要支持IRP机制，但并不一定需要支持FastIO机制。当IO Manager收到文件同步IO操作请求时，它首先检查目标设备对象的驱动程序是否提供了相应的FastIO处理函数。如果有，IO Manager就调用它，如果没有，那么IO Manager就通过发送相应的IRP包来完成该操作。 
    
    文件系统过滤驱动程序的控制设备对象（CDO）并不一定需要处理IO操作。过滤器设备对象(FiDO)则需要将所有不能识别的Irp包都传递到自己下层的驱动程序。另外有一点需要注意，挂在到卷上的过滤器设备对象必须提供 FastIoDetachDevice 函数。
    
    总结(我自己的理解，不保证正确性)：

    'FastIO机制'之于'IRP机制'，相当于'系统缓存'之于'物理内存'。都是为了提高操作系统的处理效率而提供的。FastIO只会涉及到系统缓存，而不会涉及到IRP包。当FastIO无法完成所需的操作时，系统才会使用IRP机制。（某些操作只能使用IRP机制，除外。）
    
    另外：过滤驱动程序需不需要提供FastIO需要看具体情况，如果挂载的目标驱动提供了FastIO处理函数，那么咱们的过滤驱动程序就需要提供。但是因为Win2K和WinXP的文件系统都提供了FastIO，所以在这两个平台下，一般都需要提供。（这句话是我查资料的时候瞧见的，不保证正确性。不过我都会提供FastIO，因为 sinister 是这么建议的。）