Announcement

Collapse
No announcement yet.

X.Org vs. (X)Wayland Gaming Performance For NVIDIA GeForce & AMD Radeon On Ubuntu 22.04

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • #51
    Originally posted by Myownfriend View Post

    Unless I'm missing something, it doesn't seem like they were against fixing the problem. Some of the push back was because they felt the commit messaging wasn't properly explaining what the patch would do but most of it had to do with performance issues introduced with how the patch fixed the problem. Daniel even acknowledged that CPU usage would increase but felt that patch should be merged first and then CPU usage should be reduced later. Carlos Garnacho, the person who maintains Gnome's drawing tablet input support, felt that any future fixes to CPU usage from that patch would likely result in the patch being completely reverted.
    I've been on the receiving end of that kind of bikeshedding before, and it's not personally upsetting for me. Email is asynchronous after all, I don't care, and if they want my contribution, it will get in when it gets in. But if you care about, "time to fixed code on end user systems", that metric suffers heavily.

    The proposals for reducing CPU usage later all amounted to delaying/coalescing input events again, somehow. It's an unavoidable tradeoff between latency and CPU usage. Either plugging a 1000 Hz mouse in causes the input code path to run 8x as often, or it doesn't.

    And most of the cost is often on the application side. Firefox, which is especially bad, will burn up half a CPU core on my machine if you wave a 1000 Hz mouse over it. Now, you can and should argue that Firefox is poorly programmed in that respect, but every application would have to have its input stack fixed independently, and even if you could get the overhead down to the lower bound (which I think is 6 context switches per event, maybe 4 with io_uring), CPU wakeups have an irreducible cost due to charging up capacitances with energy you can't get back.

    Most good 1000 Hz mice have a programmable button that can be assigned to switch the sampling rate, or even a physical switch. I found that 500 Hz was good enough for me most of the time. 1 ms average input lag and position jitter, rather than 0.5 ms, at half the CPU cost.
    Last edited by yump; 19 February 2022, 06:46 PM.

    Comment

    Working...
    X