Page 7 of 8
Re: Reduce Input Delay (Mouse & Keyboard Buffer Size)
Posted: 17 Sep 2021, 07:27
by Rallaz
Eonds wrote: ↑17 Sep 2021, 02:21
Rallaz wrote: ↑16 Sep 2021, 22:53
Eonds wrote: ↑16 Sep 2021, 21:44
Rallaz wrote: ↑15 Sep 2021, 09:48
Was the same as before.
I want to remember that I have also modified my kb and mouse plus usb ports to run at 1000hz can that be why I dont feel these tweaks?
Would 1000hz be better then this tweak or wise-versa
I'm not sure exactly how that program works. Get a cosair k65 mini (8khz polling rate + 4khz scan rate, & Razer 8khz and you'll be fine.
Tried that 4 months ago? It was actually extremely worse
Tried what? A better mouse and keyboard doesn't make your pc worse, yes the polling rate is more "taxing" on cpu resources but if you have a properly optimized os then it's not an issue.
I tried that exact keyboard (
cosair k65 mini) and it wasn't near as fast as the
Steelseries Apex Pro
Re: Reduce Input Delay (Mouse & Keyboard Buffer Size)
Posted: 17 Sep 2021, 07:32
by Eonds
Rallaz wrote: ↑17 Sep 2021, 07:27
Eonds wrote: ↑17 Sep 2021, 02:21
Rallaz wrote: ↑16 Sep 2021, 22:53
Eonds wrote: ↑16 Sep 2021, 21:44
I'm not sure exactly how that program works. Get a cosair k65 mini (8khz polling rate + 4khz scan rate, & Razer 8khz and you'll be fine.
Tried that 4 months ago? It was actually extremely worse
Tried what? A better mouse and keyboard doesn't make your pc worse, yes the polling rate is more "taxing" on cpu resources but if you have a properly optimized os then it's not an issue.
I tried that exact keyboard (
cosair k65 mini) and it wasn't near as fast as the
Steelseries Apex Pro
You have to manually set the corsair k65 mini (Silver Speed switches) to 8khz + update the firmware for it. The only thing that the Apex has better is actuation distance which is relatively important.
Re: Reduce Input Delay (Mouse & Keyboard Buffer Size)
Posted: 17 Sep 2021, 07:50
by Rallaz
Eonds wrote: ↑17 Sep 2021, 07:32
Rallaz wrote: ↑17 Sep 2021, 07:27
Eonds wrote: ↑17 Sep 2021, 02:21
Rallaz wrote: ↑16 Sep 2021, 22:53
Tried that 4 months ago? It was actually extremely worse
Tried what? A better mouse and keyboard doesn't make your pc worse, yes the polling rate is more "taxing" on cpu resources but if you have a properly optimized os then it's not an issue.
I tried that exact keyboard (
cosair k65 mini) and it wasn't near as fast as the
Steelseries Apex Pro
You have to manually set the corsair k65 mini (Silver Speed switches) to 8khz + update the firmware for it. The only thing that the Apex has better is actuation distance which is relatively important.
I did all that, within the software and tried modding it. Ended up returning it since it was much worse on my end.
Re: Reduce Input Delay (Mouse & Keyboard Buffer Size)
Posted: 22 Sep 2021, 09:00
by MT_
A buffer is a buffer. There needs to be a reason for the buffer to be 'full' to make reducing a buffer have any effect.
So the real question is, assuming this 'works' for some, why the buffer becomes 'full' in the first place.
Underlying issues or bad optimization somewhere, or just a matter of 'default' behavior in combination with a less powerful system.
Since most things OS gets controlled on core 0 traditionally (For the most part), just removing any game from the first core significantly improves a vast amount of OS related mechanics and subsequently the behavior of certain games.
Much better option than to screw around with tools like IRQ affinity which is almost not really supported for most hardware or has side effects (Exception being some storage drivers and network adapters with RSS support).
Unloading Core 0 fixes a bunch of contention.
Re: Reduce Input Delay (Mouse & Keyboard Buffer Size)
Posted: 22 Sep 2021, 09:50
by skkiNN
MT_ wrote: ↑22 Sep 2021, 09:00
A buffer is a buffer. There needs to be a reason for the buffer to be 'full' to make reducing a buffer have any effect.
So the real question is, assuming this 'works' for some, why the buffer becomes 'full' in the first place.
Underlying issues or bad optimization somewhere, or just a matter of 'default' behavior in combination with a less powerful system.
Since most things OS gets controlled on core 0 traditionally (For the most part), just removing any game from the first core significantly improves a vast amount of OS related mechanics and subsequently the behavior of certain games.
Much better option than to screw around with tools like IRQ affinity which is almost not really supported for most hardware or has side effects (Exception being some storage drivers and network adapters with RSS support).
Unloading Core 0 fixes a bunch of contention.
Can you man explain me how to remove any game from core0 then unloading some stuff from it? Thanks in advance
Re: Reduce Input Delay (Mouse & Keyboard Buffer Size)
Posted: 22 Sep 2021, 11:31
by ujjwal15
skkiNN wrote: ↑22 Sep 2021, 09:50
MT_ wrote: ↑22 Sep 2021, 09:00
A buffer is a buffer. There needs to be a reason for the buffer to be 'full' to make reducing a buffer have any effect.
So the real question is, assuming this 'works' for some, why the buffer becomes 'full' in the first place.
Underlying issues or bad optimization somewhere, or just a matter of 'default' behavior in combination with a less powerful system.
Since most things OS gets controlled on core 0 traditionally (For the most part), just removing any game from the first core significantly improves a vast amount of OS related mechanics and subsequently the behavior of certain games.
Much better option than to screw around with tools like IRQ affinity which is almost not really supported for most hardware or has side effects (Exception being some storage drivers and network adapters with RSS support).
Unloading Core 0 fixes a bunch of contention.
Can you man explain me how to remove any game from core0 then unloading some stuff from it? Thanks in advance
Use Process Lasso, it has an option for selecting CPU affinity for a process.
Re: Reduce Input Delay (Mouse & Keyboard Buffer Size)
Posted: 23 Sep 2021, 00:36
by lizardpeter
So I ran some tests with three different values for MouseDataQueueSize. It does in fact seem like 0 sets it at the default value. The non-paged memory pool for both no registry value and 0 is 9872. With 16, however, it is only 1744.
It looks like the default value is 100 and setting it to 0 just goes to default.
Re: Reduce Input Delay (Mouse & Keyboard Buffer Size)
Posted: 12 Jul 2023, 16:33
by 0ka
i tried 200000 hex and 10 hex on keyboarddataqueuesize and couldn't find any difference when playing osu.
i played the same map at least 5 times with different values and every time i got very similar results (i.e. average hit error 6,7,8ms late)
i also disabled all cores on the cpu except core 0 (to be 100% cpu bound) and the only difference that was that the game slowed down (longer loading times, freezes)
upd: tested with arduino and light sensor (cpu bound but only on one core) with rtss and gpu test triangle and there is no difference
Re: Reduce Input Delay (Mouse & Keyboard Buffer Size)
Posted: 12 Jul 2023, 22:46
by masneb
You need to use decimal (assuming those translate from hex to normal decimal values). You also need to reboot between changes.
This 100% does do something. You can set it to 0 and basically brick your mouse. Closer you get to 0 the better, but also start generating errors if you go too far, have to find the sweet spot.
Re: Reduce Input Delay (Mouse & Keyboard Buffer Size)
Posted: 13 Jul 2023, 08:28
by 0ka
masneb wrote: ↑12 Jul 2023, 22:46
You need to use decimal (assuming those translate from hex to normal decimal values)
almost any value will work, you can check by yourself with
poolmon. take the log file with "poolmon -n C:\log.txt" and search for kbdc/mouc, values will change if queue size changed (delete log.txt before taking the log again)
source
values like ffffffff will not work (it will default to 64 hex) because it exceeds the amount of free RAM
masneb wrote: ↑12 Jul 2023, 22:46
You also need to reboot between changes.
ofc
masneb wrote: ↑12 Jul 2023, 22:46
You can set it to 0 and basically brick your mouse
0 is invalid and = default value of 64 hex
masneb wrote: ↑12 Jul 2023, 22:46
This 100% does do something
would you agree to do a blind test?