Trank

超电磁侠 发表于 2018-3-18 00:27
usb协议是主机控制的协议，就是根据定时器去查的，显示0其实就是usb controller向驱动报告，这次没收到da ...

没有仔细研究过USB栈，估计USB控制器类似于嵌入式（协处理之类的），可以不通过CPU直接和USB设备通讯，通讯完了再通过中断通知CPU来取数，如果是USB TO USB就不需要通过CPU,类似原来的DMA传数据，定时查其实很土的一种方法，基本上就是那种没有操作系统的单片机系统采用的，而且定时本来就需要用到定时中断，你用程序去计时，CPU就干不了别的事了。现在一般都是中断，可能有芯片组  uSB控制器这类协处理预处理

超电磁侠

Trank 发表于 2018-3-18 16:33
没有仔细研究过USB栈，估计USB控制器类似于嵌入式（协处理之类的），可以不通过CPU直接和USB设备通讯，通 ...

你这样说带偏了，原本就是说usb device不是基于interrupt而是基于主机的polling的，你这样说的话变成讨论usb用的总线，比如PCIE跟cpu的通信架构的事了。
这样说的话，usb controller 跟cpu确实有一个IRQ的资源。你从这个角度去说，其实usb也是靠中断也没错。

Trank

超电磁侠 发表于 2018-3-18 19:44
你这样说带偏了，原本就是说usb device不是基于interrupt而是基于主机的polling的，你这样说的话变成讨论 ...

刚百度了一下，鼠标都有IRQ编号

超电磁侠

Trank 发表于 2018-3-18 21:29
刚百度了一下，鼠标都有IRQ编号

USB鼠标是没有IRQ的资源的，PS/2才有

armymanlbl

Trank 发表于 2018-3-16 11:04
逻辑不行就不要胡搅蛮缠了，没事多读点书没坏处

对对！这句话我特别同意！

您说咱们跟傻逼讲什么道理~

Trank

超电磁侠 发表于 2018-3-18 21:56
USB鼠标是没有IRQ的资源的，PS/2才有

这个真不是特别了解，IRQ中断是一种很基本构架，一直沿用至今，其实CPU获得数据就两种方式，我们弄过单片机的都知道，CPU主动去查是一种特别土的办法，高级点都上操作系统（一般LINUX比较多）用中断，这个可以减轻CPU的负担，主要是现在总线带宽大了，而且还有协处理器，所以那种卡住的现象很少了，有点像局域网络，原来带宽小，加上CSMA/CD，关键的数据可能碰到网络拥塞传不出去，所有工控基本不用，都用有优先级的网，譬如汽车里面的CAN总线，现在带宽大了，数据量小的也用。

Beretta0252

freezxn 发表于 2018-3-5 23:44
1000hz会卡那只是N多年前的超低配老电脑，但是也不至于卡，太夸张了，只是CPU占用确实会更高一点。理论来说 ...

基本同意。
我以前用激光G500，如果调成1000，会觉得有点飘，有莫名的加速和跳动。
现在用G903，其实我感觉不出太大区别，但是习惯性的，还是用500。

freezxn

Beretta0252 发表于 2018-3-19 11:38
基本同意。
我以前用激光G500，如果调成1000，会觉得有点飘，有莫名的加速和跳动。
现在用G903，其实我 ...

其实现在电脑配置都跟上了，我前面说的是很早之前估计10年都有的XP老电脑平台了，所以那个时候我基本上只用125，现在的话还是建议能上1000就上1000,1000肯定要比500好的，但是如果习惯了500就用500也没差，再就是有些鼠标高回报率并不稳定，我前面电脑已经换成I7了，但是老黑蝰在最新的电脑配置下还是不能流畅用500和1000，感觉还是125才最流畅，所以就把这个鼠标给出了。

沐沐猴子

Beretta0252 发表于 2018-3-19 11:38
基本同意。
我以前用激光G500，如果调成1000，会觉得有点飘，有莫名的加速和跳动。
现在用G903，其实我 ...

话说这个飘真的不可能是刷新率太高。。。。除非是鼠标控制器的bug导致的。。这个不可能是源自协议和硬件的拖累

沐沐猴子

freezxn 发表于 2018-3-19 14:46
其实现在电脑配置都跟上了，我前面说的是很早之前估计10年都有的XP老电脑平台了，所以那个时候我基本上只 ...

我和你的想法一致。  这个就算是出问题，也不会是因为CPU处理不及时，而是鼠标控制器的问题。对于高刷新率，其实任务量大的是鼠标的控制器，出现不流畅啊，飘啊，只可能是控制器跟不上