I've just added `drm_kms_helper.poll=0` to my boot entry, and while I haven't gotten the absurd-several-seconds-long lag since rebooting, moving the mouse in circles can spike firefox from <10% on a single CPU to 70%. I tried changing mouse poll to lower settings, but 1. xinitrc, no compositing, no power saving or screen locking etc save for i3status), screen, and a wired Logitech Logitech G903 Wired 1ms (1000hz) poll rate. ![]() I'm running a threadripper 1950X with a 2080ti, "raw" i3-wm (via startx and a barren. This has absolutely been happening to me too, glad I'm not alone. every few seconds, so presumably power-saving wouldn't kick in that rapidly. Also, when I experience the problem, I trigger it quickly, i.e. I would have thought if the mouse were power-saving and incapable of transmitting the signal, it would also be incapable of capturing the movement. Having said that, if the initial mouse movement is "saved" and occurs a split second later, doesn't that suggest it's a software issue? If it's (hardware) auto-sleeping, then presumably that original movement would be lost. It's intermittent, and rare, which doesn't necessarily mean it's not a hardware issue, but it's certainly unclear! ![]() ![]() It's plausible however that this is a new problem with the mouse. I've had the mouse for a few years, and it's only exhibited this behaviour now, so I don't think it goes into power-saving mode by design. Yes I guess that's plausible, but I'm suppose there's no way to tell for sure if it's a software or hardware problem.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |