|
阅读：1441回复：10
关于硬件I/O的排队！
那位老兄可以说一下使用它的好处吗？
|
|
|
沙发#
发布于：2003-01-02 09:51
除非你的应用要求顺序访问硬件，否则用排队的方式好像没有什么优势。
|
|
|
|
板凳#
发布于：2003-01-02 11:02
在实时系统里就有用了
|
|
|
地板#
发布于：2003-01-02 11:57
我认为如何你要支持多系统的话，这个例程就可能需要，这取决于你的下层的驱动是不是已做了这方面的工作。
|
|
|
地下室#
发布于：2003-01-02 18:11
我想如果当前io没有处理玩,而另一io请求又到来时,除了排入队列,另一个方法就是丢失io请求了
|
|
|
|
5楼#
发布于：2003-01-02 19:31
这取决于你的请求是否逻辑上必须串行，如果逻辑上可以并行的话，你没有必要排队或者丢包的。完全可以做到逻辑上并行。
|
|
|
|
6楼#
发布于：2003-01-02 19:44
不同意楼上的意思，认为当你的IRP不能很快的处理完的话，就有必要用这个例程，不然你的的客户用线程的话就会有问题，比如速度很慢，没有效率!
|
|
|
7楼#
发布于：2003-01-02 20:16
刚刚得到验证，我的驱动程序的效率上来了!
|
|
|
8楼#
发布于：2003-01-07 10:50
偶除了说你牛之外就没有什么好说的了
|
|
|
|
9楼#
发布于：2003-01-07 11:26
想请问一下楼上的siteddy,逻辑上并行是不是指采用譬如使用线程池的方法？有没有其他方法？
谢谢！ |
|
|
10楼#
发布于：2003-01-07 16:18
如果你在进行处理时需要同步工作，那就有优势了。可以简化许多同步问题。如果对硬件操作，就必须用队列，windows本身有两种队列，自建的和系统的，即使你不用StartIo，也要自己维护一个IRP链表，不然程序会混乱的。
|
|