From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Valentin Ignatyev Newsgroups: gmane.emacs.bugs Subject: bug#29737: 27.0.50; pixel-scroll-mode is laggy Date: Sat, 23 Dec 2017 21:30:15 +1000 Message-ID: References: <83shcaqxgm.fsf@gnu.org> <20171217.110045.719415281082937882.tkk@misasa.okayama-u.ac.jp> <83bmirm59m.fsf@gnu.org> <20171223.121856.1621317657268275586.tkk@misasa.okayama-u.ac.jp> <834lohls0r.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="001a113f8754df47e505610041e1" X-Trace: blaine.gmane.org 1514028560 27854 195.159.176.226 (23 Dec 2017 11:29:20 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 23 Dec 2017 11:29:20 +0000 (UTC) Cc: Tak Kunihiro , 29737@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Dec 23 12:29:15 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eShzP-0006Z7-74 for geb-bug-gnu-emacs@m.gmane.org; Sat, 23 Dec 2017 12:29:15 +0100 Original-Received: from localhost ([::1]:41547 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eSi1K-0000pc-AD for geb-bug-gnu-emacs@m.gmane.org; Sat, 23 Dec 2017 06:31:14 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42008) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eSi1B-0000pH-Tf for bug-gnu-emacs@gnu.org; Sat, 23 Dec 2017 06:31:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eSi17-000553-UA for bug-gnu-emacs@gnu.org; Sat, 23 Dec 2017 06:31:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:40066) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eSi17-00054v-QI for bug-gnu-emacs@gnu.org; Sat, 23 Dec 2017 06:31:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1eSi17-0004Gj-K3 for bug-gnu-emacs@gnu.org; Sat, 23 Dec 2017 06:31:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Valentin Ignatyev Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 23 Dec 2017 11:31:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29737 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 29737-submit@debbugs.gnu.org id=B29737.151402862516362 (code B ref 29737); Sat, 23 Dec 2017 11:31:01 +0000 Original-Received: (at 29737) by debbugs.gnu.org; 23 Dec 2017 11:30:25 +0000 Original-Received: from localhost ([127.0.0.1]:48747 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eSi0X-0004Fq-Cw for submit@debbugs.gnu.org; Sat, 23 Dec 2017 06:30:25 -0500 Original-Received: from mail-it0-f52.google.com ([209.85.214.52]:36126) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eSi0U-0004Fb-FI for 29737@debbugs.gnu.org; Sat, 23 Dec 2017 06:30:22 -0500 Original-Received: by mail-it0-f52.google.com with SMTP id d16so17175429itj.1 for <29737@debbugs.gnu.org>; Sat, 23 Dec 2017 03:30:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=0IfKzKFYtOsPDnmsAiuoy/SmFBMH7ivWIJB5z+i/JVw=; b=Ks17SCPdk4JOudEkPydR1OyUhsfQghSb8snE44S1Vlnjf87hBBlsTSxB/DE9cOQNNG JSjX2a+bZoUrvKBc5nB62MFdDgI4pkKN/pKxBeHP/tgk0ThSXSAe/2VY4gRn8sSPs+xa 3V8ZDl0y69x43WEjh8lmD0kp2tuuf5rxUAijKIwlEhBps1LaxQ5ItTXihvK/gg+n9uGK bus1ewS2uCnYZWSyKcWsO2lGQU2OLM88cj9R4l2ZW65Ah+eJ4VskJB1XW8V7fHrEwefg T36jhV0RPZyo63VYQTrNtAEakngEGlV6qvQnGR0R6TfJp5Zaa2OY5dbxTIElx6d8KeNS k5aA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=0IfKzKFYtOsPDnmsAiuoy/SmFBMH7ivWIJB5z+i/JVw=; b=FNJ14UPls0olBEDRK+oS2GB6/XiFQxg7t2JmfOUDGk8s9oU1a9PUqFEKbnfeAtyFfD U7vKEgP+qnxf8JGQZlQG38DzgqdTmTgGVOfoNvbl2b1rLjVwP+YK1MwMPHyMtUaJWZ+M I3OcJc9pXlWmnt9VgImYu6LWiA5RJTwyUCcn6BuXIHa2xd8UadKuVdiaFSJtyUu7VdS3 +szGvz9Qnhl+qq0MUqpl0o5UsIbzU+29Q734G1rxN50q1pSipzXB1Sv10BxJwVAMb8yV taI1zIZyLuTjDCUI/KFmgcEJxT6On5EJsqkPyeAvoE0Kj+jfM6T5doinwehGRQwGaLyE OPVA== X-Gm-Message-State: AKGB3mKpP7VvWrgg4Trda1KuIYOqVz2yjscqPYmnbPOa0Mh8/rbpOSzQ A3enPRG/ozL7tszoh/5t54CaXMjGyMGKCQvVMmU= X-Google-Smtp-Source: ACJfBosCVxpc+RGdT12Kaf2jec+8MHhjQ3/yMLf0+ijLEUB3+t4/COL/5yBawQI4/HiTT6W1uBWizrt6BiH8ujY1nE0= X-Received: by 10.36.44.19 with SMTP id i19mr21314384iti.143.1514028616595; Sat, 23 Dec 2017 03:30:16 -0800 (PST) Original-Received: by 10.107.149.201 with HTTP; Sat, 23 Dec 2017 03:30:15 -0800 (PST) In-Reply-To: <834lohls0r.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:141419 Archived-At: --001a113f8754df47e505610041e1 Content-Type: text/plain; charset="UTF-8" Hi all. I just tested this fix. While it doesn't solve the issue, I saw a little improvement. And now I see the lag pattern. When I slowly start scrolling, it scrolls for a while and then jumps about 10 rows at the time, then scrolls a bit more and jumps again If I swipe my trackpad too fast, emacs instantly eats 100% CPU and hangs infinitely (it hangs not every time, but rather once in a while. It can just go to the end of the file). If I scroll with Ctrl-key as Eli suggested in the first thread mail, it scrolls better than before the fix, but I still see this lag pattern (scroll a bit and then jump), but in the smaller scale and it doesn't kill emacs. Setting mouse-wheel-progressive-speed to nil seem to make no difference. Btw, while I do use macbook, my OS is Arch Linux here :) I think I'll try to compile latest emacs-26 branch on macos itself and tell there is defference. Maybe it'll shrink down the scope Thanks for your work on this, I really appreciate it On Sat, Dec 23, 2017 at 7:20 PM, Eli Zaretskii wrote: > > Date: Sat, 23 Dec 2017 12:18:56 +0900 (JST) > > Cc: valentjedi@gmail.com, 29737@debbugs.gnu.org, > tkk@misasa.okayama-u.ac.jp > > From: Tak Kunihiro > > > > > I'd like to fix this on the release branch, not on master. Is the > > > patch you sent good to go to the release branch? Does it solve the > > > display lags mentioned in the bug report? > > > > Yes, the patch I sent is good to go to the release branch. > > Thanks, pushed to the release branch. > > > I'm not 100% sure what 'the display lag' meant. > > It meant very slow scrolling, with redisplay falling far behind. > After applying the patch, I see a definite improvement on my system. > > > After the patch, at least I tested with MacBook and do not recognize > > 'the display lag'. > > Right. Valentin, could you please see whether this change makes the > problem go away, or at least makes it much less of a problem? TIA. > --001a113f8754df47e505610041e1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi all.
I just tested t= his fix. While it doesn't solve the issue, I saw a little improvement. = And now I see the lag pattern. When I slowly start scrolling, it scrolls fo= r a while and then jumps about 10 rows at the time, then scrolls a bit more= and jumps again
If I swipe my trackpad too fast, emacs inst= antly eats 100% CPU and hangs infinitely (it hangs not every time, but rath= er once in a while. It can just go to the end of the file).
If I s= croll with Ctrl-key as Eli suggested in the first thread mail, it scrolls b= etter than before the fix, but I still see this lag pattern (scroll a bit a= nd then jump), but in the smaller scale and it doesn't kill emacs.
<= /div>Setting mouse-wheel-progressive-speed to nil seem to make no differenc= e.

Btw, while I do use macbook, my OS is Arch Linux here :)
I think I'll try to compile latest emacs-26 branch on macos its= elf and tell there is defference. Maybe it'll shrink down the scope
=

Thanks for your work on this, I really appreciate it


On Sat, Dec 23, 2017 at 7:20 PM, Eli Zaretsk= ii <= eliz@gnu.org> wrote:
> D= ate: Sat, 23 Dec 2017 12:18:56 +0900 (JST)
> Cc: valentjed= i@gmail.com, 29737@debbugs.gnu= .org, tkk@misasa.okayama-= u.ac.jp
> From: Tak Kunihiro <t= kk@misasa.okayama-u.ac.jp>
>
> > I'd like to fix this on the release b= ranch, not on master.=C2=A0 Is the
> > patch you sent good to go to the release branch?=C2=A0 Does it so= lve the
> > display lags mentioned in the bug report?
>
> Yes, the patch I sent is good to go to the release branch.

Thanks, pushed to the release branch.

> I'm not 100% sure what 'the display lag' meant.

It meant very slow scrolling, with redisplay falling far behind.
After applying the patch, I see a definite improvement on my system.

> After the patch, at least I tested with MacBook and do not recognize > 'the display lag'.

Right.=C2=A0 Valentin, could you please see whether this change make= s the
problem go away, or at least makes it much less of a problem?=C2=A0 TIA.

--001a113f8754df47e505610041e1--