Cherry removes debounce almost entirely!

[Sparky]

I do notice a difference in overall machine performance between a 1k hz polling keyboard VS one plugged in via PS/2 in some games. Specifically CPU intensive games

If USB polling as a significant impact on system performance it should show up in normal benchmarks, hell, it should show up in task manager. I can't see a difference.

Do you have a test condition that consistently produces the issue?

[Glide]

I do notice a difference in overall machine performance between a 1k hz polling keyboard VS one plugged in via PS/2 in some games. Specifically CPU intensive games

If USB polling as a significant impact on system performance it should show up in normal benchmarks, hell, it should show up in task manager. I can't see a difference.

Do you have a test condition that consistently produces the issue?

With very high CPU usage in some applications, my 500/1000Hz mice will be unusable (cursor updates once every few seconds) while 125Hz mice seem to respond far quicker to inputs.

I know that's not USB vs PS/2, but I do wonder if USB3 with its interrupt support would solve this problem.

[flood]

yea but for keyboards it's a different situation as it doesn't send 1000 state changes a second

[Sparky]

I do notice a difference in overall machine performance between a 1k hz polling keyboard VS one plugged in via PS/2 in some games. Specifically CPU intensive games

If USB polling as a significant impact on system performance it should show up in normal benchmarks, hell, it should show up in task manager. I can't see a difference.

Do you have a test condition that consistently produces the issue?

With very high CPU usage in some applications, my 500/1000Hz mice will be unusable (cursor updates once every few seconds) while 125Hz mice seem to respond far quicker to inputs.

I know that's not USB vs PS/2, but I do wonder if USB3 with its interrupt support would solve this problem.

That sounds more like a thread priority issue, and I remember that happening frequently back when I used a system with a single core CPU. I can't remember it happening recently, but it's a lot harder to fully saturate a 4 core system.

[Glide]

That sounds more like a thread priority issue, and I remember that happening frequently back when I used a system with a single core CPU. I can't remember it happening recently, but it's a lot harder to fully saturate a 4 core system.

It is difficult, but some applications can still manage it. I'm using a quad-core system.

[Sparky]

That sounds more like a thread priority issue, and I remember that happening frequently back when I used a system with a single core CPU. I can't remember it happening recently, but it's a lot harder to fully saturate a 4 core system.

It is difficult, but some applications can still manage it. I'm using a quad-core system.

Which programs? It really doesn't sound like a USB problem, it sounds like a general system responsiveness and resource prioritization problem. If the program you have an issue with has a linux version, does it happen there too?

yea but for keyboards it's a different situation as it doesn't send 1000 state changes a second

Not quite. Every poll, the keyboard responds with the whole set of currently pressed keys. It's PS/2 keyboards that only send state changes.

[Glide]

That sounds more like a thread priority issue, and I remember that happening frequently back when I used a system with a single core CPU. I can't remember it happening recently, but it's a lot harder to fully saturate a 4 core system.

It is difficult, but some applications can still manage it. I'm using a quad-core system.

Which programs? It really doesn't sound like a USB problem, it sounds like a general system responsiveness and resource prioritization problem. If the program you have an issue with has a linux version, does it happen there too?

Things like video encoding and certain audio decoders when batch-processing a large number of files can cause it to happen.

[Sparky]

That sounds more like a thread priority issue, and I remember that happening frequently back when I used a system with a single core CPU. I can't remember it happening recently, but it's a lot harder to fully saturate a 4 core system.

It is difficult, but some applications can still manage it. I'm using a quad-core system.

Which programs? It really doesn't sound like a USB problem, it sounds like a general system responsiveness and resource prioritization problem. If the program you have an issue with has a linux version, does it happen there too?

Things like video encoding and certain audio decoders when batch-processing a large number of files can cause it to happen.

And something like Prime 95 doesn't? It sounds like those programs are using a higher priority than they should be.

[Glide]

And something like Prime 95 doesn't? It sounds like those programs are using a higher priority than they should be.

No, it doesn't. Priority is "normal" for their processes, and only 500/1000Hz mice are badly affected.

[flood]

windows is just shitty