请教TOM.CAT兄 PCI9052 的处理速度？

TOM兄，有没有用过PCI9052，它的交互性能如何啊？我现在做的卡实时性要求很高，我是用的Drierstudio 写的，普通的读写，16位预取，我测了一下，好象只能 1Byte/us，也许我用的方式不对？不知有没有更好的处理方法使 计算机与外部的交互速度 加快？？改变方案用PCI9054的DMA会不会好一点啊~~~~

除了 in（），out（），怎么优化啊？

加一句：我的可能是以5K HZ 频率外部数据过来（DSP），然后想送到计算机处理（数据<128 bytes），还要再回传给DSP，所以实时性要求很高，我希望读或写的过程能控制在50us以内，应该中断响应速度能够跟上吧，不知道处理上能不能有什么好的方法？
郁闷ing~~~~~

终于盼到TOM兄了~~谢谢啊~~
现在项目上最难控制的就是时间问题，就怕时间满足不了要求，本来在前期规划的时候想完全用 嵌入式的，这样做产品比较好一点，不过这样工作量太大，而且项目组以前没有很好的经验积累，还是用了PCI卡在Windows下面，外面加了块DSP做计算和控制用。我两个星期前还在这里问大侠们 驱动是用什么写的，现在在驱网的几位前辈的帮助指点下有点入门了：），不过好象这里现在人气不是很足啊~~~~~~~~
DS下，我昨天用了中断，共享内存，事件通知读了128Byte的数据，发现时间是40多us（包括DSP、PCI中断），但原来用DeviceIoControl（）调用列程，同样就要200us，难道DeviceIoControl（）花这么多时间？那我应用程序写数据启不也是要在驱动里创建一个线程，然后与应用程序同步啊？
我也很担心Windows的中断，如果任务一多，不实时响应，那改怎么处理呢？？？

~~~~~~~~~~~~~

用非时实系统实现这么高的时实性能可靠性不好保证,假如你的应用程序做的很大,有很多线程的话肯定会影响性能.这个问题可能是每个做windows驱动都遇到的问题,一般还是加大硬件缓冲.