From unknown Sat Sep 13 14:42:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29737: 27.0.50; pixel-scroll-mode is laggy Resent-From: Valentin Ignatyev Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 16 Dec 2017 18:12:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 29737 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 29737@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.151344790828962 (code B ref -1); Sat, 16 Dec 2017 18:12:01 +0000 Received: (at submit) by debbugs.gnu.org; 16 Dec 2017 18:11:48 +0000 Received: from localhost ([127.0.0.1]:37616 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eQGw7-0007X3-54 for submit@debbugs.gnu.org; Sat, 16 Dec 2017 13:11:47 -0500 Received: from eggs.gnu.org ([208.118.235.92]:59110) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eQGgf-00079W-Cf for submit@debbugs.gnu.org; Sat, 16 Dec 2017 12:55:50 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eQGgX-00039s-KL for submit@debbugs.gnu.org; Sat, 16 Dec 2017 12:55:44 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:54348) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eQGgX-00039m-Gb for submit@debbugs.gnu.org; Sat, 16 Dec 2017 12:55:41 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:50055) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eQGgU-0007r2-O5 for bug-gnu-emacs@gnu.org; Sat, 16 Dec 2017 12:55:41 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eQGgS-000363-JY for bug-gnu-emacs@gnu.org; Sat, 16 Dec 2017 12:55:38 -0500 Received: from mail-it0-x22a.google.com ([2607:f8b0:4001:c0b::22a]:42767) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eQGgS-00035S-Bf for bug-gnu-emacs@gnu.org; Sat, 16 Dec 2017 12:55:36 -0500 Received: by mail-it0-x22a.google.com with SMTP id p139so24148191itb.1 for ; Sat, 16 Dec 2017 09:55:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=Ma+/7NfQAmzo9IJ7yaNzqVniKB62DnSOFyImPBg7CEg=; b=CU3/wpoX6YoPQcugPyJppTiG8hZVX1rWkygUn/oxfcuGuj3wZ6BckpIFaYyEmp2uk8 KuTj8H7k4vR6gvLZM/pz1wNr+mVuvVaMbPL7I4+DY+W/klK0jMAWGJqx0BI6Bn/Unil4 FQUuySi7OMZbmDUTBKD4dUHXuCBYY3PflXO2MgCj28v/wVbBgbiE/Fwq3nCUkKS6s0nk 0Uw85gwXZee2v34TL9fMbFMLgUq7u6fxUpAdZiGNnj/0hztRnFcpXXnHX3U4ZAeQ2IyT /I230VFHXJgM8IIva0l4pwnH+XRPHpHo8hdOjgJrbMI2Foa60UWbq+9BNanMGauLRMA7 qyrQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=Ma+/7NfQAmzo9IJ7yaNzqVniKB62DnSOFyImPBg7CEg=; b=k+6cmngrVRJfS0Ho/gWOhokX+9u1VhduxnbpzQR58gNyvPK06pQA0tweBapuE2EUix 8oCKIo6VEDX4N4VNkb/zS4iUAZ1qQ08zjYuh3cQVmzmT9RIVfoFwY38DZlUXiCIKQHDL 1P+DGRYx7sAvk0XPMOyDeqMjBPEkQ16Qqys7jcXnTbS1uGcFZX4PblNLOKMNW3kSWSwt 6J5469vI81GvQeRzI9GHNH2nVgHk0tRjNyAt8hYsLFbd/6b3UzC83z+xtKoe6xq8fjQi fSBDgAQyhUXM14AHWMGCD4FEsaWljLm/uMSTTvoK4jXYz8MIl6FowzIfBZqeVDBjk6U2 uO8Q== X-Gm-Message-State: AKGB3mLAZZ2h2dbkmAbh9qjw3ovtEEqsn6JPUlNCc2ig5y8afSkGEXVK h8k6rUCdSu9iv4g/zY/yFR3w9jv9iOluNO0ueC1rqQ== X-Google-Smtp-Source: ACJfBovmiWKbW8mtBvFb1S4780ysnvMizJcdbTW7hYGzpuLlfcKBTXKz2RUn2tvpQ9K1kG5DxtHZmnJbwkpZHp+eHfc= X-Received: by 10.36.98.78 with SMTP id d75mr14374301itc.44.1513446935063; Sat, 16 Dec 2017 09:55:35 -0800 (PST) MIME-Version: 1.0 Received: by 10.107.1.6 with HTTP; Sat, 16 Dec 2017 09:55:34 -0800 (PST) From: Valentin Ignatyev Date: Sun, 17 Dec 2017 03:55:34 +1000 Message-ID: Content-Type: multipart/alternative; boundary="001a113f6e4cf37283056078d2f6" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Mailman-Approved-At: Sat, 16 Dec 2017 13:11:45 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) --001a113f6e4cf37283056078d2f6 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Hi! I've tried new feature `pixel-scroll-mode` on both emacs-26 and on master branches. While I see that scrolling became pixel-wise indeed, it is also very laggy. CPU blows up to 100% and ui hangs and freezes. It works ok if I scroll slowly though. It happens with all my plugins and customizations and if I run emacs with -Q flag. My OS is Arch Linux and I also have HiDPI screen (it's MacBook 11,4, mid-2015). I've also started this related reddit thread: https://www.reddit.com/r/emacs/comments/7k7322/pixelscrollmode_wanted/ Thanks a lot for your work, I'd like to give an additional info, but I don't know exactly what could be helpful. Cheers, Velentin. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D In GNU Emacs 27.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22.26) of 2017-12-16 built on vjarch Repository revision: 506270f9c80bf9bd7dad35a2f0aa6f477da6490b Windowing system distributor 'The X.Org Foundation', version 11.0.11905000 Recent messages: Type C-c C-c or C-c C-x to view the image as text or hex. Can=E2=80=99t guess python-indent-offset, using defaults: 4 Setting up indent for shell type zsh Indentation variables are now local. Indentation setup for shell type zsh Wrote /home/vj/.emacs.d/.emacs.desktop.lock Desktop: 1 frame, 54 buffers restored. For information about GNU Emacs and the GNU system, type C-h C-a. mwheel-scroll: Beginning of buffer [3 times] Pixel-Scroll mode enabled pixel-scroll-down: Beginning of buffer Configured using: 'configure --prefix=3D/usr --sysconfdir=3D/etc --libexecdir=3D/usr/lib --localstatedir=3D/var --mandir=3D/usr/share/man --with-gameuser=3D:games --with-sound=3Dalsa --with-xft --with-modules --with-x-toolkit=3Dgtk3 --without-gconf --without-gsettings --without-gpm --without-m17n-flt --without-imagemagick 'CFLAGS=3D-march=3Dx86-64 -mtune=3Dgeneric -O2 -pipe -fstack-protector-strong -fno-plt' CPPFLAGS=3D-D_FORTIFY_SOURCE=3D2 'LDFLAGS=3D-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -fuse-ld=3Dgold'' Configured features: XPM JPEG TIFF GIF PNG RSVG SOUND DBUS NOTIFY ACL GNUTLS LIBXML2 FREETYPE LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 MODULES LIBSYSTEMD JSON LCMS2 Important settings: value of $LC_ALL: en_US.UTF-8 value of $LC_CTYPE: en_US.UTF-8 value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: Outline Minor modes in effect: pixel-scroll-mode: t diff-auto-refine-mode: t projectile-mode: t global-company-mode: t company-mode: t global-flycheck-mode: t flycheck-mode: t ivy-mode: t global-evil-surround-mode: t evil-surround-mode: t evil-leader-mode: t global-undo-tree-mode: t undo-tree-mode: t shell-dirtrack-mode: t evil-mode: t evil-local-mode: t override-global-mode: t global-auto-revert-mode: t global-hl-line-mode: t desktop-save-mode: t cl-old-struct-compat-mode: t show-paren-mode: t tooltip-mode: t global-eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t buffer-read-only: t column-number-mode: t line-number-mode: t global-visual-line-mode: t visual-line-mode: t transient-mark-mode: t view-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug sendmail cus-start cus-load pixel-scroll colir sh-script smie executable conf-mode linum elec-pair vc-git diff-mode ob-python org-rmail org-mhe org-irc org-info org-gnus nnir gnus-sum gnus-group gnus-undo gnus-start gnus-cloud nnimap nnmail mail-source utf7 netrc nnoo gnus-spec gnus-int gnus-range message rfc822 mml mml-sec epa derived epg mm-decode mm-bodies mm-encode mailabbrev gmm-utils mailheader gnus-win gnus nnheader gnus-util rmail rmail-loaddefs mail-utils wid-edit org-docview doc-view image-mode org-bibtex bibtex org-bbdb org-w3m org-element avl-tree generator org org-macro org-footnote org-pcomplete org-list org-faces org-entities org-version ob-emacs-lisp ob ob-tangle org-src ob-ref ob-lob ob-table ob-keys ob-exp ob-comint ob-core ob-eval org-compat org-macs org-loaddefs cal-menu calendar cal-loaddefs view init yaml-mode ag vc-svn find-dired dired dired-loaddefs projectile grep compile ibuf-ext ibuffer ibuffer-loaddefs smartparens-config smartparens-javascript smartparens-text smartparens-python smartparens-markdown smartparens-html evil-smartparens smartparens virtualenvwrapper gud company-anaconda anaconda-mode pythonic f python tramp-sh tramp tramp-compat tramp-loaddefs trampver ucs-normalize parse-time format-spec company-tern s dash-functional tern url-http tls gnutls url-auth mail-parse rfc2231 rfc2047 rfc2045 mm-util ietf-drums mail-prsvr url-gw nsm rmc puny url url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf url-util mailcap company-oddmuse company-keywords company-etags company-gtags company-dabbrev-code company-dabbrev company-files company-capf company-cmake company-xcode company-clang company-semantic company-eclim company-template company-css company-nxml company-bbdb company pcase rjsx-mode js2-mode js sgml-mode dom cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs imenu markdown-mode color noutline outline flycheck cl-extra json map find-func help-mode rx subr-x dash org-bullets counsel jka-compr esh-util etags xref project swiper ivy delsel ivy-overlay ffap flx evil-surround evil-leader evil evil-integration undo-tree diff evil-maps evil-commands flyspell ispell evil-jumps evil-command-window evil-types evil-search evil-ex shell pcomplete comint ansi-color evil-macros evil-repeat evil-states evil-core advice evil-common windmove thingatpt rect evil-digraphs evil-vars ring edmacro kmacro use-package diminish bind-key easy-mmode finder-inf info package easymenu epg-config url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs password-cache url-vars seq byte-opt gv bytecomp byte-compile cconv autorevert filenotify hl-line desktop frameset cl-loaddefs cl-lib paren time-date mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core term/tty-colors frame cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote dbusbind inotify lcms2 dynamic-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty make-network-process emacs) Memory information: ((conses 16 670270 69821) (symbols 48 56909 2) (miscs 40 1143 237) (strings 32 160583 14753) (string-bytes 1 4909395) (vectors 16 91715) (vector-slots 8 1535197 58450) (floats 8 446 340) (intervals 56 4061 335) (buffers 992 65)) --001a113f6e4cf37283056078d2f6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Hi= ! I've tried new feature `pixel-scroll-mode` on both emacs-26 and onmaster branches. While I see that scrolling became pixel-wise indeed, itis also very laggy. CPU blows up to 100% and ui hangs and freezes. It
= works ok if I scroll slowly though. It happens with all my plugins and
c= ustomizations and if I run emacs with -Q flag. My OS is Arch Linux and
I= also have HiDPI screen (it's MacBook 11,4, mid-2015). I've alsostarted this related reddit thread:
https://www.reddit.com/r/em= acs/comments/7k7322/pixelscrollmode_wanted/

Thanks a lot for you= r work, I'd like to give an additional info, but I
don't know ex= actly what could be helpful.

Cheers, Velentin.
=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D


In GNU Emacs 27.0.50 (build 1, x8= 6_64-pc-linux-gnu, GTK+ Version 3.22.26)
=C2=A0of 2017-12-16 built on vj= arch
Repository revision: 506270f9c80bf9bd7dad35a2f0aa6f477da6490b
Wi= ndowing system distributor 'The X.Org Foundation', version 11.0.119= 05000
Recent messages:
Type C-c C-c or C-c C-x to view the image as t= ext or hex.
Can=E2=80=99t guess python-indent-offset, using defaults: 4<= br>Setting up indent for shell type zsh
Indentation variables are now lo= cal.
Indentation setup for shell type zsh
Wrote /home/vj/.emacs.d/.em= acs.desktop.lock
Desktop: 1 frame, 54 buffers restored.
For informati= on about GNU Emacs and the GNU system, type C-h C-a.
mwheel-scroll: Begi= nning of buffer [3 times]
Pixel-Scroll mode enabled
pixel-scroll-down= : Beginning of buffer
Configured using:
=C2=A0'configure --prefix= =3D/usr --sysconfdir=3D/etc --libexecdir=3D/usr/lib
=C2=A0--localstatedi= r=3D/var --mandir=3D/usr/share/man --with-gameuser=3D:games
=C2=A0--with= -sound=3Dalsa --with-xft --with-modules --with-x-toolkit=3Dgtk3
=C2=A0--= without-gconf --without-gsettings --without-gpm --without-m17n-flt
=C2= =A0--without-imagemagick 'CFLAGS=3D-march=3Dx86-64 -mtune=3Dgeneric -O2= -pipe
=C2=A0-fstack-protector-strong -fno-plt' CPPFLAGS=3D-D_FORTIF= Y_SOURCE=3D2
=C2=A0'LDFLAGS=3D-Wl,-O1,--sort-common,--as-needed,-z,r= elro,-z,now
=C2=A0-fuse-ld=3Dgold''

Configured features:<= br>XPM JPEG TIFF GIF PNG RSVG SOUND DBUS NOTIFY ACL GNUTLS LIBXML2 FREETYPE=
LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 MODULES LIBSYSTEMD JSONLCMS2

Important settings:
=C2=A0 value of $LC_ALL: en_US.UTF-8=C2=A0 value of $LC_CTYPE: en_US.UTF-8
=C2=A0 value of $LANG: en_US.UT= F-8
=C2=A0 locale-coding-system: utf-8-unix

Major mode: Outline
Minor modes in effect:
=C2=A0 pixel-scroll-mode: t
=C2=A0 diff-= auto-refine-mode: t
=C2=A0 projectile-mode: t
=C2=A0 global-company-m= ode: t
=C2=A0 company-mode: t
=C2=A0 global-flycheck-mode: t
=C2= =A0 flycheck-mode: t
=C2=A0 ivy-mode: t
=C2=A0 global-evil-surround-m= ode: t
=C2=A0 evil-surround-mode: t
=C2=A0 evil-leader-mode: t
=C2= =A0 global-undo-tree-mode: t
=C2=A0 undo-tree-mode: t
=C2=A0 shell-di= rtrack-mode: t
=C2=A0 evil-mode: t
=C2=A0 evil-local-mode: t
=C2= =A0 override-global-mode: t
=C2=A0 global-auto-revert-mode: t
=C2=A0 = global-hl-line-mode: t
=C2=A0 desktop-save-mode: t
=C2=A0 cl-old-stru= ct-compat-mode: t
=C2=A0 show-paren-mode: t
=C2=A0 tooltip-mode: t=C2=A0 global-eldoc-mode: t
=C2=A0 electric-indent-mode: t
=C2=A0 mo= use-wheel-mode: t
=C2=A0 file-name-shadow-mode: t
=C2=A0 global-font-= lock-mode: t
=C2=A0 font-lock-mode: t
=C2=A0 auto-composition-mode: t=
=C2=A0 auto-encryption-mode: t
=C2=A0 auto-compression-mode: t
= =C2=A0 buffer-read-only: t
=C2=A0 column-number-mode: t
=C2=A0 line-n= umber-mode: t
=C2=A0 global-visual-line-mode: t
=C2=A0 visual-line-mo= de: t
=C2=A0 transient-mark-mode: t
=C2=A0 view-mode: t

Load-p= ath shadows:
None found.

Features:
(shadow sort mail-extr emac= sbug sendmail cus-start cus-load pixel-scroll
colir sh-script smie execu= table conf-mode linum elec-pair vc-git
diff-mode ob-python org-rmail org= -mhe org-irc org-info org-gnus nnir
gnus-sum gnus-group gnus-undo gnus-s= tart gnus-cloud nnimap nnmail
mail-source utf7 netrc nnoo gnus-spec gnus= -int gnus-range message rfc822
mml mml-sec epa derived epg mm-decode mm-= bodies mm-encode mailabbrev
gmm-utils mailheader gnus-win gnus nnheader = gnus-util rmail
rmail-loaddefs mail-utils wid-edit org-docview doc-view = image-mode
org-bibtex bibtex org-bbdb org-w3m org-element avl-tree gener= ator org
org-macro org-footnote org-pcomplete org-list org-faces org-ent= ities
org-version ob-emacs-lisp ob ob-tangle org-src ob-ref ob-lob ob-ta= ble
ob-keys ob-exp ob-comint ob-core ob-eval org-compat org-macs
org-= loaddefs cal-menu calendar cal-loaddefs view init yaml-mode ag
vc-svn fi= nd-dired dired dired-loaddefs projectile grep compile ibuf-ext
ibuffer i= buffer-loaddefs smartparens-config smartparens-javascript
smartparens-te= xt smartparens-python smartparens-markdown
smartparens-html evil-smartpa= rens smartparens virtualenvwrapper gud
company-anaconda anaconda-mode py= thonic f python tramp-sh tramp
tramp-compat tramp-loaddefs trampver ucs-= normalize parse-time
format-spec company-tern s dash-functional tern url= -http tls gnutls
url-auth mail-parse rfc2231 rfc2047 rfc2045 mm-util iet= f-drums
mail-prsvr url-gw nsm rmc puny url url-proxy url-privacy url-exp= and
url-methods url-history url-cookie url-domsuf url-util mailcap
co= mpany-oddmuse company-keywords company-etags company-gtags
company-dabbr= ev-code company-dabbrev company-files company-capf
company-cmake company= -xcode company-clang company-semantic company-eclim
company-template com= pany-css company-nxml company-bbdb company pcase
rjsx-mode js2-mode js s= gml-mode dom cc-mode cc-fonts cc-guess cc-menus
cc-cmds cc-styles cc-ali= gn cc-engine cc-vars cc-defs imenu markdown-mode
color noutline outline = flycheck cl-extra json map find-func help-mode rx
subr-x dash org-bullet= s counsel jka-compr esh-util etags xref project
swiper ivy delsel ivy-ov= erlay ffap flx evil-surround evil-leader evil
evil-integration undo-tree= diff evil-maps evil-commands flyspell ispell
evil-jumps evil-command-wi= ndow evil-types evil-search evil-ex shell
pcomplete comint ansi-color ev= il-macros evil-repeat evil-states
evil-core advice evil-common windmove = thingatpt rect evil-digraphs
evil-vars ring edmacro kmacro use-package d= iminish bind-key easy-mmode
finder-inf info package easymenu epg-config = url-handlers url-parse
auth-source cl-seq eieio eieio-core cl-macs eieio= -loaddefs
password-cache url-vars seq byte-opt gv bytecomp byte-compile = cconv
autorevert filenotify hl-line desktop frameset cl-loaddefs cl-lib = paren
time-date mule-util tooltip eldoc electric uniquify ediff-hook vc-= hooks
lisp-float-type mwheel term/x-win x-win term/common-win x-dnd tool= -bar
dnd fontset image regexp-opt fringe tabulated-list replace newcomme= nt
text-mode elisp-mode lisp-mode prog-mode register page menu-bar
rf= n-eshadow isearch timer select scroll-bar mouse jit-lock font-lock
synta= x facemenu font-core term/tty-colors frame cl-generic cham georgian
utf-= 8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese eu= cjp-ms cp51932 hebrew greek romanian slovak czech european
ethiopic indi= an cyrillic chinese composite charscript charprop
case-table epa-hook jk= a-cmpr-hook help simple abbrev obarray minibuffer
cl-preloaded nadvice l= oaddefs button faces cus-face macroexp files
text-properties overlay sha= 1 md5 base64 format env code-pages mule
custom widget hashtable-print-re= adable backquote dbusbind inotify lcms2
dynamic-setting font-render-sett= ing move-toolbar gtk x-toolkit x
multi-tty make-network-process emacs)
Memory information:
((conses 16 670270 69821)
=C2=A0(symbols 48= 56909 2)
=C2=A0(miscs 40 1143 237)
=C2=A0(strings 32 160583 14753)=C2=A0(string-bytes 1 4909395)
=C2=A0(vectors 16 91715)
=C2=A0(vect= or-slots 8 1535197 58450)
=C2=A0(floats 8 446 340)
=C2=A0(intervals 5= 6 4061 335)
=C2=A0(buffers 992 65))
--001a113f6e4cf37283056078d2f6-- From unknown Sat Sep 13 14:42:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29737: 27.0.50; pixel-scroll-mode is laggy Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 16 Dec 2017 18:31:02 +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: To: Valentin Ignatyev Cc: 29737@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 29737-submit@debbugs.gnu.org id=B29737.151344905230800 (code B ref 29737); Sat, 16 Dec 2017 18:31:02 +0000 Received: (at 29737) by debbugs.gnu.org; 16 Dec 2017 18:30:52 +0000 Received: from localhost ([127.0.0.1]:37639 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eQHEZ-00080i-Sk for submit@debbugs.gnu.org; Sat, 16 Dec 2017 13:30:52 -0500 Received: from eggs.gnu.org ([208.118.235.92]:40349) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eQHEX-00080V-P1 for 29737@debbugs.gnu.org; Sat, 16 Dec 2017 13:30:50 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eQHEN-00068r-Gr for 29737@debbugs.gnu.org; Sat, 16 Dec 2017 13:30:44 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:37259) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eQHEN-00068g-DZ; Sat, 16 Dec 2017 13:30:39 -0500 Received: from [176.228.60.248] (port=3810 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eQHEL-0006wD-J6; Sat, 16 Dec 2017 13:30:39 -0500 Date: Sat, 16 Dec 2017 20:30:32 +0200 Message-Id: <83vah6r0dz.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Valentin Ignatyev on Sun, 17 Dec 2017 03:55:34 +1000) References: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Valentin Ignatyev > Date: Sun, 17 Dec 2017 03:55:34 +1000 > > Hi! I've tried new feature `pixel-scroll-mode` on both emacs-26 and on > master branches. While I see that scrolling became pixel-wise indeed, it > is also very laggy. CPU blows up to 100% and ui hangs and freezes. It > works ok if I scroll slowly though. It happens with all my plugins and > customizations and if I run emacs with -Q flag. In what major mode does this happen? Does the problem still happen if you switch to Fundamental mode? Also, what happens if you hold the Ctrl key while scrolling? What if you set mouse-wheel-progressive-speed to nil? From unknown Sat Sep 13 14:42:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29737: 27.0.50; pixel-scroll-mode is laggy Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 16 Dec 2017 19:35:02 +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: To: Valentin Ignatyev , Tak Kunihiro Cc: 29737@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 29737-submit@debbugs.gnu.org id=B29737.15134528443803 (code B ref 29737); Sat, 16 Dec 2017 19:35:02 +0000 Received: (at 29737) by debbugs.gnu.org; 16 Dec 2017 19:34:04 +0000 Received: from localhost ([127.0.0.1]:37658 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eQIDk-0000zH-BI for submit@debbugs.gnu.org; Sat, 16 Dec 2017 14:34:04 -0500 Received: from eggs.gnu.org ([208.118.235.92]:53127) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eQIDj-0000yo-Dy for 29737@debbugs.gnu.org; Sat, 16 Dec 2017 14:34:03 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eQIDZ-0004No-6a for 29737@debbugs.gnu.org; Sat, 16 Dec 2017 14:33:58 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:38017) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eQIDZ-0004Nk-2M; Sat, 16 Dec 2017 14:33:53 -0500 Received: from [176.228.60.248] (port=3831 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eQIDX-000317-71; Sat, 16 Dec 2017 14:33:52 -0500 Date: Sat, 16 Dec 2017 21:33:45 +0200 Message-Id: <83shcaqxgm.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Valentin Ignatyev on Sun, 17 Dec 2017 04:52:51 +1000) References: <83vah6r0dz.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Please always CC the bug address. > From: Valentin Ignatyev > Date: Sun, 17 Dec 2017 04:52:51 +1000 > > Hi again Eli! Thanks for the fast response! > It happens in all major modes I've tried it (org-mode, python-mode, and web-mode). > It still happens in the fundamental mode as well (tried to scroll emacs-news in fundamental mode). Setting > mouse-wheel-progressive-speed to nil seems to have no effect or very little effect that I can't notice. > Scrolling with a Ctrl key is much smoother yet not lagless (it also loads CPU in about 50% or so). And it's > looks like line-wise, not pixel-wise ;) > > Just to mention, I've tried your suggestions without any additional elisp (e.g with -Q flag). CC'ing Tak, who wrote this mode. Tak, would you please look into this? From unknown Sat Sep 13 14:42:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29737: 27.0.50; pixel-scroll-mode is laggy Resent-From: Valentin Ignatyev Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 16 Dec 2017 19:36: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: To: Eli Zaretskii Cc: Tak Kunihiro , 29737@debbugs.gnu.org Received: via spool by 29737-submit@debbugs.gnu.org id=B29737.15134529573962 (code B ref 29737); Sat, 16 Dec 2017 19:36:01 +0000 Received: (at 29737) by debbugs.gnu.org; 16 Dec 2017 19:35:57 +0000 Received: from localhost ([127.0.0.1]:37662 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eQIFY-00011p-Mv for submit@debbugs.gnu.org; Sat, 16 Dec 2017 14:35:56 -0500 Received: from mail-io0-f169.google.com ([209.85.223.169]:36776) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eQIFX-00011a-10 for 29737@debbugs.gnu.org; Sat, 16 Dec 2017 14:35:55 -0500 Received: by mail-io0-f169.google.com with SMTP id l10so5951655ioc.3 for <29737@debbugs.gnu.org>; Sat, 16 Dec 2017 11:35:54 -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=0CocfYlD7yq52mF8+5rywADm/4lHm+8WgeG9bAqvQHk=; b=UgV3zO7Ag4VHIVkohGE1Z9gRUNzOKeRlq6Iyle5VDkONnqoaQihzZewwBT+BeTPAJW 3O0iXk7KDXN51vVqTFPNQihlUsfx9BbygZBb41EPhvz+cXW/Nf8Q7IcgTfgDGd0zDQeR 6lSTheYFTMc/zL1KzEg1dgdU2t+2T80EhwEREf92TfHP+Ljw3q8ns2r5jmCqOQAMxnTc J1uQlX5rX+U1R/nL4p9Lwk46kBf3bIY33msmVmMZWXivHrSmOFAdys6NKtd0McsGstU/ IosOQjcyoPNFZoUGORuAjWti2ndHUu+PwkwymszDTdEv8fqOKmIH6XS5EHTCCKLfTnj/ mfxA== 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=0CocfYlD7yq52mF8+5rywADm/4lHm+8WgeG9bAqvQHk=; b=BfMMwBjl0dZgEMy63MZsEjCNkKbQcIOUBGfSnEJvu/HGXlzIIeYdTzEBOM2Qr47F0R ktwsaLhQki1H3SCMA4s9e5c3ZaZ9VY4ZkOZdy9uRIkbZNhi9YJamuk88238RX8l2+o/z YSVrXuefNQwVeFpfMbnCv+F7+ShjU8jTdAn27CcEUP/QS4REDDpacCSttClks03YoVaW tPXUzkFr4C0R6swo7C1I6YrPry7tf7khY2Q08ytH+AnJq/E23fbzmsyqUwDXNW5wbyV1 ubwUEWmNtRtkwSAhBqNrpZtaTuM8gVS4QNGZiP95eQzIRh9V+pwB9W0TCw/Ga/c8v+TK RloA== X-Gm-Message-State: AKGB3mJqEVjO6tbyXr9C6poJ8pJ1D4JaAAMBwcsXkbLLR7I9G8JWhvSa uwFmpQBKbMsiv6Pbc0nXU4IXGcIXfS+XbS/oxfQ= X-Google-Smtp-Source: ACJfBov5oGdmvVFgmbtHaa3lCrUcNr67RK8Firxl/03wnpF8nV2nnVs7wywn/7o97Faq1T32LJIG7Lq3U+jxZsxhLsU= X-Received: by 10.107.131.217 with SMTP id n86mr16377857ioi.302.1513452949191; Sat, 16 Dec 2017 11:35:49 -0800 (PST) MIME-Version: 1.0 Received: by 10.107.1.6 with HTTP; Sat, 16 Dec 2017 11:35:48 -0800 (PST) In-Reply-To: <83shcaqxgm.fsf@gnu.org> References: <83vah6r0dz.fsf@gnu.org> <83shcaqxgm.fsf@gnu.org> From: Valentin Ignatyev Date: Sun, 17 Dec 2017 05:35:48 +1000 Message-ID: Content-Type: multipart/alternative; boundary="001a113eb5f86bc03f05607a39dc" X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) --001a113eb5f86bc03f05607a39dc Content-Type: text/plain; charset="UTF-8" Sorry, still new to this. Will absolutely do since now on :) On Sun, Dec 17, 2017 at 5:33 AM, Eli Zaretskii wrote: > Please always CC the bug address. > > > From: Valentin Ignatyev > > Date: Sun, 17 Dec 2017 04:52:51 +1000 > > > > Hi again Eli! Thanks for the fast response! > > It happens in all major modes I've tried it (org-mode, python-mode, and > web-mode). > > It still happens in the fundamental mode as well (tried to scroll > emacs-news in fundamental mode). Setting > > mouse-wheel-progressive-speed to nil seems to have no effect or very > little effect that I can't notice. > > Scrolling with a Ctrl key is much smoother yet not lagless (it also > loads CPU in about 50% or so). And it's > > looks like line-wise, not pixel-wise ;) > > > > Just to mention, I've tried your suggestions without any additional > elisp (e.g with -Q flag). > > CC'ing Tak, who wrote this mode. Tak, would you please look into > this? > > --001a113eb5f86bc03f05607a39dc Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Sorry, still new to this. Will absolutely do since now on = :)

On Sun, Dec= 17, 2017 at 5:33 AM, Eli Zaretskii <eliz@gnu.org> wrote:
Please always CC the bug address.

> From: Valentin Ignatyev <va= lentjedi@gmail.com>
> Date: Sun, 17 Dec 2017 04:52:51 +1000
>
> Hi again Eli! Thanks for the fast response!
> It happens in all major modes I've tried it (org-mode, python-mode= , and web-mode).
> It still happens in the fundamental mode as well (tried to scroll emac= s-news in fundamental mode). Setting
> mouse-wheel-progressive-speed to nil seems to have no effect or very l= ittle effect that I can't notice.
> Scrolling with a Ctrl key is much smoother yet not lagless (it also lo= ads CPU in about 50% or so). And it's
> looks like line-wise, not pixel-wise ;)
>
> Just to mention, I've tried your suggestions without any additiona= l elisp (e.g with -Q flag).

CC'ing Tak, who wrote this mode.=C2=A0 Tak, would you please loo= k into
this?


--001a113eb5f86bc03f05607a39dc-- From unknown Sat Sep 13 14:42:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29737: 27.0.50; pixel-scroll-mode is laggy Resent-From: Tak Kunihiro Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 17 Dec 2017 02:01: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: To: eliz@gnu.org Cc: tkk@misasa.okayama-u.ac.jp, valentjedi@gmail.com, 29737@debbugs.gnu.org Received: via spool by 29737-submit@debbugs.gnu.org id=B29737.151347605818061 (code B ref 29737); Sun, 17 Dec 2017 02:01:01 +0000 Received: (at 29737) by debbugs.gnu.org; 17 Dec 2017 02:00:58 +0000 Received: from localhost ([127.0.0.1]:37899 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eQOGA-0004gy-3n for submit@debbugs.gnu.org; Sat, 16 Dec 2017 21:00:58 -0500 Received: from mxl065v65.mxlogic.net ([208.81.65.65]:55638 helo=s14p02o142.mxlogic.net) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eQOG6-0004bl-GG for 29737@debbugs.gnu.org; Sat, 16 Dec 2017 21:00:56 -0500 Received: from unknown [42.127.236.175] (EHLO mlsec.cc.okayama-u.ac.jp) by s14p02o142.mxlogic.net(mxl_mta-8.5.0-1933) over TLS secured channel with ESMTP id 3dfc53a5.0.64709.00-390.137068.s14p02o142.mxlogic.net (envelope-from ); Sat, 16 Dec 2017 19:00:52 -0700 (MST) X-MXL-Hash: 5a35cfd41026ffbe-1dbe1e3ca0101c368ceacf13b6a6d0b713b08ad6 Received: from alml002.ouadm.okayama-u.ac.jp (unknown [42.127.236.168]) by mlsec.cc.okayama-u.ac.jp with smtp id 068f_0ed8_d9672c2f_212d_486d_a004_4d4d54410706; Sun, 17 Dec 2017 11:00:46 +0900 Received: from localhost (p221050-ipngn200207tottori.tottori.ocn.ne.jp [153.182.220.50]) by alml002.ouadm.okayama-u.ac.jp (Postfix) with ESMTPSA id 97CA34C0A71; Sun, 17 Dec 2017 11:00:47 +0900 (JST) Date: Sun, 17 Dec 2017 11:00:45 +0900 (JST) Message-Id: <20171217.110045.719415281082937882.tkk@misasa.okayama-u.ac.jp> From: Tak Kunihiro In-Reply-To: <83shcaqxgm.fsf@gnu.org> References: <83vah6r0dz.fsf@gnu.org> <83shcaqxgm.fsf@gnu.org> X-Mailer: Mew version 6.7 on Emacs 25.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Sun_Dec_17_11_00_45_2017_576)--" Content-Transfer-Encoding: 7bit X-NAI-Spam-Flag: YES X-NAI-Spam-Level: *********** X-NAI-Spam-Threshold: 11 X-NAI-Spam-Score: 11 X-NAI-Spam-Rules: 7 Rules triggered TS_MSG_REP_80_512=10, RDF_DTN=0.9, RCVD_BAD_SIP=0.1, EDT_SA_AU_PASS=0, EDT_SA_DN_PASS=0, EDT_SA_TS_FAIL=0, RV6181=0 X-NAI-Spam-Version: 2.3.0.9418 : core <6181> : inlines <6256> : streams <1773333> : uri <2552464> X-AnalysisOut: [v=2.2 cv=HPOzLslv c=1 sm=1 tr=0 a=8LLPK8U+aGQ6qN8QlyMYtQ==] X-AnalysisOut: [:117 a=8LLPK8U+aGQ6qN8QlyMYtQ==:17 a=ocR9PWop10UA:10 a=lRt] X-AnalysisOut: [7f11mc6ihBSKf13gA:9 a=CjuIK1q_8ugA:10 a=EZOsJjc7ARWrgHT_79] X-AnalysisOut: [oA:9] X-Spam: [F=0.5100000000; CM=0.500; MH=0.510(2017121610); S=0.296(2015072901)] X-MAIL-FROM: X-SOURCE-IP: [42.127.236.175] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) ----Next_Part(Sun_Dec_17_11_00_45_2017_576)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit > While I see that scrolling became pixel-wise indeed, it is also very > laggy. CPU blows up to 100% and ui hangs and freezes. It works ok if > I scroll slowly though. It happens with all my plugins and > customizations and if I run emacs with -Q flag. My OS is Arch Linux > and I also have HiDPI screen (it's MacBook 11,4, mid-2015). On the previous commit <8eb6870be690128fb1cbc012c55093813c39830c>, I revised two functions. I fixed `pixel-scroll-down' but I broke `pixel-scroll-up'. I apologize for the careless commit. With the current and broken `pixel-scroll-up', when EOB is shown on top of the screen, emacs hangs (or goes in infinite while loop). The pixel-scroll-up should be reverted to commit <1bda71ec3b11eeb4d06c3da094a3cb21bac18d5c>. I'm sending ChangeLog and a patch relative to the current master. * ChangeLog Fix vertical cursor motion in pixel-scroll.el * lisp/pixel-scroll.el (pixel-scroll-up): Do not try to move cursor down when EOB is shown at the top. This function is reverted to commit 1bda71ec3b11eeb4d06c3da094a3cb21bac18d5c. (bug#29737) ----Next_Part(Sun_Dec_17_11_00_45_2017_576)-- Content-Type: Text/X-Patch; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="pixel-scroll.el.diff" diff --git a/lisp/pixel-scroll.el b/lisp/pixel-scroll.el index f64a439..7024487 --- a/lisp/pixel-scroll.el +++ b/lisp/pixel-scroll.el @@ -110,11 +110,11 @@ This is an alternative of `scroll-up'. Scope moves downward." pixel-resolution-fine-flag (frame-char-height)) (pixel-line-height)))) - (while (pixel-point-at-top-p amt) ; prevent too late (multi tries) - (vertical-motion 1)) ; move point downward - (if (pixel-eob-at-top-p) ; when end-of-the-buffer is close - (scroll-up 1) ; relay on robust method - (pixel-scroll-pixel-up amt))))) ; move scope downward + (if (pixel-eob-at-top-p) ; when end-of-the-buffer is close + (scroll-up 1) ; relay on robust method + (while (pixel-point-at-top-p amt) ; prevent too late (multi tries) + (vertical-motion 1)) ; move point downward + (pixel-scroll-pixel-up amt))))) ; move scope downward (defun pixel-scroll-down (&optional arg) "Scroll text of selected window down ARG lines. ----Next_Part(Sun_Dec_17_11_00_45_2017_576)---- From unknown Sat Sep 13 14:42:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29737: 27.0.50; pixel-scroll-mode is laggy Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 22 Dec 2017 10:23:02 +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: To: Tak Kunihiro Cc: valentjedi@gmail.com, 29737@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 29737-submit@debbugs.gnu.org id=B29737.151393814520839 (code B ref 29737); Fri, 22 Dec 2017 10:23:02 +0000 Received: (at 29737) by debbugs.gnu.org; 22 Dec 2017 10:22:25 +0000 Received: from localhost ([127.0.0.1]:46898 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eSKTB-0005Q3-4y for submit@debbugs.gnu.org; Fri, 22 Dec 2017 05:22:25 -0500 Received: from eggs.gnu.org ([208.118.235.92]:43163) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eSKT8-0005Pm-6l for 29737@debbugs.gnu.org; Fri, 22 Dec 2017 05:22:22 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eSKT2-0000Ov-42 for 29737@debbugs.gnu.org; Fri, 22 Dec 2017 05:22:17 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:41790) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eSKT1-0000OX-Ve; Fri, 22 Dec 2017 05:22:16 -0500 Received: from [176.228.60.248] (port=1879 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eSKT1-0003ny-2c; Fri, 22 Dec 2017 05:22:15 -0500 Date: Fri, 22 Dec 2017 12:22:13 +0200 Message-Id: <83bmirm59m.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <20171217.110045.719415281082937882.tkk@misasa.okayama-u.ac.jp> (message from Tak Kunihiro on Sun, 17 Dec 2017 11:00:45 +0900 (JST)) References: <83vah6r0dz.fsf@gnu.org> <83shcaqxgm.fsf@gnu.org> <20171217.110045.719415281082937882.tkk@misasa.okayama-u.ac.jp> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Sun, 17 Dec 2017 11:00:45 +0900 (JST) > Cc: valentjedi@gmail.com, 29737@debbugs.gnu.org, tkk@misasa.okayama-u.ac.jp > From: Tak Kunihiro > > > While I see that scrolling became pixel-wise indeed, it is also very > > laggy. CPU blows up to 100% and ui hangs and freezes. It works ok if > > I scroll slowly though. It happens with all my plugins and > > customizations and if I run emacs with -Q flag. My OS is Arch Linux > > and I also have HiDPI screen (it's MacBook 11,4, mid-2015). > > On the previous commit <8eb6870be690128fb1cbc012c55093813c39830c>, I > revised two functions. I fixed `pixel-scroll-down' but I broke > `pixel-scroll-up'. I apologize for the careless commit. > > With the current and broken `pixel-scroll-up', when EOB is shown on > top of the screen, emacs hangs (or goes in infinite while loop). The > pixel-scroll-up should be reverted to commit > <1bda71ec3b11eeb4d06c3da094a3cb21bac18d5c>. > > I'm sending ChangeLog and a patch relative to the current master. 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? Thanks. From unknown Sat Sep 13 14:42:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29737: 27.0.50; pixel-scroll-mode is laggy Resent-From: Tak Kunihiro Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 23 Dec 2017 03:20: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: To: eliz@gnu.org Cc: tkk@misasa.okayama-u.ac.jp, valentjedi@gmail.com, 29737@debbugs.gnu.org Received: via spool by 29737-submit@debbugs.gnu.org id=B29737.15139991622281 (code B ref 29737); Sat, 23 Dec 2017 03:20:01 +0000 Received: (at 29737) by debbugs.gnu.org; 23 Dec 2017 03:19:22 +0000 Received: from localhost ([127.0.0.1]:48541 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eSaLK-0000aj-1Q for submit@debbugs.gnu.org; Fri, 22 Dec 2017 22:19:22 -0500 Received: from mxl069v66.mxlogic.net ([208.81.69.66]:61727 helo=s18p02o143.mxlogic.net) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eSaLG-0000aX-IK for 29737@debbugs.gnu.org; Fri, 22 Dec 2017 22:19:20 -0500 Received: from unknown [42.127.236.175] (EHLO mlsec.cc.okayama-u.ac.jp) by s18p02o143.mxlogic.net(mxl_mta-8.5.0-1933) over TLS secured channel with ESMTP id 62bcd3a5.0.113917.00-389.226921.s18p02o143.mxlogic.net (envelope-from ); Fri, 22 Dec 2017 20:19:10 -0700 (MST) X-MXL-Hash: 5a3dcb2e343a17f9-06ffe76c616e1bd246b792956ec6116fe29d6c10 Received: from alml002.ouadm.okayama-u.ac.jp (unknown [42.127.236.168]) by mlsec.cc.okayama-u.ac.jp with smtp id 736f_ff87_a4e01a03_8d81_4276_b551_7b828263b23b; Sat, 23 Dec 2017 12:18:56 +0900 Received: from localhost (p221050-ipngn200207tottori.tottori.ocn.ne.jp [153.182.220.50]) by alml002.ouadm.okayama-u.ac.jp (Postfix) with ESMTPSA id 47AA94C0A94; Sat, 23 Dec 2017 12:18:56 +0900 (JST) Date: Sat, 23 Dec 2017 12:18:56 +0900 (JST) Message-Id: <20171223.121856.1621317657268275586.tkk@misasa.okayama-u.ac.jp> From: Tak Kunihiro In-Reply-To: <83bmirm59m.fsf@gnu.org> References: <83shcaqxgm.fsf@gnu.org> <20171217.110045.719415281082937882.tkk@misasa.okayama-u.ac.jp> <83bmirm59m.fsf@gnu.org> X-Mailer: Mew version 6.7 on Emacs 25.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-NAI-Spam-Flag: YES X-NAI-Spam-Level: *********** X-NAI-Spam-Threshold: 11 X-NAI-Spam-Score: 11 X-NAI-Spam-Rules: 7 Rules triggered TS_MSG_REP_80_512=10, RDF_DTN=0.9, RCVD_BAD_SIP=0.1, EDT_SA_AU_PASS=0, EDT_SA_DN_PASS=0, EDT_SA_TS_FAIL=0, RV6186=0 X-NAI-Spam-Version: 2.3.0.9418 : core <6186> : inlines <6281> : streams <1773904> : uri <2555833> X-AnalysisOut: [v=2.2 cv=UogTD64B c=1 sm=1 tr=0 a=8LLPK8U+aGQ6qN8QlyMYtQ==] X-AnalysisOut: [:117 a=8LLPK8U+aGQ6qN8QlyMYtQ==:17 a=kj9zAlcOel0A:10 a=ocR] X-AnalysisOut: [9PWop10UA:10 a=oukxutJ481YGSNl4QUYA:9 a=CjuIK1q_8ugA:10] X-Spam: [F=0.5000000000; CM=0.500; MH=0.500(2017122215); S=0.328(2015072901)] X-MAIL-FROM: X-SOURCE-IP: [42.127.236.175] X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) >>> While I see that scrolling became pixel-wise indeed, it is also very >>> laggy. CPU blows up to 100% and ui hangs and freezes. It works ok if >>> I scroll slowly though. It happens with all my plugins and >>> customizations and if I run emacs with -Q flag. My OS is Arch Linux >>> and I also have HiDPI screen (it's MacBook 11,4, mid-2015). >> >> On the previous commit <8eb6870be690128fb1cbc012c55093813c39830c>, I >> revised two functions. I fixed `pixel-scroll-down' but I broke >> `pixel-scroll-up'. I apologize for the careless commit. >> >> With the current and broken `pixel-scroll-up', when EOB is shown on >> top of the screen, emacs hangs (or goes in infinite while loop). The >> pixel-scroll-up should be reverted to commit >> <1bda71ec3b11eeb4d06c3da094a3cb21bac18d5c>. >> >> I'm sending ChangeLog and a patch relative to the current master. > > 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. I'm not 100% sure what 'the display lag' meant. I think the bug is the source of 'the display lag'. After the patch, at least I tested with MacBook and do not recognize 'the display lag'. From unknown Sat Sep 13 14:42:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29737: 27.0.50; pixel-scroll-mode is laggy Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 23 Dec 2017 09:21: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: To: Tak Kunihiro Cc: valentjedi@gmail.com, 29737@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 29737-submit@debbugs.gnu.org id=B29737.15140208484495 (code B ref 29737); Sat, 23 Dec 2017 09:21:01 +0000 Received: (at 29737) by debbugs.gnu.org; 23 Dec 2017 09:20:48 +0000 Received: from localhost ([127.0.0.1]:48702 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eSfz6-0001AQ-9c for submit@debbugs.gnu.org; Sat, 23 Dec 2017 04:20:48 -0500 Received: from eggs.gnu.org ([208.118.235.92]:52797) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eSfz4-0001A9-OT for 29737@debbugs.gnu.org; Sat, 23 Dec 2017 04:20:47 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eSfyu-0006Gv-SW for 29737@debbugs.gnu.org; Sat, 23 Dec 2017 04:20:41 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:40983) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eSfyu-0006Gp-OE; Sat, 23 Dec 2017 04:20:36 -0500 Received: from [176.228.60.248] (port=3617 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eSfyu-00060k-3m; Sat, 23 Dec 2017 04:20:36 -0500 Date: Sat, 23 Dec 2017 11:20:36 +0200 Message-Id: <834lohls0r.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <20171223.121856.1621317657268275586.tkk@misasa.okayama-u.ac.jp> (message from Tak Kunihiro on Sat, 23 Dec 2017 12:18:56 +0900 (JST)) 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> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > 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. From unknown Sat Sep 13 14:42:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29737: 27.0.50; pixel-scroll-mode is laggy 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: To: Eli Zaretskii Cc: Tak Kunihiro , 29737@debbugs.gnu.org Received: via spool by 29737-submit@debbugs.gnu.org id=B29737.151402862516362 (code B ref 29737); Sat, 23 Dec 2017 11:31:01 +0000 Received: (at 29737) by debbugs.gnu.org; 23 Dec 2017 11:30:25 +0000 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 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 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) MIME-Version: 1.0 Received: by 10.107.149.201 with HTTP; Sat, 23 Dec 2017 03:30:15 -0800 (PST) In-Reply-To: <834lohls0r.fsf@gnu.org> 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> From: Valentin Ignatyev Date: Sat, 23 Dec 2017 21:30:15 +1000 Message-ID: Content-Type: multipart/alternative; boundary="001a113f8754df47e505610041e1" X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --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-- From unknown Sat Sep 13 14:42:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29737: 27.0.50; pixel-scroll-mode is laggy Resent-From: Valentin Ignatyev Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 23 Dec 2017 11:54:02 +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: To: Eli Zaretskii Cc: Tak Kunihiro , 29737@debbugs.gnu.org Received: via spool by 29737-submit@debbugs.gnu.org id=B29737.151403002518348 (code B ref 29737); Sat, 23 Dec 2017 11:54:02 +0000 Received: (at 29737) by debbugs.gnu.org; 23 Dec 2017 11:53:45 +0000 Received: from localhost ([127.0.0.1]:48769 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eSiN7-0004ls-3c for submit@debbugs.gnu.org; Sat, 23 Dec 2017 06:53:45 -0500 Received: from mail-it0-f50.google.com ([209.85.214.50]:44259) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eSiN5-0004lg-Q3 for 29737@debbugs.gnu.org; Sat, 23 Dec 2017 06:53:44 -0500 Received: by mail-it0-f50.google.com with SMTP id b5so16867116itc.3 for <29737@debbugs.gnu.org>; Sat, 23 Dec 2017 03:53:43 -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=v9k9XagFhgn0M3qg5dSiROLaERImTVDkfC5tYFtrcm4=; b=swKKpe9wnDJoo5vPqoAIITIQE8mIrRoMUSB3zj6YO/uEMi356qnwNSn4y/N+/fSfyl MBI8Yik6xuuKn/skD93kX0N1MMk1AFOZ6NNGDKbMJGY6jzDDFmtDRr02mblACwxTtOPy GbfxFMRBmJBGceISXRegDUwmYea3wPhjv209k741k9AigYG1lInEIaSMykcy7zydu93a BjF9a8PhzVijMSMS44DJXFbSKMv1CL3I9GG92oG08VmMy+5mZeVatGfLpTnhOGvR14uo nKa+i8kvi+4n3ghheDKm9PKafV2n+nKKn3AdNHVSOxJa6vm18/GAJbmUhba/x0L32aWW 26VQ== 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=v9k9XagFhgn0M3qg5dSiROLaERImTVDkfC5tYFtrcm4=; b=J7NvCVZ2g8O47gm0pm3dOvbQ9J6fp6V9g6Q9Pg7zaFTgh3+rbazJRC0fJ7zoKWAok1 OajFzR2a4WnbS0iaOrSSZ9R86EFdbSxmxD4kLJvGsUEJzYjKE/IgaV5hOohLG6XnrNZO XHgGF/ciDzg5xt5kB/W3NTOPeJS7u7w4/iZU54tRm3yYPv5Q9aiLLsreoedx7+HmIwLB uZtNLK/I4cLcnShJiifb7feLv2EOMPt0nCP6NoDj0Vx6/cEm2b8+vdD34gQepn6DR/VL Mwp5YDJEGWT7U1Kyw5pY3SjQakMJdzuqYF593SD/bof28VuaVWfo1F4JSCkiOl78R1+D 9aew== X-Gm-Message-State: AKGB3mI1JrGS7TmXzxk5UFO1jPOQyoDIoB3F7fTJtGxvuUj7pd1Pimr8 Jm35YUvDff1HTdJqmMjPYoisYfiqP5+cekoIozU= X-Google-Smtp-Source: ACJfBouOsU7jPgaiIfeWoHQK9BZb3Ukz5w+4eugT0VaY2eUBOkXG8MK7taS4ODT7pYRlSRobUIc1G8rFwb0jd3/c4W0= X-Received: by 10.36.82.17 with SMTP id d17mr20669929itb.56.1514030018187; Sat, 23 Dec 2017 03:53:38 -0800 (PST) MIME-Version: 1.0 Received: by 10.107.149.201 with HTTP; Sat, 23 Dec 2017 03:53:37 -0800 (PST) In-Reply-To: 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> From: Valentin Ignatyev Date: Sat, 23 Dec 2017 21:53:37 +1000 Message-ID: Content-Type: multipart/alternative; boundary="001a114491b669d55e0561009514" X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a114491b669d55e0561009514 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Just tried it on mac os. pixel-scroll-mode works much better here though there is still small noticeable lag. And also I can see that scroll up lagging more than scroll down. Hope it'll help -------------------------------- =D0=A1 =D1=83=D0=B2=D0=B0=D0=B6=D0=B5=D0=BD=D0=B8=D0=B5=D0=BC, =D0=98=D0=B3=D0=BD=D0=B0=D1=82=D1=8C=D0=B5=D0=B2 =D0=92=D0=B0=D0=BB=D0=B5= =D0=BD=D1=82=D0=B8=D0=BD On Sat, Dec 23, 2017 at 9:30 PM, Valentin Ignatyev wrote: > 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 kil= l > 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. >> > > --001a114491b669d55e0561009514 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Just tried it on mac os. pixel-scroll-mode works much bett= er here though there is still small noticeable=C2=A0lag. And also I can see= that scroll up lagging more than scroll down.
Hope it'll help

=C2=A0
--------------------------------
=D0=A1 =D1=83=D0=B2=D0=B0=D0= =B6=D0=B5=D0=BD=D0=B8=D0=B5=D0=BC,
=D0=98=D0=B3=D0=BD=D0=B0=D1=82= =D1=8C=D0=B5=D0=B2 =D0=92=D0=B0=D0=BB=D0=B5=D0=BD=D1=82=D0=B8=D0=BD

On Sat, Dec 23, 2017 at 9:30 PM, Valentin Ig= natyev <valentjedi@gmail.com> wrote:
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 scro= lls a bit more and jumps again
If I swipe my trackpad too fa= st, 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 ki= ll emacs.
Setting mouse-wheel-progressive-speed to nil seem to mak= e no difference.

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

Thanks for your work on this, I really appreciate i= t



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: va= lentjedi@gmail.com, 29737@debbugs.gnu.org, tkk@misasa.okayama-u.ac.jp
> From: Tak Kunihiro <tkk@misasa.okayama-u.ac.jp>
>
> > I'd like to fix this on the release branch, 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.


--001a114491b669d55e0561009514-- From unknown Sat Sep 13 14:42:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29737: 27.0.50; pixel-scroll-mode is laggy Resent-From: Tak Kunihiro Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 24 Dec 2017 02:29:02 +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: To: valentjedi@gmail.com Cc: eliz@gnu.org, tkk@misasa.okayama-u.ac.jp, 29737@debbugs.gnu.org Received: via spool by 29737-submit@debbugs.gnu.org id=B29737.151408252717106 (code B ref 29737); Sun, 24 Dec 2017 02:29:02 +0000 Received: (at 29737) by debbugs.gnu.org; 24 Dec 2017 02:28:47 +0000 Received: from localhost ([127.0.0.1]:49775 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eSw1v-0004Rq-7n for submit@debbugs.gnu.org; Sat, 23 Dec 2017 21:28:47 -0500 Received: from mxl069v65.mxlogic.net ([208.81.69.65]:59637 helo=s18p02o142.mxlogic.net) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eSw1s-0004Rg-4j for 29737@debbugs.gnu.org; Sat, 23 Dec 2017 21:28:45 -0500 Received: from unknown [42.127.236.175] (EHLO mlsec.cc.okayama-u.ac.jp) by s18p02o142.mxlogic.net(mxl_mta-8.5.0-1933) over TLS secured channel with ESMTP id 9c01f3a5.0.120798.00-381.238598.s18p02o142.mxlogic.net (envelope-from ); Sat, 23 Dec 2017 19:28:33 -0700 (MST) X-MXL-Hash: 5a3f10d12e1c13ef-ec0c478f30eb58b4f1005d5ec889cf3bc6633522 Received: from alml002.ouadm.okayama-u.ac.jp (unknown [42.127.236.168]) by mlsec.cc.okayama-u.ac.jp with smtp id 1462_0a3b_0b3ec1c8_9486_4222_937a_abc24bd9bc1a; Sun, 24 Dec 2017 11:28:21 +0900 Received: from localhost (p221050-ipngn200207tottori.tottori.ocn.ne.jp [153.182.220.50]) by alml002.ouadm.okayama-u.ac.jp (Postfix) with ESMTPSA id F0CD44C0A79; Sun, 24 Dec 2017 11:28:21 +0900 (JST) Date: Sun, 24 Dec 2017 11:28:23 +0900 (JST) Message-Id: <20171224.112823.71840469338618559.tkk@misasa.okayama-u.ac.jp> From: Tak Kunihiro In-Reply-To: References: <834lohls0r.fsf@gnu.org> X-Mailer: Mew version 6.7 on Emacs 25.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-NAI-Spam-Flag: NO X-NAI-Spam-Level: ********** X-NAI-Spam-Threshold: 11 X-NAI-Spam-Score: 10.1 X-NAI-Spam-Rules: 6 Rules triggered TS_MSG_REP_80_512=10, RCVD_BAD_SIP=0.1, EDT_SA_AU_PASS=0, EDT_SA_DN_PASS=0, EDT_SA_TS_FAIL=0, RV6186=0 X-NAI-Spam-Version: 2.3.0.9418 : core <6186> : inlines <6281> : streams <1773995> : uri <2556365> X-AnalysisOut: [v=2.2 cv=Ld9M0nXi c=1 sm=1 tr=0 a=8LLPK8U+aGQ6qN8QlyMYtQ==] X-AnalysisOut: [:117 a=8LLPK8U+aGQ6qN8QlyMYtQ==:17 a=kj9zAlcOel0A:10 a=ocR] X-AnalysisOut: [9PWop10UA:10 a=RjTZhZ2kEk6hde4yDhsA:9 a=CjuIK1q_8ugA:10] X-Spam: [F=0.5000000000; CM=0.500; MH=0.500(2017122310); S=0.455(2015072901)] X-MAIL-FROM: X-SOURCE-IP: [42.127.236.175] X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) > 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. Just tried > it on mac os. pixel-scroll-mode works much better here though there > is still small noticeable lag. And also I can see that scroll up > lagging more than scroll down. Can you try scrolling with following configuration? (setq mouse-wheel-scroll-amount '(1 ((shift) . 5) ((control)))) (setq mouse-wheel-progressive-speed nil) Those are two that are already suggested by Eli. Please try both at the same time. From unknown Sat Sep 13 14:42:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29737: 27.0.50; pixel-scroll-mode is laggy Resent-From: Valentin Ignatyev Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 24 Dec 2017 05:19: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: To: Tak Kunihiro Cc: Eli Zaretskii , 29737@debbugs.gnu.org Received: via spool by 29737-submit@debbugs.gnu.org id=B29737.151409272432381 (code B ref 29737); Sun, 24 Dec 2017 05:19:01 +0000 Received: (at 29737) by debbugs.gnu.org; 24 Dec 2017 05:18:44 +0000 Received: from localhost ([127.0.0.1]:49847 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eSygN-0008QD-L3 for submit@debbugs.gnu.org; Sun, 24 Dec 2017 00:18:43 -0500 Received: from mail-it0-f54.google.com ([209.85.214.54]:39976) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eSygL-0008Q0-Bu for 29737@debbugs.gnu.org; Sun, 24 Dec 2017 00:18:41 -0500 Received: by mail-it0-f54.google.com with SMTP id f190so18509005ita.5 for <29737@debbugs.gnu.org>; Sat, 23 Dec 2017 21:18:41 -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=yrvMau/pLzynGIApNxFWnjb0HNinME1/oU+Ezvu1S58=; b=vHp5r8oQ7YudtMoBEb17essl0Cup7oDBBqicsVwPj9PavGfkXhqtRRKaWunwkX6JpL k90YLj38mL9vSAAKx/AgtUgbSI1HHYjLegswHbu1CABIm/u0XE08o/KsfuEIJnAt8XdI IzWx6OZSyKNJIZ/s+D+IKGy5m8HcXYi66pWJbtW3Go2PQ5O119XO5NBXPFvE28KkGajv WIHUq+Le5H4/QEZqso4ppilH2joXXTQ09PqjqqEBuCy6saD2Oe4FZh3Kae9pUfcFqCqI 1H98pJPw9xM/UGUYGh1v7f8excUc0nOUpyiY31X7ckR9Za4kHQo50yX2Cdl/fJyGX2vU B6Hg== 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=yrvMau/pLzynGIApNxFWnjb0HNinME1/oU+Ezvu1S58=; b=VAEKh9PJ9WFd9RYTsm+4+2qlNc2Eo1Ihodc4J1j8B6XNQVcAG/nRCIc7hYOt5aFLnd LiCZv0wi7TV2Clmn67FmfAkNkI7MGCc13dNCQYeYW0vHVDQCwn0yya1zgRkUawev1i5U /GaB8V18w7LhmJLgb6T/2rWFgk9LrqXuQYYdJkQG0rSUuf+6IR7Q+J+9GGluFv4jJIJQ W9jvzRJ5FUVtm/mShygYgYWkagDI4RFEZiHlNkW93dRZ6fAOzI+HyyjR4MpmcgCwSEH9 gmb/FJac2IoVgvawV/Vyg84GyT6UH0jBA29tBGHiQ6EuobdHcN7NB2XnaSg+c8l08QmJ m2DQ== X-Gm-Message-State: AKGB3mLtQk4tFUxP6UwajSBytBPt3FrmFCLtoDyVJwLW3/AWwK7ei3eK uPKHSDaCNg4m3kr+jYYVlnR7skExP8evMhdrEd0= X-Google-Smtp-Source: ACJfBotFW57cyA74vaKZiYXKjZnLqsfx/86sek/z32xD6EBZWVZnqJc+YUKXtjHD1M5L7z82rTS9MKj0UTSNP79m9g8= X-Received: by 10.36.82.17 with SMTP id d17mr23220948itb.56.1514092715784; Sat, 23 Dec 2017 21:18:35 -0800 (PST) MIME-Version: 1.0 Received: by 10.107.149.201 with HTTP; Sat, 23 Dec 2017 21:18:35 -0800 (PST) In-Reply-To: <20171224.112823.71840469338618559.tkk@misasa.okayama-u.ac.jp> References: <834lohls0r.fsf@gnu.org> <20171224.112823.71840469338618559.tkk@misasa.okayama-u.ac.jp> From: Valentin Ignatyev Date: Sun, 24 Dec 2017 15:18:35 +1000 Message-ID: Content-Type: multipart/alternative; boundary="001a114491b67b400305610f2e81" X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a114491b67b400305610f2e81 Content-Type: text/plain; charset="UTF-8" I've tried these both at the same time already. As I've said - scrolling down is a bit laggy (and it eats the CPU and turns on my fans up high). And scroll up is much laggier. It's when I scroll slowly. If I do quick swipe - emacs hangs and then jumps to the line when scrolling must end. On Sun, Dec 24, 2017 at 12:28 PM, Tak Kunihiro wrote: > > 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. Just tried > > it on mac os. pixel-scroll-mode works much better here though there > > is still small noticeable lag. And also I can see that scroll up > > lagging more than scroll down. > > Can you try scrolling with following configuration? > > (setq mouse-wheel-scroll-amount '(1 ((shift) . 5) ((control)))) > (setq mouse-wheel-progressive-speed nil) > > Those are two that are already suggested by Eli. Please try both at > the same time. > --001a114491b67b400305610f2e81 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I've tried these both at the same time already. As I&#= 39;ve said - scrolling down is a bit laggy (and it eats the CPU and turns o= n my fans up high). And scroll up is much laggier. It's when I scroll s= lowly. If I do quick swipe - emacs hangs and then jumps to the line when sc= rolling must end.

On Sun, Dec 24, 2017 at 12:28 PM, Tak Kunihiro <tkk@misasa.ok= ayama-u.ac.jp> wrote:
> 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.=C2=A0 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.=C2=A0 Setting mouse-wheel-progressive-speed= to nil
> seem to make no difference.
>
> Btw, while I do use macbook, my OS is Arch Linux here.=C2=A0 Ju= st tried
> it on mac os. pixel-scroll-mode works much better her= e though there
> is still small noticeable lag. And also I can see that scroll up
> lagging more than scroll down.

Can you try scrolling with following configuration?

=C2=A0 (setq mouse-wheel-scroll-amount '(1 ((shift) . 5) ((control))))<= br> =C2=A0 (setq mouse-wheel-progressive-speed nil)

Those are two that are already suggested by Eli.=C2=A0 Please try both at the same time.

--001a114491b67b400305610f2e81-- From unknown Sat Sep 13 14:42:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29737: 27.0.50; pixel-scroll-mode is laggy Resent-From: Tak Kunihiro Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 25 Dec 2017 03:50:02 +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: To: valentjedi@gmail.com Cc: eliz@gnu.org, tkk@misasa.okayama-u.ac.jp, 29737@debbugs.gnu.org Received: via spool by 29737-submit@debbugs.gnu.org id=B29737.15141737547725 (code B ref 29737); Mon, 25 Dec 2017 03:50:02 +0000 Received: (at 29737) by debbugs.gnu.org; 25 Dec 2017 03:49:14 +0000 Received: from localhost ([127.0.0.1]:51078 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eTJlK-00020X-BN for submit@debbugs.gnu.org; Sun, 24 Dec 2017 22:49:14 -0500 Received: from mxl065v67.mxlogic.net ([208.81.65.67]:44820 helo=s14p02o144.mxlogic.net) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eTJlH-00020N-WE for 29737@debbugs.gnu.org; Sun, 24 Dec 2017 22:49:12 -0500 Received: from unknown [42.127.236.175] (EHLO mlsec.cc.okayama-u.ac.jp) by s14p02o144.mxlogic.net(mxl_mta-8.5.0-1933) over TLS secured channel with ESMTP id 125704a5.0.264018.00-355.573328.s14p02o144.mxlogic.net (envelope-from ); Sun, 24 Dec 2017 20:48:56 -0700 (MST) X-MXL-Hash: 5a4075286eb565ad-9474b0b3843990709c1ce0cdf49d1489707d7654 Received: from alml002.ouadm.okayama-u.ac.jp (unknown [42.127.236.168]) by mlsec.cc.okayama-u.ac.jp with smtp id 4f82_dfe3_c9c170ae_d0ac_4edf_9d99_7f9b8f56f33c; Mon, 25 Dec 2017 12:48:45 +0900 Received: from localhost (vesta.misasa.okayama-u.ac.jp [150.46.48.154]) by alml002.ouadm.okayama-u.ac.jp (Postfix) with ESMTPSA id D13F54C0B29; Mon, 25 Dec 2017 12:48:45 +0900 (JST) Date: Mon, 25 Dec 2017 12:48:45 +0900 (JST) Message-Id: <20171225.124845.1313473587937932282.tkk@misasa.okayama-u.ac.jp> From: Tak Kunihiro In-Reply-To: References: <20171224.112823.71840469338618559.tkk@misasa.okayama-u.ac.jp> X-Mailer: Mew version 6.7 on Emacs 25.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Mon_Dec_25_12_48_45_2017_610)--" Content-Transfer-Encoding: 7bit X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 11 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 4 Rules triggered EDT_SA_AU_PASS=0, EDT_SA_DN_PASS=0, EDT_SA_TS_PASS=0, RV6186=0 X-NAI-Spam-Version: 2.3.0.9418 : core <6186> : inlines <6282> : streams <1774095> : uri <2556876> X-AnalysisOut: [v=2.2 cv=Lubi8jVc c=1 sm=1 tr=0 a=8LLPK8U+aGQ6qN8QlyMYtQ==] X-AnalysisOut: [:117 a=8LLPK8U+aGQ6qN8QlyMYtQ==:17 a=ocR9PWop10UA:10 a=q7q] X-AnalysisOut: [-dKzBMMRe0GboaDYA:9 a=CjuIK1q_8ugA:10 a=H-CBYYnhTh_BikltEA] X-AnalysisOut: [8A:9] X-Spam: [F=0.5000000000; CM=0.500; MH=0.500(2017122409); S=0.240(2015072901)] X-MAIL-FROM: X-SOURCE-IP: [42.127.236.175] X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) ----Next_Part(Mon_Dec_25_12_48_45_2017_610)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit >>Can you try scrolling with following configuration? >> >> (setq mouse-wheel-scroll-amount '(1 ((shift) . 5) ((control)))) >> (setq mouse-wheel-progressive-speed nil) >> >>Those are two that are already suggested by Eli. Please try both at >>the same time. > I've tried these both at the same time already. As I've said - > scrolling down is a bit laggy (and it eats the CPU and turns on my > fans up high). And scroll up is much laggier. It's when I scroll > slowly. I got what the laggy meant. I think we want the second spin to be coarse. How about something like below? ----Next_Part(Mon_Dec_25_12_48_45_2017_610)-- Content-Type: Text/X-Patch; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="pixel-scroll.el.diff" diff --git a/lisp/pixel-scroll.el b/lisp/pixel-scroll.el index 70244873b4..92563a2b71 100644 --- a/lisp/pixel-scroll.el +++ b/lisp/pixel-scroll.el @@ -82,6 +82,15 @@ case you need scrolling resolution of a pixel, set to 1. After a pixel scroll, typing \\[next-line] or \\[previous-line] scrolls the window to make it fully visible, and undoes the effect of the pixel-level scroll.") +(defvar pixel-dead-time 0.1 + "Interval that requires for the next smooth scrolling in seconds. +When there is a scrolling request within this period, the +scrolling will be carried out without pixel resolution. If zero, +scrolling is with pixel resolution always.") + +(defvar pixel-last-scroll-time 0 + "Time when the last scrolling was made in seconds since the epoch.") + ;;;###autoload (define-minor-mode pixel-scroll-mode "A minor mode to scroll text pixel-by-pixel. @@ -104,35 +113,50 @@ if ARG is omitted or nil." This is an alternative of `scroll-up'. Scope moves downward." (interactive) (or arg (setq arg 1)) - (dotimes (ii arg) ; move scope downward - (let ((amt (if pixel-resolution-fine-flag - (if (integerp pixel-resolution-fine-flag) - pixel-resolution-fine-flag - (frame-char-height)) - (pixel-line-height)))) - (if (pixel-eob-at-top-p) ; when end-of-the-buffer is close - (scroll-up 1) ; relay on robust method - (while (pixel-point-at-top-p amt) ; prevent too late (multi tries) - (vertical-motion 1)) ; move point downward - (pixel-scroll-pixel-up amt))))) ; move scope downward + (if (pixel-scroll-in-rush-p) + (scroll-up arg) + (dotimes (ii arg) ; move scope downward + (let ((amt (if pixel-resolution-fine-flag + (if (integerp pixel-resolution-fine-flag) + pixel-resolution-fine-flag + (frame-char-height)) + (pixel-line-height)))) + (if (pixel-eob-at-top-p) ; when end-of-the-buffer is close + (scroll-up 1) ; relay on robust method + (while (pixel-point-at-top-p amt) ; prevent too late (multi tries) + (vertical-motion 1)) ; move point downward + (pixel-scroll-pixel-up amt)))))) ; move scope downward (defun pixel-scroll-down (&optional arg) "Scroll text of selected window down ARG lines. This is and alternative of `scroll-down'. Scope moves upward." (interactive) (or arg (setq arg 1)) - (dotimes (ii arg) - (let ((amt (if pixel-resolution-fine-flag - (if (integerp pixel-resolution-fine-flag) - pixel-resolution-fine-flag - (frame-char-height)) - (pixel-line-height -1)))) - (while (pixel-point-at-bottom-p amt) ; prevent too late (multi tries) - (vertical-motion -1)) ; move point upward - (if (or (pixel-bob-at-top-p amt) ; when beginning-of-the-buffer is seen - (pixel-eob-at-top-p)) ; for file with a long line - (scroll-down 1) ; relay on robust method - (pixel-scroll-pixel-down amt))))) + (if (pixel-scroll-in-rush-p) + (scroll-down arg) + (dotimes (ii arg) + (let ((amt (if pixel-resolution-fine-flag + (if (integerp pixel-resolution-fine-flag) + pixel-resolution-fine-flag + (frame-char-height)) + (pixel-line-height -1)))) + (while (pixel-point-at-bottom-p amt) ; prevent too late (multi tries) + (vertical-motion -1)) ; move point upward + (if (or (pixel-bob-at-top-p amt) ; when beginning-of-the-buffer is seen + (pixel-eob-at-top-p)) ; for file with a long line + (scroll-down 1) ; relay on robust method + (pixel-scroll-pixel-down amt)))))) + +(defun pixel-scroll-in-rush-p () + "Return if scroll is in rush. +WHen request is delivered soon after the previous one, user is in +hurry. It is not ready for another smooth scroll." + (let* ((current-time (float-time)) + (scroll-in-rush-p (< (- current-time pixel-last-scroll-time) + pixel-dead-time))) + (setq pixel-last-scroll-time current-time) + ;; (message (if scroll-in-rush-p "normal-scroll" "pixel-scroll")) + scroll-in-rush-p)) (defun pixel-bob-at-top-p (amt) "Return non-nil if window-start is at beginning of the current buffer. ----Next_Part(Mon_Dec_25_12_48_45_2017_610)---- From unknown Sat Sep 13 14:42:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29737: 27.0.50; pixel-scroll-mode is laggy Resent-From: Tak Kunihiro Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 01 Jan 2018 01:00: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: To: valentjedi@gmail.com Cc: eliz@gnu.org, tkk@misasa.okayama-u.ac.jp, 29737@debbugs.gnu.org Received: via spool by 29737-submit@debbugs.gnu.org id=B29737.15147683705891 (code B ref 29737); Mon, 01 Jan 2018 01:00:01 +0000 Received: (at 29737) by debbugs.gnu.org; 1 Jan 2018 00:59:30 +0000 Received: from localhost ([127.0.0.1]:59121 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eVoRu-0001Wx-8x for submit@debbugs.gnu.org; Sun, 31 Dec 2017 19:59:30 -0500 Received: from [208.81.69.64] (port=29747 helo=s18p02o141.mxlogic.net) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eVoRs-0001VT-Su for 29737@debbugs.gnu.org; Sun, 31 Dec 2017 19:59:29 -0500 Received: from unknown [42.127.236.175] (EHLO mlsec.cc.okayama-u.ac.jp) by s18p02o141.mxlogic.net(mxl_mta-8.5.0-1933) over TLS secured channel with ESMTP id 4c7894a5.0.222724.00-391.422955.s18p02o141.mxlogic.net (envelope-from ); Sun, 31 Dec 2017 17:58:51 -0700 (MST) X-MXL-Hash: 5a4987cb0b24a60e-5c71eae53a15ab5c84b2ca3038d1869fa54a95a7 Received: from alml002.ouadm.okayama-u.ac.jp (unknown [42.127.236.168]) by mlsec.cc.okayama-u.ac.jp with smtp id 706d_0421_f1a46a9c_a05f_402d_b899_d2529f541d09; Mon, 01 Jan 2018 09:58:37 +0900 Received: from localhost (p221050-ipngn200207tottori.tottori.ocn.ne.jp [153.182.220.50]) by alml002.ouadm.okayama-u.ac.jp (Postfix) with ESMTPSA id CB0A14C0B3E; Mon, 1 Jan 2018 09:58:37 +0900 (JST) Date: Mon, 01 Jan 2018 09:58:38 +0900 (JST) Message-Id: <20180101.095838.502407685578664475.tkk@misasa.okayama-u.ac.jp> From: Tak Kunihiro In-Reply-To: <20171225.124845.1313473587937932282.tkk@misasa.okayama-u.ac.jp> References: <20171224.112823.71840469338618559.tkk@misasa.okayama-u.ac.jp> <20171225.124845.1313473587937932282.tkk@misasa.okayama-u.ac.jp> X-Mailer: Mew version 6.7 on Emacs 25.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Mon_Jan__1_09_58_38_2018_938)--" Content-Transfer-Encoding: 7bit X-NAI-Spam-Flag: NO X-NAI-Spam-Level: ********** X-NAI-Spam-Threshold: 11 X-NAI-Spam-Score: 10.1 X-NAI-Spam-Rules: 6 Rules triggered TS_MSG_REP_80_512=10, RCVD_BAD_SIP=0.1, EDT_SA_AU_PASS=0, EDT_SA_DN_PASS=0, EDT_SA_TS_FAIL=0, RV6190=0 X-NAI-Spam-Version: 2.3.0.9418 : core <6190> : inlines <6292> : streams <1774745> : uri <2560861> X-AnalysisOut: [v=2.2 cv=P+BKvmIu c=1 sm=1 tr=0 a=8LLPK8U+aGQ6qN8QlyMYtQ==] X-AnalysisOut: [:117 a=8LLPK8U+aGQ6qN8QlyMYtQ==:17 a=ocR9PWop10UA:10 a=ZW2] X-AnalysisOut: [jQSb4f7COxXVFQvcA:9 a=CjuIK1q_8ugA:10 a=KyQIGehDox9TusDjnD] X-AnalysisOut: [YA:9] X-Spam: [F=0.5100000000; CM=0.500; MH=0.510(2017123109); S=0.204(2015072901)] X-MAIL-FROM: X-SOURCE-IP: [42.127.236.175] X-Spam-Score: 0.6 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.6 (/) ----Next_Part(Mon_Jan__1_09_58_38_2018_938)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit I think that on scrolling of 1000 lines, smooth scroll is not necessary. User wants smooth scrolling only for the first spin of mouse wheel. This patch introduces a new variable `pixel-dead-time' and `pixel-last-scroll-time'. When another scroll request was delivered within `pixel-dead-time', very likely user does not want smooth scrolling. On such situation, `scroll-down' is called instead of `pixel-scroll-pixel-down'. On theory there should not be lag because of smoothing. I tested the revised pixel-scroll-mode for a week and confirmed that works good. When `pixel-dead-time' is zero, its behavior is the same as before. I think `pixel-dead-time' 0.1 works better. I'm sending ChangeLog and a patch relative to the current master. * ChangeLog Add a new algorithm to avoid lag when scrolling is in rush * lisp/pixel-scroll.el (pixel-scroll-up): Invoke 'scroll-up' when called within 'pixel-dead-time'. (pixel-scroll-down): Invoke 'scroll-down' when called within 'pixel-dead-time'. (pixel-dead-time): Interval that requires for the next smooth scrolling. (pixel-last-scroll-time): Time when the last scrolling was made. (Bug#29737) ----Next_Part(Mon_Jan__1_09_58_38_2018_938)-- Content-Type: Text/X-Patch; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="pixel-scroll.el.diff" diff --git a/lisp/pixel-scroll.el b/lisp/pixel-scroll.el index 70244873b4..07297d61b5 100644 --- a/lisp/pixel-scroll.el +++ b/lisp/pixel-scroll.el @@ -82,6 +82,15 @@ pixel-resolution-fine-flag pixel scroll, typing \\[next-line] or \\[previous-line] scrolls the window to make it fully visible, and undoes the effect of the pixel-level scroll.") +(defvar pixel-dead-time 0.1 + "Interval that requires for the next smooth scrolling in second. +On another scrolling request within this period, the scrolling +will be carried out without pixel resolution. If zero, scrolling +is with pixel resolution always.") + +(defvar pixel-last-scroll-time 0 + "Time when the last scrolling was made in second since the epoch.") + ;;;###autoload (define-minor-mode pixel-scroll-mode "A minor mode to scroll text pixel-by-pixel. @@ -104,35 +113,51 @@ pixel-scroll-up This is an alternative of `scroll-up'. Scope moves downward." (interactive) (or arg (setq arg 1)) - (dotimes (ii arg) ; move scope downward - (let ((amt (if pixel-resolution-fine-flag - (if (integerp pixel-resolution-fine-flag) - pixel-resolution-fine-flag - (frame-char-height)) - (pixel-line-height)))) - (if (pixel-eob-at-top-p) ; when end-of-the-buffer is close - (scroll-up 1) ; relay on robust method - (while (pixel-point-at-top-p amt) ; prevent too late (multi tries) - (vertical-motion 1)) ; move point downward - (pixel-scroll-pixel-up amt))))) ; move scope downward + (if (pixel-scroll-in-rush-p) + (scroll-up arg) + (dotimes (ii arg) ; move scope downward + (let ((amt (if pixel-resolution-fine-flag + (if (integerp pixel-resolution-fine-flag) + pixel-resolution-fine-flag + (frame-char-height)) + (pixel-line-height)))) + (if (pixel-eob-at-top-p) ; when end-of-the-buffer is close + (scroll-up 1) ; relay on robust method + (while (pixel-point-at-top-p amt) ; prevent too late (multi tries) + (vertical-motion 1)) ; move point downward + (pixel-scroll-pixel-up amt)))))) ; move scope downward (defun pixel-scroll-down (&optional arg) "Scroll text of selected window down ARG lines. This is and alternative of `scroll-down'. Scope moves upward." (interactive) (or arg (setq arg 1)) - (dotimes (ii arg) - (let ((amt (if pixel-resolution-fine-flag - (if (integerp pixel-resolution-fine-flag) - pixel-resolution-fine-flag - (frame-char-height)) - (pixel-line-height -1)))) - (while (pixel-point-at-bottom-p amt) ; prevent too late (multi tries) - (vertical-motion -1)) ; move point upward - (if (or (pixel-bob-at-top-p amt) ; when beginning-of-the-buffer is seen - (pixel-eob-at-top-p)) ; for file with a long line - (scroll-down 1) ; relay on robust method - (pixel-scroll-pixel-down amt))))) + (if (pixel-scroll-in-rush-p) + (scroll-down arg) + (dotimes (ii arg) + (let ((amt (if pixel-resolution-fine-flag + (if (integerp pixel-resolution-fine-flag) + pixel-resolution-fine-flag + (frame-char-height)) + (pixel-line-height -1)))) + (while (pixel-point-at-bottom-p amt) ; prevent too late (multi tries) + (vertical-motion -1)) ; move point upward + (if (or (pixel-bob-at-top-p amt) ; when beginning-of-the-buffer is seen + (pixel-eob-at-top-p)) ; for file with a long line + (scroll-down 1) ; relay on robust method + (pixel-scroll-pixel-down amt)))))) + +(defun pixel-scroll-in-rush-p () + "Return non-nil if scroll is in rush. +When scrolling request is delivered soon after the previous one, +user is in hurry. When the interval is larger than +`pixel-dead-time', it is ready for another smooth scroll and this +returns nil." + (let* ((current-time (float-time)) + (scroll-in-rush-p (< (- current-time pixel-last-scroll-time) + pixel-dead-time))) + (setq pixel-last-scroll-time current-time) + scroll-in-rush-p)) (defun pixel-bob-at-top-p (amt) "Return non-nil if window-start is at beginning of the current buffer. ----Next_Part(Mon_Jan__1_09_58_38_2018_938)---- From unknown Sat Sep 13 14:42:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29737: 27.0.50; pixel-scroll-mode is laggy Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 06 Jan 2018 17:44: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: To: Tak Kunihiro Cc: valentjedi@gmail.com, 29737@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 29737-submit@debbugs.gnu.org id=B29737.15152606398958 (code B ref 29737); Sat, 06 Jan 2018 17:44:01 +0000 Received: (at 29737) by debbugs.gnu.org; 6 Jan 2018 17:43:59 +0000 Received: from localhost ([127.0.0.1]:38374 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eXsVi-0002KP-HQ for submit@debbugs.gnu.org; Sat, 06 Jan 2018 12:43:58 -0500 Received: from eggs.gnu.org ([208.118.235.92]:58525) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eXsVg-0002KC-Jq for 29737@debbugs.gnu.org; Sat, 06 Jan 2018 12:43:56 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eXsVW-0004RS-Sd for 29737@debbugs.gnu.org; Sat, 06 Jan 2018 12:43:51 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_RP_MATCHES_RCVD, URIBL_BLOCKED autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:55260) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eXsVW-0004RO-OV; Sat, 06 Jan 2018 12:43:46 -0500 Received: from [176.228.60.248] (port=2968 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eXsVU-0007v4-Ta; Sat, 06 Jan 2018 12:43:46 -0500 Date: Sat, 06 Jan 2018 19:43:19 +0200 Message-Id: <83y3la993c.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <20180101.095838.502407685578664475.tkk@misasa.okayama-u.ac.jp> (message from Tak Kunihiro on Mon, 01 Jan 2018 09:58:38 +0900 (JST)) References: <20171224.112823.71840469338618559.tkk@misasa.okayama-u.ac.jp> <20171225.124845.1313473587937932282.tkk@misasa.okayama-u.ac.jp> <20180101.095838.502407685578664475.tkk@misasa.okayama-u.ac.jp> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Mon, 01 Jan 2018 09:58:38 +0900 (JST) > Cc: eliz@gnu.org, 29737@debbugs.gnu.org, tkk@misasa.okayama-u.ac.jp > From: Tak Kunihiro > > I think that on scrolling of 1000 lines, smooth scroll is not > necessary. User wants smooth scrolling only for the first spin of > mouse wheel. > > This patch introduces a new variable `pixel-dead-time' and > `pixel-last-scroll-time'. When another scroll request was delivered > within `pixel-dead-time', very likely user does not want smooth > scrolling. > > On such situation, `scroll-down' is called instead of > `pixel-scroll-pixel-down'. On theory there should not be lag because > of smoothing. > > I tested the revised pixel-scroll-mode for a week and confirmed that > works good. When `pixel-dead-time' is zero, its behavior is the same > as before. I think `pixel-dead-time' 0.1 works better. > > I'm sending ChangeLog and a patch relative to the current master. There was no response, but do you think we should push this regardless? (It should go to the release branch, not to master.) Thanks. From unknown Sat Sep 13 14:42:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29737: 27.0.50; pixel-scroll-mode is laggy Resent-From: Tak Kunihiro Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 07 Jan 2018 02:07: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: To: eliz@gnu.org Cc: tkk@misasa.okayama-u.ac.jp, valentjedi@gmail.com, 29737@debbugs.gnu.org Received: via spool by 29737-submit@debbugs.gnu.org id=B29737.15152908132863 (code B ref 29737); Sun, 07 Jan 2018 02:07:01 +0000 Received: (at 29737) by debbugs.gnu.org; 7 Jan 2018 02:06:53 +0000 Received: from localhost ([127.0.0.1]:38600 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eY0MN-0000k5-M1 for submit@debbugs.gnu.org; Sat, 06 Jan 2018 21:06:53 -0500 Received: from mxl069v66.mxlogic.net ([208.81.69.66]:55632 helo=s18p02o143.mxlogic.net) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eY0ML-0000jw-65 for 29737@debbugs.gnu.org; Sat, 06 Jan 2018 21:06:50 -0500 Received: from unknown [42.127.236.175] (EHLO mlsec.cc.okayama-u.ac.jp) by s18p02o143.mxlogic.net(mxl_mta-8.5.0-1933) over TLS secured channel with ESMTP id ba0815a5.0.51364.00-397.95197.s18p02o143.mxlogic.net (envelope-from ); Sat, 06 Jan 2018 19:06:42 -0700 (MST) X-MXL-Hash: 5a5180b243afe223-bd4dc9e4d7c82bc6c349e37eaf092c883d8e11b3 Received: from alml002.ouadm.okayama-u.ac.jp (unknown [42.127.236.168]) by mlsec.cc.okayama-u.ac.jp with smtp id 31ae_76b6_31fd5e44_9fb2_4056_a252_d0340e1018ac; Sun, 07 Jan 2018 11:06:29 +0900 Received: from localhost (p221050-ipngn200207tottori.tottori.ocn.ne.jp [153.182.220.50]) by alml002.ouadm.okayama-u.ac.jp (Postfix) with ESMTPSA id 959624C0A22; Sun, 7 Jan 2018 11:06:29 +0900 (JST) Date: Sun, 07 Jan 2018 11:06:26 +0900 (JST) Message-Id: <20180107.110626.867464466770164046.tkk@misasa.okayama-u.ac.jp> From: Tak Kunihiro In-Reply-To: <83y3la993c.fsf@gnu.org> References: <20171225.124845.1313473587937932282.tkk@misasa.okayama-u.ac.jp> <20180101.095838.502407685578664475.tkk@misasa.okayama-u.ac.jp> <83y3la993c.fsf@gnu.org> X-Mailer: Mew version 6.7 on Emacs 25.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-NAI-Spam-Flag: NO X-NAI-Spam-Level: ********** X-NAI-Spam-Threshold: 11 X-NAI-Spam-Score: 10.1 X-NAI-Spam-Rules: 6 Rules triggered TS_MSG_REP_80_512=10, RCVD_BAD_SIP=0.1, EDT_SA_AU_PASS=0, EDT_SA_DN_PASS=0, EDT_SA_TS_FAIL=0, RV6194=0 X-NAI-Spam-Version: 2.3.0.9418 : core <6194> : inlines <6296> : streams <1775323> : uri <2564714> X-AnalysisOut: [v=2.2 cv=DMT/22Fb c=1 sm=1 tr=0 a=8LLPK8U+aGQ6qN8QlyMYtQ==] X-AnalysisOut: [:117 a=8LLPK8U+aGQ6qN8QlyMYtQ==:17 a=kj9zAlcOel0A:10 a=Rga] X-AnalysisOut: [UWeydRksA:10 a=mDV3o1hIAAAA:8 a=Gxg8f6_VE_IoswX87KMA:9 a=C] X-AnalysisOut: [juIK1q_8ugA:10 a=_FVE-zBwftR9WsbkzFJk:22] X-Spam: [F=0.5000000000; CM=0.500; MH=0.500(2018010609); S=0.422(2015072901)] X-MAIL-FROM: X-SOURCE-IP: [42.127.236.175] X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) >> Date: Mon, 01 Jan 2018 09:58:38 +0900 (JST) >> Cc: eliz@gnu.org, 29737@debbugs.gnu.org, tkk@misasa.okayama-u.ac.jp >> From: Tak Kunihiro >> >> I think that on scrolling of 1000 lines, smooth scroll is not >> necessary. User wants smooth scrolling only for the first spin of >> mouse wheel. >> >> This patch introduces a new variable `pixel-dead-time' and >> `pixel-last-scroll-time'. When another scroll request was delivered >> within `pixel-dead-time', very likely user does not want smooth >> scrolling. >> >> On such situation, `scroll-down' is called instead of >> `pixel-scroll-pixel-down'. On theory there should not be lag because >> of smoothing. >> >> I tested the revised pixel-scroll-mode for a week and confirmed that >> works good. When `pixel-dead-time' is zero, its behavior is the same >> as before. I think `pixel-dead-time' 0.1 works better. >> >> I'm sending ChangeLog and a patch relative to the current master. > > There was no response, but do you think we should push this > regardless? (It should go to the release branch, not to master.) I think I understood what the laggy meant. The laggy scroll is slow scroll with too frequent redisplay. If my understanding is correct, I am sure this patch fixes the laggy problem. I think it is good to avoid the laggy situation. Thus I think, to push this patch to the release branch is a good idea. From unknown Sat Sep 13 14:42:42 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Valentin Ignatyev Subject: bug#29737: closed (Re: bug#29737: 27.0.50; pixel-scroll-mode is laggy) Message-ID: References: <83tvvy87aw.fsf@gnu.org> X-Gnu-PR-Message: they-closed 29737 X-Gnu-PR-Package: emacs Reply-To: 29737@debbugs.gnu.org Date: Sun, 07 Jan 2018 07:21:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1515309662-6354-1" This is a multi-part message in MIME format... ------------=_1515309662-6354-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #29737: 27.0.50; pixel-scroll-mode is laggy which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 29737@debbugs.gnu.org. --=20 29737: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D29737 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1515309662-6354-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 29737-done) by debbugs.gnu.org; 7 Jan 2018 07:20:03 +0000 Received: from localhost ([127.0.0.1]:38666 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eY5FS-0001dB-L1 for submit@debbugs.gnu.org; Sun, 07 Jan 2018 02:20:02 -0500 Received: from eggs.gnu.org ([208.118.235.92]:58438) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eY5FR-0001ce-5l for 29737-done@debbugs.gnu.org; Sun, 07 Jan 2018 02:20:01 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eY5FI-0001j3-MH for 29737-done@debbugs.gnu.org; Sun, 07 Jan 2018 02:19:55 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:36545) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eY5FH-0001ib-ST; Sun, 07 Jan 2018 02:19:51 -0500 Received: from [176.228.60.248] (port=4378 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eY5FH-0003B5-82; Sun, 07 Jan 2018 02:19:51 -0500 Date: Sun, 07 Jan 2018 09:19:35 +0200 Message-Id: <83tvvy87aw.fsf@gnu.org> From: Eli Zaretskii To: Tak Kunihiro In-reply-to: <20180107.110626.867464466770164046.tkk@misasa.okayama-u.ac.jp> (message from Tak Kunihiro on Sun, 07 Jan 2018 11:06:26 +0900 (JST)) Subject: Re: bug#29737: 27.0.50; pixel-scroll-mode is laggy References: <20171225.124845.1313473587937932282.tkk@misasa.okayama-u.ac.jp> <20180101.095838.502407685578664475.tkk@misasa.okayama-u.ac.jp> <83y3la993c.fsf@gnu.org> <20180107.110626.867464466770164046.tkk@misasa.okayama-u.ac.jp> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 29737-done Cc: 29737-done@debbugs.gnu.org, valentjedi@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Sun, 07 Jan 2018 11:06:26 +0900 (JST) > Cc: valentjedi@gmail.com, 29737@debbugs.gnu.org, tkk@misasa.okayama-u.ac.jp > From: Tak Kunihiro > > I think I understood what the laggy meant. The laggy scroll is slow > scroll with too frequent redisplay. If my understanding is correct, I > am sure this patch fixes the laggy problem. > > I think it is good to avoid the laggy situation. Thus I think, to > push this patch to the release branch is a good idea. I pushed the changes, and I'm marking this bug done. Thanks. ------------=_1515309662-6354-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 16 Dec 2017 18:11:48 +0000 Received: from localhost ([127.0.0.1]:37616 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eQGw7-0007X3-54 for submit@debbugs.gnu.org; Sat, 16 Dec 2017 13:11:47 -0500 Received: from eggs.gnu.org ([208.118.235.92]:59110) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eQGgf-00079W-Cf for submit@debbugs.gnu.org; Sat, 16 Dec 2017 12:55:50 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eQGgX-00039s-KL for submit@debbugs.gnu.org; Sat, 16 Dec 2017 12:55:44 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:54348) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eQGgX-00039m-Gb for submit@debbugs.gnu.org; Sat, 16 Dec 2017 12:55:41 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:50055) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eQGgU-0007r2-O5 for bug-gnu-emacs@gnu.org; Sat, 16 Dec 2017 12:55:41 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eQGgS-000363-JY for bug-gnu-emacs@gnu.org; Sat, 16 Dec 2017 12:55:38 -0500 Received: from mail-it0-x22a.google.com ([2607:f8b0:4001:c0b::22a]:42767) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eQGgS-00035S-Bf for bug-gnu-emacs@gnu.org; Sat, 16 Dec 2017 12:55:36 -0500 Received: by mail-it0-x22a.google.com with SMTP id p139so24148191itb.1 for ; Sat, 16 Dec 2017 09:55:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=Ma+/7NfQAmzo9IJ7yaNzqVniKB62DnSOFyImPBg7CEg=; b=CU3/wpoX6YoPQcugPyJppTiG8hZVX1rWkygUn/oxfcuGuj3wZ6BckpIFaYyEmp2uk8 KuTj8H7k4vR6gvLZM/pz1wNr+mVuvVaMbPL7I4+DY+W/klK0jMAWGJqx0BI6Bn/Unil4 FQUuySi7OMZbmDUTBKD4dUHXuCBYY3PflXO2MgCj28v/wVbBgbiE/Fwq3nCUkKS6s0nk 0Uw85gwXZee2v34TL9fMbFMLgUq7u6fxUpAdZiGNnj/0hztRnFcpXXnHX3U4ZAeQ2IyT /I230VFHXJgM8IIva0l4pwnH+XRPHpHo8hdOjgJrbMI2Foa60UWbq+9BNanMGauLRMA7 qyrQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=Ma+/7NfQAmzo9IJ7yaNzqVniKB62DnSOFyImPBg7CEg=; b=k+6cmngrVRJfS0Ho/gWOhokX+9u1VhduxnbpzQR58gNyvPK06pQA0tweBapuE2EUix 8oCKIo6VEDX4N4VNkb/zS4iUAZ1qQ08zjYuh3cQVmzmT9RIVfoFwY38DZlUXiCIKQHDL 1P+DGRYx7sAvk0XPMOyDeqMjBPEkQ16Qqys7jcXnTbS1uGcFZX4PblNLOKMNW3kSWSwt 6J5469vI81GvQeRzI9GHNH2nVgHk0tRjNyAt8hYsLFbd/6b3UzC83z+xtKoe6xq8fjQi fSBDgAQyhUXM14AHWMGCD4FEsaWljLm/uMSTTvoK4jXYz8MIl6FowzIfBZqeVDBjk6U2 uO8Q== X-Gm-Message-State: AKGB3mLAZZ2h2dbkmAbh9qjw3ovtEEqsn6JPUlNCc2ig5y8afSkGEXVK h8k6rUCdSu9iv4g/zY/yFR3w9jv9iOluNO0ueC1rqQ== X-Google-Smtp-Source: ACJfBovmiWKbW8mtBvFb1S4780ysnvMizJcdbTW7hYGzpuLlfcKBTXKz2RUn2tvpQ9K1kG5DxtHZmnJbwkpZHp+eHfc= X-Received: by 10.36.98.78 with SMTP id d75mr14374301itc.44.1513446935063; Sat, 16 Dec 2017 09:55:35 -0800 (PST) MIME-Version: 1.0 Received: by 10.107.1.6 with HTTP; Sat, 16 Dec 2017 09:55:34 -0800 (PST) From: Valentin Ignatyev Date: Sun, 17 Dec 2017 03:55:34 +1000 Message-ID: Subject: 27.0.50; pixel-scroll-mode is laggy To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary="001a113f6e4cf37283056078d2f6" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Sat, 16 Dec 2017 13:11:45 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) --001a113f6e4cf37283056078d2f6 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Hi! I've tried new feature `pixel-scroll-mode` on both emacs-26 and on master branches. While I see that scrolling became pixel-wise indeed, it is also very laggy. CPU blows up to 100% and ui hangs and freezes. It works ok if I scroll slowly though. It happens with all my plugins and customizations and if I run emacs with -Q flag. My OS is Arch Linux and I also have HiDPI screen (it's MacBook 11,4, mid-2015). I've also started this related reddit thread: https://www.reddit.com/r/emacs/comments/7k7322/pixelscrollmode_wanted/ Thanks a lot for your work, I'd like to give an additional info, but I don't know exactly what could be helpful. Cheers, Velentin. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D In GNU Emacs 27.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22.26) of 2017-12-16 built on vjarch Repository revision: 506270f9c80bf9bd7dad35a2f0aa6f477da6490b Windowing system distributor 'The X.Org Foundation', version 11.0.11905000 Recent messages: Type C-c C-c or C-c C-x to view the image as text or hex. Can=E2=80=99t guess python-indent-offset, using defaults: 4 Setting up indent for shell type zsh Indentation variables are now local. Indentation setup for shell type zsh Wrote /home/vj/.emacs.d/.emacs.desktop.lock Desktop: 1 frame, 54 buffers restored. For information about GNU Emacs and the GNU system, type C-h C-a. mwheel-scroll: Beginning of buffer [3 times] Pixel-Scroll mode enabled pixel-scroll-down: Beginning of buffer Configured using: 'configure --prefix=3D/usr --sysconfdir=3D/etc --libexecdir=3D/usr/lib --localstatedir=3D/var --mandir=3D/usr/share/man --with-gameuser=3D:games --with-sound=3Dalsa --with-xft --with-modules --with-x-toolkit=3Dgtk3 --without-gconf --without-gsettings --without-gpm --without-m17n-flt --without-imagemagick 'CFLAGS=3D-march=3Dx86-64 -mtune=3Dgeneric -O2 -pipe -fstack-protector-strong -fno-plt' CPPFLAGS=3D-D_FORTIFY_SOURCE=3D2 'LDFLAGS=3D-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -fuse-ld=3Dgold'' Configured features: XPM JPEG TIFF GIF PNG RSVG SOUND DBUS NOTIFY ACL GNUTLS LIBXML2 FREETYPE LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 MODULES LIBSYSTEMD JSON LCMS2 Important settings: value of $LC_ALL: en_US.UTF-8 value of $LC_CTYPE: en_US.UTF-8 value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: Outline Minor modes in effect: pixel-scroll-mode: t diff-auto-refine-mode: t projectile-mode: t global-company-mode: t company-mode: t global-flycheck-mode: t flycheck-mode: t ivy-mode: t global-evil-surround-mode: t evil-surround-mode: t evil-leader-mode: t global-undo-tree-mode: t undo-tree-mode: t shell-dirtrack-mode: t evil-mode: t evil-local-mode: t override-global-mode: t global-auto-revert-mode: t global-hl-line-mode: t desktop-save-mode: t cl-old-struct-compat-mode: t show-paren-mode: t tooltip-mode: t global-eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t buffer-read-only: t column-number-mode: t line-number-mode: t global-visual-line-mode: t visual-line-mode: t transient-mark-mode: t view-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug sendmail cus-start cus-load pixel-scroll colir sh-script smie executable conf-mode linum elec-pair vc-git diff-mode ob-python org-rmail org-mhe org-irc org-info org-gnus nnir gnus-sum gnus-group gnus-undo gnus-start gnus-cloud nnimap nnmail mail-source utf7 netrc nnoo gnus-spec gnus-int gnus-range message rfc822 mml mml-sec epa derived epg mm-decode mm-bodies mm-encode mailabbrev gmm-utils mailheader gnus-win gnus nnheader gnus-util rmail rmail-loaddefs mail-utils wid-edit org-docview doc-view image-mode org-bibtex bibtex org-bbdb org-w3m org-element avl-tree generator org org-macro org-footnote org-pcomplete org-list org-faces org-entities org-version ob-emacs-lisp ob ob-tangle org-src ob-ref ob-lob ob-table ob-keys ob-exp ob-comint ob-core ob-eval org-compat org-macs org-loaddefs cal-menu calendar cal-loaddefs view init yaml-mode ag vc-svn find-dired dired dired-loaddefs projectile grep compile ibuf-ext ibuffer ibuffer-loaddefs smartparens-config smartparens-javascript smartparens-text smartparens-python smartparens-markdown smartparens-html evil-smartparens smartparens virtualenvwrapper gud company-anaconda anaconda-mode pythonic f python tramp-sh tramp tramp-compat tramp-loaddefs trampver ucs-normalize parse-time format-spec company-tern s dash-functional tern url-http tls gnutls url-auth mail-parse rfc2231 rfc2047 rfc2045 mm-util ietf-drums mail-prsvr url-gw nsm rmc puny url url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf url-util mailcap company-oddmuse company-keywords company-etags company-gtags company-dabbrev-code company-dabbrev company-files company-capf company-cmake company-xcode company-clang company-semantic company-eclim company-template company-css company-nxml company-bbdb company pcase rjsx-mode js2-mode js sgml-mode dom cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs imenu markdown-mode color noutline outline flycheck cl-extra json map find-func help-mode rx subr-x dash org-bullets counsel jka-compr esh-util etags xref project swiper ivy delsel ivy-overlay ffap flx evil-surround evil-leader evil evil-integration undo-tree diff evil-maps evil-commands flyspell ispell evil-jumps evil-command-window evil-types evil-search evil-ex shell pcomplete comint ansi-color evil-macros evil-repeat evil-states evil-core advice evil-common windmove thingatpt rect evil-digraphs evil-vars ring edmacro kmacro use-package diminish bind-key easy-mmode finder-inf info package easymenu epg-config url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs password-cache url-vars seq byte-opt gv bytecomp byte-compile cconv autorevert filenotify hl-line desktop frameset cl-loaddefs cl-lib paren time-date mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core term/tty-colors frame cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote dbusbind inotify lcms2 dynamic-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty make-network-process emacs) Memory information: ((conses 16 670270 69821) (symbols 48 56909 2) (miscs 40 1143 237) (strings 32 160583 14753) (string-bytes 1 4909395) (vectors 16 91715) (vector-slots 8 1535197 58450) (floats 8 446 340) (intervals 56 4061 335) (buffers 992 65)) --001a113f6e4cf37283056078d2f6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Hi= ! I've tried new feature `pixel-scroll-mode` on both emacs-26 and onmaster branches. While I see that scrolling became pixel-wise indeed, itis also very laggy. CPU blows up to 100% and ui hangs and freezes. It
= works ok if I scroll slowly though. It happens with all my plugins and
c= ustomizations and if I run emacs with -Q flag. My OS is Arch Linux and
I= also have HiDPI screen (it's MacBook 11,4, mid-2015). I've alsostarted this related reddit thread:
https://www.reddit.com/r/em= acs/comments/7k7322/pixelscrollmode_wanted/

Thanks a lot for you= r work, I'd like to give an additional info, but I
don't know ex= actly what could be helpful.

Cheers, Velentin.
=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D


In GNU Emacs 27.0.50 (build 1, x8= 6_64-pc-linux-gnu, GTK+ Version 3.22.26)
=C2=A0of 2017-12-16 built on vj= arch
Repository revision: 506270f9c80bf9bd7dad35a2f0aa6f477da6490b
Wi= ndowing system distributor 'The X.Org Foundation', version 11.0.119= 05000
Recent messages:
Type C-c C-c or C-c C-x to view the image as t= ext or hex.
Can=E2=80=99t guess python-indent-offset, using defaults: 4<= br>Setting up indent for shell type zsh
Indentation variables are now lo= cal.
Indentation setup for shell type zsh
Wrote /home/vj/.emacs.d/.em= acs.desktop.lock
Desktop: 1 frame, 54 buffers restored.
For informati= on about GNU Emacs and the GNU system, type C-h C-a.
mwheel-scroll: Begi= nning of buffer [3 times]
Pixel-Scroll mode enabled
pixel-scroll-down= : Beginning of buffer
Configured using:
=C2=A0'configure --prefix= =3D/usr --sysconfdir=3D/etc --libexecdir=3D/usr/lib
=C2=A0--localstatedi= r=3D/var --mandir=3D/usr/share/man --with-gameuser=3D:games
=C2=A0--with= -sound=3Dalsa --with-xft --with-modules --with-x-toolkit=3Dgtk3
=C2=A0--= without-gconf --without-gsettings --without-gpm --without-m17n-flt
=C2= =A0--without-imagemagick 'CFLAGS=3D-march=3Dx86-64 -mtune=3Dgeneric -O2= -pipe
=C2=A0-fstack-protector-strong -fno-plt' CPPFLAGS=3D-D_FORTIF= Y_SOURCE=3D2
=C2=A0'LDFLAGS=3D-Wl,-O1,--sort-common,--as-needed,-z,r= elro,-z,now
=C2=A0-fuse-ld=3Dgold''

Configured features:<= br>XPM JPEG TIFF GIF PNG RSVG SOUND DBUS NOTIFY ACL GNUTLS LIBXML2 FREETYPE=
LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 MODULES LIBSYSTEMD JSONLCMS2

Important settings:
=C2=A0 value of $LC_ALL: en_US.UTF-8=C2=A0 value of $LC_CTYPE: en_US.UTF-8
=C2=A0 value of $LANG: en_US.UT= F-8
=C2=A0 locale-coding-system: utf-8-unix

Major mode: Outline
Minor modes in effect:
=C2=A0 pixel-scroll-mode: t
=C2=A0 diff-= auto-refine-mode: t
=C2=A0 projectile-mode: t
=C2=A0 global-company-m= ode: t
=C2=A0 company-mode: t
=C2=A0 global-flycheck-mode: t
=C2= =A0 flycheck-mode: t
=C2=A0 ivy-mode: t
=C2=A0 global-evil-surround-m= ode: t
=C2=A0 evil-surround-mode: t
=C2=A0 evil-leader-mode: t
=C2= =A0 global-undo-tree-mode: t
=C2=A0 undo-tree-mode: t
=C2=A0 shell-di= rtrack-mode: t
=C2=A0 evil-mode: t
=C2=A0 evil-local-mode: t
=C2= =A0 override-global-mode: t
=C2=A0 global-auto-revert-mode: t
=C2=A0 = global-hl-line-mode: t
=C2=A0 desktop-save-mode: t
=C2=A0 cl-old-stru= ct-compat-mode: t
=C2=A0 show-paren-mode: t
=C2=A0 tooltip-mode: t=C2=A0 global-eldoc-mode: t
=C2=A0 electric-indent-mode: t
=C2=A0 mo= use-wheel-mode: t
=C2=A0 file-name-shadow-mode: t
=C2=A0 global-font-= lock-mode: t
=C2=A0 font-lock-mode: t
=C2=A0 auto-composition-mode: t=
=C2=A0 auto-encryption-mode: t
=C2=A0 auto-compression-mode: t
= =C2=A0 buffer-read-only: t
=C2=A0 column-number-mode: t
=C2=A0 line-n= umber-mode: t
=C2=A0 global-visual-line-mode: t
=C2=A0 visual-line-mo= de: t
=C2=A0 transient-mark-mode: t
=C2=A0 view-mode: t

Load-p= ath shadows:
None found.

Features:
(shadow sort mail-extr emac= sbug sendmail cus-start cus-load pixel-scroll
colir sh-script smie execu= table conf-mode linum elec-pair vc-git
diff-mode ob-python org-rmail org= -mhe org-irc org-info org-gnus nnir
gnus-sum gnus-group gnus-undo gnus-s= tart gnus-cloud nnimap nnmail
mail-source utf7 netrc nnoo gnus-spec gnus= -int gnus-range message rfc822
mml mml-sec epa derived epg mm-decode mm-= bodies mm-encode mailabbrev
gmm-utils mailheader gnus-win gnus nnheader = gnus-util rmail
rmail-loaddefs mail-utils wid-edit org-docview doc-view = image-mode
org-bibtex bibtex org-bbdb org-w3m org-element avl-tree gener= ator org
org-macro org-footnote org-pcomplete org-list org-faces org-ent= ities
org-version ob-emacs-lisp ob ob-tangle org-src ob-ref ob-lob ob-ta= ble
ob-keys ob-exp ob-comint ob-core ob-eval org-compat org-macs
org-= loaddefs cal-menu calendar cal-loaddefs view init yaml-mode ag
vc-svn fi= nd-dired dired dired-loaddefs projectile grep compile ibuf-ext
ibuffer i= buffer-loaddefs smartparens-config smartparens-javascript
smartparens-te= xt smartparens-python smartparens-markdown
smartparens-html evil-smartpa= rens smartparens virtualenvwrapper gud
company-anaconda anaconda-mode py= thonic f python tramp-sh tramp
tramp-compat tramp-loaddefs trampver ucs-= normalize parse-time
format-spec company-tern s dash-functional tern url= -http tls gnutls
url-auth mail-parse rfc2231 rfc2047 rfc2045 mm-util iet= f-drums
mail-prsvr url-gw nsm rmc puny url url-proxy url-privacy url-exp= and
url-methods url-history url-cookie url-domsuf url-util mailcap
co= mpany-oddmuse company-keywords company-etags company-gtags
company-dabbr= ev-code company-dabbrev company-files company-capf
company-cmake company= -xcode company-clang company-semantic company-eclim
company-template com= pany-css company-nxml company-bbdb company pcase
rjsx-mode js2-mode js s= gml-mode dom cc-mode cc-fonts cc-guess cc-menus
cc-cmds cc-styles cc-ali= gn cc-engine cc-vars cc-defs imenu markdown-mode
color noutline outline = flycheck cl-extra json map find-func help-mode rx
subr-x dash org-bullet= s counsel jka-compr esh-util etags xref project
swiper ivy delsel ivy-ov= erlay ffap flx evil-surround evil-leader evil
evil-integration undo-tree= diff evil-maps evil-commands flyspell ispell
evil-jumps evil-command-wi= ndow evil-types evil-search evil-ex shell
pcomplete comint ansi-color ev= il-macros evil-repeat evil-states
evil-core advice evil-common windmove = thingatpt rect evil-digraphs
evil-vars ring edmacro kmacro use-package d= iminish bind-key easy-mmode
finder-inf info package easymenu epg-config = url-handlers url-parse
auth-source cl-seq eieio eieio-core cl-macs eieio= -loaddefs
password-cache url-vars seq byte-opt gv bytecomp byte-compile = cconv
autorevert filenotify hl-line desktop frameset cl-loaddefs cl-lib = paren
time-date mule-util tooltip eldoc electric uniquify ediff-hook vc-= hooks
lisp-float-type mwheel term/x-win x-win term/common-win x-dnd tool= -bar
dnd fontset image regexp-opt fringe tabulated-list replace newcomme= nt
text-mode elisp-mode lisp-mode prog-mode register page menu-bar
rf= n-eshadow isearch timer select scroll-bar mouse jit-lock font-lock
synta= x facemenu font-core term/tty-colors frame cl-generic cham georgian
utf-= 8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese eu= cjp-ms cp51932 hebrew greek romanian slovak czech european
ethiopic indi= an cyrillic chinese composite charscript charprop
case-table epa-hook jk= a-cmpr-hook help simple abbrev obarray minibuffer
cl-preloaded nadvice l= oaddefs button faces cus-face macroexp files
text-properties overlay sha= 1 md5 base64 format env code-pages mule
custom widget hashtable-print-re= adable backquote dbusbind inotify lcms2
dynamic-setting font-render-sett= ing move-toolbar gtk x-toolkit x
multi-tty make-network-process emacs)
Memory information:
((conses 16 670270 69821)
=C2=A0(symbols 48= 56909 2)
=C2=A0(miscs 40 1143 237)
=C2=A0(strings 32 160583 14753)=C2=A0(string-bytes 1 4909395)
=C2=A0(vectors 16 91715)
=C2=A0(vect= or-slots 8 1535197 58450)
=C2=A0(floats 8 446 340)
=C2=A0(intervals 5= 6 4061 335)
=C2=A0(buffers 992 65))
--001a113f6e4cf37283056078d2f6-- ------------=_1515309662-6354-1--