直接挂总线已经是后冯诺依曼时代的最优解了吧，就是个输入设备罢了。PS/2也就是出现得早吃了个接近硬件底层的福利

PS/2多键有问题吧？

除了电竞谁还（愿意）用有线键鼠

cpu占用率高是正常的，如果你想延迟低那么就要用cpu去不停的读缓存，很多科学仪器测试的时候cpu占用率就是100%，其实就是用cpu不停的查缓存

https://www.stmcu.org.cn/module/forum/thread-621270-1-1.html
这帖子里面看到一个回复：
USB 在设计之初就根本没有考虑过实时性能，因此说如果对于传输时序有要求的话还是避开吧，替代方案我有三个：
其一：如果主板支持，考虑用硬件串口。硬件串口在 PC 上不论是总线结构还是驱动都要简单得多，因此时序更可控。不过现在大多数新主板都取消了硬件串口，找起来会有点累。
其二：如果固件复杂度可以接受，考虑走以太网。以太网光是速度就要比 USB 快得多，哪怕一样是不针对实时优化软硬件设计，光这个接口提速就可以消除不少延迟问题。
其三：如果要求更高的话，考虑 PCIe。这个要用一片桥接芯片，桥接芯片不便宜，而且电脑上的驱动也是比较复杂的。但是不论速度还是实时性，PCIe 都要好得多。PCIe 可以再转成 ExpressCard 或 Thunderbolt 来兼容笔记本电脑。
----------------------------------------------------------------------------------
说实话，在一个不考虑实时性的系统上讨论一个不考虑实时性的串口总线，也是脑子有洞了。
可以说，在USB上追求低延迟，几乎不可能。

usb延迟够用 可以异步处理数据 对整体性能影响小
ps/2 触发硬中断 回报率越高副作用越大
所以减少外设片上处理延迟 合并无改变回报更有用

具体的驱动延迟分析可以用latencymon 高负载时 明显还是显卡驱动受影响巨大

我才看到这张图 应该能解释为什么 8000hz回报率意义不大的原因了

国外有个M1K的鼠标，8000Hz轮询率

建议整个pcie鼠标，直接dma，然后cpu反复读那段内存就行了，保证延迟低。
再不行鼠标弄个二号接口接到网卡上，生成的数据直接丢给服务器，这样就算1000帧下拼抢也能准确无误差判断谁先开枪

现在轮回眼已经嫌弃USB鼠标的延迟了么

果然 毒蝰8khz上市后退货好多 不过毒蝰8khz固件处理真的好 单击延迟不受回报率影响 移动延迟则和回报率dpi挂钩

不过8000hz兼容是真的差 apex只能4000hz

这不是兼容不兼容的问题，我问你高速公里没公里一个收费站就已经很烦了，你突然来了125米就一个收费站，不想打人才怪