GNU bug report logs - #46350
28.0.50; touchpad-scrolling-eats-lots-of-cpu-samples

Previous Next

Package: emacs;

Reported by: Andrey Orst <andreyorst <at> gmail.com>

Date: Sat, 6 Feb 2021 17:35:02 UTC

Severity: normal

Found in version 28.0.50

Full log


Message #23 received at 46350 <at> debbugs.gnu.org (full text, mbox):

From: Andrey Orst <andreyorst <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 46350 <at> debbugs.gnu.org
Subject: Re: bug#46350: 28.0.50; touchpad-scrolling-eats-lots-of-cpu-samples
Date: Sat, 6 Feb 2021 22:47:55 +0300
[Message part 1 (text/plain, inline)]
>
> Do you use a large frame and/or a small
> font?


In fact, yes, my screen is 2K, and system font scaling is set to 1.44, but
this also happens on regular 1080p screen with regularly sized font.

And how many mouse-wheel events Emacs receives in your
> scenario, anyway?
>

Sorry, how can I check that? I do think that Emacs actually receives a
metric ton of events, as scolling with mouse seems hardly lag at all, and
scrolling in termux with touch events also not as laggy.

Oh, and what happens if you raise gc-cons-threshold to a large value?
>

No difference. Note, that scrolling with scrollbars has no lag at all, so I
don't think that GC is relevant here.

I've also noticed that scrollin with scrollbar has (sit-for 0) in the body
of the scroll function, and IIRC mwheel-scroll doesnt sit at all. maybe
because of that it consumes too many inputs?

I wonder if you could send tons of scrolling inputs via xdotool or smth
like that on Linux?

>
[Message part 2 (text/html, inline)]

This bug report was last modified 4 years and 132 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.