From unknown Fri Sep 05 15:37:04 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#59134 <59134@debbugs.gnu.org> To: bug#59134 <59134@debbugs.gnu.org> Subject: Status: 29.0.50; Pixel scroll precision mode is very CPU intensive and governor sensitive Reply-To: bug#59134 <59134@debbugs.gnu.org> Date: Fri, 05 Sep 2025 22:37:04 +0000 retitle 59134 29.0.50; Pixel scroll precision mode is very CPU intensive an= d governor sensitive reassign 59134 emacs submitter 59134 Luke Fernandes severity 59134 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 08 17:03:03 2022 Received: (at submit) by debbugs.gnu.org; 8 Nov 2022 22:03:03 +0000 Received: from localhost ([127.0.0.1]:38342 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1osWgO-0004iW-E0 for submit@debbugs.gnu.org; Tue, 08 Nov 2022 17:03:03 -0500 Received: from lists.gnu.org ([209.51.188.17]:49464) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1osVbm-00035V-PZ for submit@debbugs.gnu.org; Tue, 08 Nov 2022 15:54:11 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1osVbm-0002tJ-IT for bug-gnu-emacs@gnu.org; Tue, 08 Nov 2022 15:54:10 -0500 Received: from mail-ua1-x930.google.com ([2607:f8b0:4864:20::930]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1osVbk-0000xx-0Z for bug-gnu-emacs@gnu.org; Tue, 08 Nov 2022 15:54:10 -0500 Received: by mail-ua1-x930.google.com with SMTP id i16so5065847uak.1 for ; Tue, 08 Nov 2022 12:54:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20210112; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=p1tMy5y9Y49VVUdqEp8Uo+AE/N2NUULDLKzzEKc1KDI=; b=FZMfVnNtC6SNM4pJKxVR8sYhFW8n3FvvR9T/2e3mNL45lXGkFqpD8ol8+mr6zNMBXJ tk2wgWzFG8s5FIPxKsbThfkLHfy9ZOvm3Y3zTBD4Y3oa2lDowI8z/HXEmJTqpTKCPaAe 3T1vVAHOr8XlqoFm3n2czEBT6dOXwDIlo+vq9+2diHqc8aMH2AQywrQLJgyBH83jQb3t tga5k0QR7+VON0WY0HwMmO6H9xpUfSTGVC883tewTnoQFK25oCHA8Uo3MiHDQv/XxBYn lHAEJxsXwBbeJTtBJXRPPPiaEhlKsZsZ0YRsMSyGMyPY/PtXJcusZHa/G4Qgo7qb/r0Z kReA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=p1tMy5y9Y49VVUdqEp8Uo+AE/N2NUULDLKzzEKc1KDI=; b=X6Rpt9UvLI+1AIU8frkOT5l80B7YJlJHU2DQCWcQ60YQoPnEAHcdaS+XEJhWehRtPp Cr0u3BGOzw9T7JgrEnRLy9NMwmeJtoZDsSLrv+0NvnbnR7lQzet+8vbQ0TGWde1tVbMh EgSrPlqOfo9eG6DU3pbIINVTTHzbr3uEp9FqcNAXOhBqYcBH2uGlXyCCtB0Zkit+sZEL +EIWGA5VNQNx37cn5LqxmkvWCa3V4ueu+ceJc/Bq/ccwBJoZnWfAtTSI0/eMFKhSIOK1 HBuAq2CfMKA31lwkD+4W/1ES6Uzuezg5DyqbY66gmHB3Dn7PbIBWglHkB7v1OkDBCLEQ ytUA== X-Gm-Message-State: ACrzQf1urxfObTciJeqFNjpZyqq5d+Cn2K6nWs3vUP51TVnxGsoopMfp aSxzXXPixsdgRVlgZ5pr6GvMPOE2wlzNBOEsclXrug/sIFo= X-Google-Smtp-Source: AMsMyM4BHtSZqp4rdK7RNcmlP7cuHQFIuOJZI6NPA8SYGYhhkyunJ5dglFUxNXc/02ZA4wsLeRNlZQL3mZGIRyosbzc= X-Received: by 2002:ab0:700d:0:b0:410:18fa:991c with SMTP id k13-20020ab0700d000000b0041018fa991cmr17964570ual.117.1667940846161; Tue, 08 Nov 2022 12:54:06 -0800 (PST) MIME-Version: 1.0 From: Luke Fernandes Date: Tue, 8 Nov 2022 20:53:29 +0000 Message-ID: Subject: 29.0.50; Pixel scroll precision mode is very CPU intensive and governor sensitive To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary="000000000000a4521b05ecfbbd61" Received-SPF: pass client-ip=2607:f8b0:4864:20::930; envelope-from=luke124273@googlemail.com; helo=mail-ua1-x930.google.com X-Spam_score_int: -17 X-Spam_score: -1.8 X-Spam_bar: - X-Spam_report: (-1.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.1 (-) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Tue, 08 Nov 2022 17:02:58 -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: -2.1 (--) --000000000000a4521b05ecfbbd61 Content-Type: text/plain; charset="UTF-8" Not so much a bug as a request for an improvement/feature request. When using pixel-scroll-precision-mode in Emacs, scrolling will be laggy or choppy when the Linux kernel cpu governor is set to more power saving modes, seemingly because clocks are less responsive to load and do not rise from their idle state (on my Intel hexacore mobile Xeon, this is 800 Mhz) until a few seconds into the scroll, if at all. When the governor is set to performance, clocks will go from mid-table to max/base clock (I have turbo boost disabled) instantly and stay there for the duration of the scroll - and the scroll is buttery smooth. On chrome or firefox, scrolling will in contrast be completely smooth even if CPU clocks remain at 800 MHz (say, under the most restrictive governor policies or a maximum clock limit) for the entire scroll. It is undesirable that a power balancing governor setting, which works well for most or all other applications, should cause lag and stuttering in smooth pixel scrolling in Emacs. I realise there are performance constraints within Emacs' design, but if there's any way we can get smooth scrolling to be more workable at lower clocks that would be great. In GNU Emacs 29.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.34, cairo version 1.17.6) of 2022-09-26 built on Putty4-7manjaro Repository revision: 93b9cf41846b40cd050b56f6e83b590330be255e Repository branch: master Windowing system distributor 'The X.Org Foundation', version 11.0.12101004 System Description: Manjaro Linux Configured using: 'configure --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib --localstatedir=/var --mandir=/usr/share/man --with-gameuser=:games --with-modules --without-libotf --without-m17n-flt --without-gconf --with-native-compilation --with-xinput2 --with-x-toolkit=gtk3 --without-xaw3d --with-sound=no --without-gpm --without-compress-install '--program-transform-name=s/\([ec]tags\)/\1.emacs/' 'CFLAGS=-march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security -fstack-clash-protection -fcf-protection' LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now' Configured features: ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG JSON LCMS2 LIBSYSTEMD LIBXML2 MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS WEBP X11 XDBE XIM XINPUT2 XPM GTK3 ZLIB Important settings: value of $LC_MONETARY: en_GB.UTF-8 value of $LC_NUMERIC: en_GB.UTF-8 value of $LC_TIME: en_GB.UTF-8 value of $LANG: en_GB.UTF-8 locale-coding-system: utf-8-unix Major mode: C++//l Minor modes in effect: lsp-diagnostics-mode: t company-mode: t lsp-headerline-breadcrumb-mode: t lsp-modeline-workspace-status-mode: t lsp-modeline-diagnostics-mode: t lsp-modeline-code-actions-mode: t lsp-ui-mode: t lsp-ui-doc-mode: t lsp-ui-sideline-mode: t flycheck-mode: t lsp-completion-mode: t gcmh-mode: t pixel-scroll-precision-mode: t global-undo-tree-mode: t undo-tree-mode: t lsp-managed-mode: t lsp-mode: t yas-global-mode: t yas-minor-mode: t delete-selection-mode: t tooltip-mode: t global-eldoc-mode: t eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t line-number-mode: t indent-tabs-mode: t transient-mark-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t abbrev-mode: t Load-path shadows: /home/luke/.emacs.d/elpa/cmake-mode-20210104.1831/cmake-mode hides /usr/share/emacs/site-lisp/cmake-mode Features: (shadow sort mail-extr emacsbug message yank-media dired dired-loaddefs rfc822 mml mml-sec epa gnus-util mm-decode mm-bodies mm-encode mailabbrev gmm-utils mailheader sendmail mail-utils novice help-fns radix-tree cl-print debug backtrace lsp-diagnostics company-oddmuse company-keywords company-etags etags fileloop company-gtags company-dabbrev-code company-dabbrev company-files company-clang company-capf company-cmake company-semantic company-template company-bbdb company lsp-headerline lsp-icons lsp-modeline vc-git diff-mode vc-dispatcher lsp-ui lsp-ui-flycheck derived lsp-ui-doc goto-addr lsp-ui-imenu lsp-ui-peek lsp-ui-sideline easy-mmode flycheck lsp-ui-util face-remap view lsp-zig lsp-steep lsp-svelte lsp-sqls lsp-yaml lsp-xml lsp-vimscript lsp-vhdl lsp-vetur lsp-html lsp-verilog lsp-vala lsp-v lsp-toml lsp-terraform lsp-tex lsp-sorbet lsp-solargraph lsp-rust lsp-rf lsp-r lsp-purescript lsp-pylsp lsp-pyls lsp-pwsh lsp-php lsp-perl lsp-ocaml lsp-nix lsp-nim lsp-nginx lsp-markdown lsp-lua lsp-kotlin lsp-json lsp-javascript lsp-haxe lsp-groovy lsp-hack lsp-graphql lsp-go lsp-completion lsp-gdscript lsp-fsharp lsp-fortran lsp-eslint lsp-erlang lsp-elixir lsp-elm lsp-dockerfile lsp-dhall lsp-d lsp-css lsp-csharp gnutls lsp-crystal lsp-cmake lsp-clojure lsp-semantic-tokens lsp-clangd dom lsp-beancount lsp-bash lsp-angular lsp-ada lsp-actionscript gcmh pixel-scroll cua-base finder-inf ido undo-tree diff ccls ccls-member-hierarchy ccls-inheritance-hierarchy ccls-call-hierarchy ccls-tree ccls-code-lens ccls-semantic-highlight ccls-common lsp-mode comp comp-cstr warnings lsp-protocol yasnippet xref project tree-widget wid-edit spinner pcase network-stream markdown-mode color thingatpt inline imenu ht filenotify f s ewoc epg rfc6068 epg-config dash compile text-property-search cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs org2blog edmacro kmacro ox-wp ox-odt rng-loc rng-uri rng-parse rng-match rng-dt rng-util rng-pttrn nxml-parse nxml-ns nxml-enc xmltok nxml-util ox-latex ox-icalendar org-agenda org-refile ox-html table ox-ascii ox-publish ox org-element avl-tree generator org ob ob-tangle ob-ref ob-lob ob-table ob-exp org-macro org-footnote org-src ob-comint org-pcomplete pcomplete comint osc ansi-color org-list org-faces org-entities noutline outline icons org-version ob-emacs-lisp ob-core ob-eval org-table oc-basic bibtex iso8601 time-date ol rx org-keys oc org-compat org-macs org-loaddefs format-spec advice find-func cal-menu calendar cal-loaddefs writegood-mode metaweblog xml-rpc timezone url-http url-auth mail-parse rfc2231 rfc2047 rfc2045 mm-util ietf-drums mail-prsvr url-gw nsm puny xml hydra ring lv htmlize cl-extra help-mode use-package-ensure use-package-core delsel desktop frameset gcmh-autoloads org2blog-autoloads metaweblog-autoloads hydra-autoloads htmlize-autoloads slime-autoloads info writegood-mode-autoloads xml-rpc-autoloads package browse-url url url-proxy url-privacy url-expand url-methods url-history url-cookie generate-lisp-file url-domsuf url-util mailcap url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs password-cache json subr-x map byte-opt gv bytecomp byte-compile cconv url-vars cl-loaddefs cl-lib rmc iso-transl tooltip eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode 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 lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer nadvice seq simple cl-generic indonesian philippine 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 emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget keymap hashtable-print-readable backquote threads dbusbind inotify lcms2 dynamic-setting system-font-setting font-render-setting cairo move-toolbar gtk x-toolkit xinput2 x multi-tty make-network-process native-compile emacs) Memory information: ((conses 16 656156 214917) (symbols 48 42926 0) (strings 32 201592 13610) (string-bytes 1 5716277) (vectors 16 81611) (vector-slots 8 1449007 230376) (floats 8 516 1897) (intervals 56 6899 1947) (buffers 1000 19)) --000000000000a4521b05ecfbbd61 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Not so much a bug as a request for an improvement/feat= ure request.

When using pixel-scroll-precision-mode in Emacs, scroll= ing will be laggy or
choppy when the Linux kernel cpu governor is set to= more power saving
modes, seemingly because clocks are less responsive t= o load and do not
rise from their idle state (on my Intel hexacore mobil= e Xeon, this is
800 Mhz) until a few seconds into the scroll, if at all.= When the
governor is set to performance, clocks will go from mid-table = to max/base clock (I have
turbo boost disabled) instantly and stay there= for the duration of the
scroll - and the scroll is buttery smooth.
<= br>On chrome or firefox, scrolling will in contrast be completely smooth ev= en if CPU
clocks remain at 800 MHz (say, under the most restrictive gove= rnor
policies or a maximum clock limit) for the entire scroll.

It= is undesirable that a power balancing governor setting, which works
wel= l for most or all other applications, should cause lag and stuttering
in= smooth pixel scrolling in Emacs. I realise there are performance
constr= aints within Emacs' design, but if there's any way we can get
sm= ooth scrolling to be more workable at lower clocks that would be great.

In GNU Emacs 29.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version=C2=A03.24.34, cairo version 1.17.6) of 2022-09-26 built on Putty4-7manja= ro
Repository revision: 93b9cf41846b40cd050b56f6e83b590330be255e
Repo= sitory branch: master
Windowing system distributor 'The X.Org Founda= tion', version 11.0.12101004
System Description: Manjaro Linux
Configured using:
=C2=A0'configure --prefix=3D/usr --sysconfdir=3D= /etc --libexecdir=3D/usr/lib
=C2=A0--localstatedir=3D/var --mandir=3D/us= r/share/man --with-gameuser=3D:games
=C2=A0--with-modules --without-libo= tf --without-m17n-flt --without-gconf
=C2=A0--with-native-compilation --= with-xinput2 --with-x-toolkit=3Dgtk3
=C2=A0--without-xaw3d --with-sound= =3Dno --without-gpm
=C2=A0--without-compress-install
=C2=A0'--pro= gram-transform-name=3Ds/\([ec]tags\)/\1.emacs/'
=C2=A0'CFLAGS=3D= -march=3Dx86-64 -mtune=3Dgeneric -O2 -pipe -fno-plt -fexceptions
=C2=A0-= Wp,-D_FORTIFY_SOURCE=3D2 -Wformat -Werror=3Dformat-security
=C2=A0-fstac= k-clash-protection -fcf-protection'
=C2=A0LDFLAGS=3D-Wl,-O1,--sort-c= ommon,--as-needed,-z,relro,-z,now'

Configured features:
ACL C= AIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG JSON
LCMS= 2 LIBSYSTEMD LIBXML2 MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG
RSVG= SECCOMP SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS WEBP X11 XDBE XIM
XINP= UT2 XPM GTK3 ZLIB

Important settings:
=C2=A0 value of $LC_MONETAR= Y: en_GB.UTF-8
=C2=A0 value of $LC_NUMERIC: en_GB.UTF-8
=C2=A0 value = of $LC_TIME: en_GB.UTF-8
=C2=A0 value of $LANG: en_GB.UTF-8
=C2=A0 lo= cale-coding-system: utf-8-unix

Major mode: C++//l

Minor modes= in effect:
=C2=A0 lsp-diagnostics-mode: t
=C2=A0 company-mode: t
= =C2=A0 lsp-headerline-breadcrumb-mode: t
=C2=A0 lsp-modeline-workspace-s= tatus-mode: t
=C2=A0 lsp-modeline-diagnostics-mode: t
=C2=A0 lsp-mode= line-code-actions-mode: t
=C2=A0 lsp-ui-mode: t
=C2=A0 lsp-ui-doc-mod= e: t
=C2=A0 lsp-ui-sideline-mode: t
=C2=A0 flycheck-mode: t
=C2=A0= lsp-completion-mode: t
=C2=A0 gcmh-mode: t
=C2=A0 pixel-scroll-preci= sion-mode: t
=C2=A0 global-undo-tree-mode: t
=C2=A0 undo-tree-mode: t=
=C2=A0 lsp-managed-mode: t
=C2=A0 lsp-mode: t
=C2=A0 yas-global-m= ode: t
=C2=A0 yas-minor-mode: t
=C2=A0 delete-selection-mode: t
= =C2=A0 tooltip-mode: t
=C2=A0 global-eldoc-mode: t
=C2=A0 eldoc-mode:= t
=C2=A0 show-paren-mode: t
=C2=A0 electric-indent-mode: t
=C2=A0= mouse-wheel-mode: t
=C2=A0 tool-bar-mode: t
=C2=A0 menu-bar-mode: t<= br>=C2=A0 file-name-shadow-mode: t
=C2=A0 global-font-lock-mode: t
= =C2=A0 font-lock-mode: t
=C2=A0 blink-cursor-mode: t
=C2=A0 line-numb= er-mode: t
=C2=A0 indent-tabs-mode: t
=C2=A0 transient-mark-mode: t=C2=A0 auto-composition-mode: t
=C2=A0 auto-encryption-mode: t
=C2= =A0 auto-compression-mode: t
=C2=A0 abbrev-mode: t

Load-path shad= ows:
/home/luke/.emacs.d/elpa/cmake-mode-20210104.1831/cmake-mode hides = /usr/share/emacs/site-lisp/cmake-mode

Features:
(shadow sort mail= -extr emacsbug message yank-media dired dired-loaddefs
rfc822 mml mml-se= c epa gnus-util mm-decode mm-bodies mm-encode
mailabbrev gmm-utils mailh= eader sendmail mail-utils novice help-fns
radix-tree cl-print debug back= trace lsp-diagnostics company-oddmuse
company-keywords company-etags eta= gs fileloop company-gtags
company-dabbrev-code company-dabbrev company-f= iles company-clang
company-capf company-cmake company-semantic company-t= emplate
company-bbdb company lsp-headerline lsp-icons lsp-modeline vc-gi= t
diff-mode vc-dispatcher lsp-ui lsp-ui-flycheck derived lsp-ui-doc
g= oto-addr lsp-ui-imenu lsp-ui-peek lsp-ui-sideline easy-mmode flycheck
ls= p-ui-util face-remap view lsp-zig lsp-steep lsp-svelte lsp-sqls
lsp-yaml= lsp-xml lsp-vimscript lsp-vhdl lsp-vetur lsp-html lsp-verilog
lsp-vala = lsp-v lsp-toml lsp-terraform lsp-tex lsp-sorbet lsp-solargraph
lsp-rust = lsp-rf lsp-r lsp-purescript lsp-pylsp lsp-pyls lsp-pwsh lsp-php
lsp-perl= lsp-ocaml lsp-nix lsp-nim lsp-nginx lsp-markdown lsp-lua
lsp-kotlin lsp= -json lsp-javascript lsp-haxe lsp-groovy lsp-hack
lsp-graphql lsp-go lsp= -completion lsp-gdscript lsp-fsharp lsp-fortran
lsp-eslint lsp-erlang ls= p-elixir lsp-elm lsp-dockerfile lsp-dhall lsp-d
lsp-css lsp-csharp gnutl= s lsp-crystal lsp-cmake lsp-clojure
lsp-semantic-tokens lsp-clangd dom l= sp-beancount lsp-bash lsp-angular
lsp-ada lsp-actionscript gcmh pixel-sc= roll cua-base finder-inf ido
undo-tree diff ccls ccls-member-hierarchy c= cls-inheritance-hierarchy
ccls-call-hierarchy ccls-tree ccls-code-lens c= cls-semantic-highlight
ccls-common lsp-mode comp comp-cstr warnings lsp-= protocol yasnippet xref
project tree-widget wid-edit spinner pcase netwo= rk-stream markdown-mode
color thingatpt inline imenu ht filenotify f s e= woc epg rfc6068
epg-config dash compile text-property-search cc-mode cc-= fonts cc-guess
cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-= defs org2blog
edmacro kmacro ox-wp ox-odt rng-loc rng-uri rng-parse rng-= match rng-dt
rng-util rng-pttrn nxml-parse nxml-ns nxml-enc xmltok nxml-= util ox-latex
ox-icalendar org-agenda org-refile ox-html table ox-ascii = ox-publish ox
org-element avl-tree generator org ob ob-tangle ob-ref ob-= lob ob-table
ob-exp org-macro org-footnote org-src ob-comint org-pcomple= te pcomplete
comint osc ansi-color org-list org-faces org-entities noutl= ine outline
icons org-version ob-emacs-lisp ob-core ob-eval org-table oc= -basic
bibtex iso8601 time-date ol rx org-keys oc org-compat org-macsorg-loaddefs format-spec advice find-func cal-menu calendar cal-loaddefswritegood-mode metaweblog xml-rpc timezone url-http url-auth mail-parserfc2231 rfc2047 rfc2045 mm-util ietf-drums mail-prsvr url-gw nsm puny
= xml hydra ring lv htmlize cl-extra help-mode use-package-ensure
use-pack= age-core delsel desktop frameset gcmh-autoloads
org2blog-autoloads metaw= eblog-autoloads hydra-autoloads
htmlize-autoloads slime-autoloads info w= ritegood-mode-autoloads
xml-rpc-autoloads package browse-url url url-pro= xy url-privacy
url-expand url-methods url-history url-cookie generate-li= sp-file
url-domsuf url-util mailcap url-handlers url-parse auth-source c= l-seq
eieio eieio-core cl-macs password-cache json subr-x map byte-opt g= v
bytecomp byte-compile cconv url-vars cl-loaddefs cl-lib rmc iso-transl=
tooltip eldoc paren electric uniquify ediff-hook vc-hooks
lisp-float= -type elisp-mode mwheel term/x-win x-win term/common-win x-dnd
tool-bar = dnd fontset image regexp-opt fringe tabulated-list replace
newcomment te= xt-mode lisp-mode prog-mode register page tab-bar menu-bar
rfn-eshadow i= search easymenu timer select scroll-bar mouse jit-lock
font-lock syntax = font-core term/tty-colors frame minibuffer nadvice seq
simple cl-generic= indonesian philippine cham georgian utf-8-lang
misc-lang vietnamese tib= etan thai tai-viet lao korean japanese eucjp-ms
cp51932 hebrew greek rom= anian slovak czech european ethiopic indian
cyrillic chinese composite e= moji-zwj charscript charprop case-table
epa-hook jka-cmpr-hook help abbr= ev obarray oclosure cl-preloaded button
loaddefs faces cus-face macroexp= files window text-properties overlay
sha1 md5 base64 format env code-pa= ges mule custom widget keymap
hashtable-print-readable backquote threads= dbusbind inotify lcms2
dynamic-setting system-font-setting font-render-= setting cairo
move-toolbar gtk x-toolkit xinput2 x multi-tty make-networ= k-process
native-compile emacs)

Memory information:
((conses 1= 6 656156 214917)
=C2=A0(symbols 48 42926 0)
=C2=A0(strings 32 201592 = 13610)
=C2=A0(string-bytes 1 5716277)
=C2=A0(vectors 16 81611)
=C2= =A0(vector-slots 8 1449007 230376)
=C2=A0(floats 8 516 1897)
=C2=A0(i= ntervals 56 6899 1947)
=C2=A0(buffers 1000 19))
--000000000000a4521b05ecfbbd61-- From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 08 19:43:10 2022 Received: (at 59134) by debbugs.gnu.org; 9 Nov 2022 00:43:10 +0000 Received: from localhost ([127.0.0.1]:38400 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1osZBN-0008QU-V3 for submit@debbugs.gnu.org; Tue, 08 Nov 2022 19:43:10 -0500 Received: from sonic314-21.consmr.mail.ne1.yahoo.com ([66.163.189.147]:43770) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1osZBL-0008Q6-1A for 59134@debbugs.gnu.org; Tue, 08 Nov 2022 19:43:08 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1667954579; bh=B1bgHkQcImKOKrzfrDBskL5tfsiC5OeeZyRBRXVaPPg=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From:Subject:Reply-To; b=EyYfAZvr1D/e3uNpA9Jcsif6+jP0FZXE8BjIIi6yKfAyUw3yHfB2CXK/1nTwOgkp3aNUm6MDpJCwXNcF9yzB+fFEtoZxQOAWfndnyFozwM5qHKBy6D7foXrJYH1tLMvqoTaCchdyQO6EDZvQsS8NQbZserjlXFPHKgXYisSTM5sCw/ISjnbEQglGrxPiv0keMsAvM/KH/n9AgqBcDLRfYm8ki/kb5mYQnRm421gjEAoPvctG42BKrtYRPKXQebDCoZMTZUV9FALDVdxUbXQ/BCBpSKMxBDEb9AAaBgpwcw5kPgq4TPEgDfJzB+S1VjFYDS+1tQCPFWJdNFCrASDLAQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1667954579; bh=pVwRQDdcaCCkYnug0H7wuXv8T99U6BZ59GQ32UrWWay=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=HCgrS28BQ0fZJXvFcarbMxCRlMTj2TIW+VDaxTuXWkxt1ME64GFdc/3idSppxpg0acmIGvKvRjVyp/rLWzk4SSlqlEaVMCTFUM7ZofI+3cYivs/oCz3QGXxNeYr36DWKd0mdJ+wXh7J2Tv/US/KHvZl149aqXTG/ntfHXewHY4E6Z/m1xN5OlsJ0yRxEmX85DN2LmkZdOPGEhF6u/kEkcKej/RsENL1DTw4Iv5a7vdMVoyF7HnLg4+WhN4nDZjzm3lOoJfZ/0vCKp3yXb+BvcmhvaD1dQRWzsf6eBnzREUt0/rci3gUmSC8UMJnpnGSRjNYTv1dquBpGnST7L83ouw== X-YMail-OSG: PIn36L0VM1lkJz0ZX1SMNAxuSYkaG3tCceqF2Oil8R_G97o8DMMnv79EWbSg_xO 2_.h9Y6D51rcwMpb_id3rm4o.V6xg3sQke6mXsxRCyjkfrOC3ZiMTXvhQqZk8V37ZY0ChZpThtCq ewQiANF3k1cTpknM.AE2yDLapeC5CqHLFD9cJR9xz_ZHCwleiyQv3rm.P1jl05h_NdhyacQXhGai u8n_OrAknlcVQwii0Y_Sl85R_dKZoi92GdJ4ecBh_OBnzYZIvjF_Myn5.NSsTbNIG01gEldfF3Bh L1LvF9e03L4bICG2pq0hZ1i2Vlpzzb.wRZZLQgPF2FQ6qTnroc.5rrSPZffsTsRwpSOSMwVtOPrN Krz8mwpe.dxLlKdQ3K6bEJBYCTT9Bn5Pxyguw6xuT8S0ZJVLgTG8mQmzTrGICkvCRMFZrYFGPnyu jvexz6zqtixBB0GeZ.2oJ75jzMm0gz0enN_iuSQF2f0fWIFIuLivmAT6FKXhOOxZasL4JsDIacDX KhKg06Y7aTEK1ux3VBNfm5RqaXw7yrS9dHYnFD8FxqfLV.au74XUBtPnzwd40Zw7e3I1t9QFhcNh RBX9IBV12ybQvBx9Ad2c3PfdKo7g5EYciN5ETTgztceGy5.rhNxtpSi52Ra1_wsvR_6S7JAqCkgS RGzsNLX.6Z6y4AZDtqzl7cfkRCRUKMNOv4uLLNRKb12qrq8xqBfkQxtKaqnuIo8M53mwz05DX4iR WF9bhYCKwTI_NagqXWE4flnD4e61UeydXZt0w.w8pQZl17Y3ydMIziv_seb9zJHc75Ymek7ZqMvi DsegxZIICyXRq6xnD9RRCR0Ez5oEzMZRerckZAFv1i.VZ.yqVVWdyLrv.poUh8pPAbKWAs5kz1J6 U570szrIDhrkw5u6TaqsgPZ2uMEJHzBhojai8_IE1up2OBu4LmMzzKVod7SQqBeNHwluWpFKEIhD NBeIeeSu.DwX.WKkn7xl9PCUl_NNxND8I62mSTUzdYAWA74gPhw4km09t6EQm1hSx0iPb.q79omr _QRyQUgvyI8hiZOmxq_84FgvQHjkqUwdTVn6qy1UotLGYMNP8of5XRvgLje8IFw8LJ5pKY_CZB1Q I4RtdpKqy1YuU_0_I9qLkYgpOl8u.n.mvwfk8MVEmf4dg_uVmpgXHEVE9UrkOBR8gkeCE9Pspyfa jn_bWLbH.o_Q1YYa1WyglpSrEpXq8d4ipPJlNlxt3QKIJHCKiXwPu4YgVN2OgSzeTNr7m.yHLNu9 dfDHHPQZlWU7D9HuRRE5kHCaReR2vVCZPf6msn_ENuP7_Y5D1Tj8uWJav2yZ7bwAKlm.o8cT.fc5 t1wBPhl0rgjGH_x.gASaBBSnBQNTLHl5vLzKkqSWdpQfTbLhnKZgwEPt6T46yxa46bMaJSf1SACF p7v3CQg5cPpBk1qmj5EkYEpzgNTClvsskjaCO4RZnFGL210SoIgoIknGCAlGcIIeADUVR1S9pGDk zhpDzJxyci3gQebzjTzpsF2tNMyqXSmhXQi6W1DjQaUnrnPpkhXIBPvxlSIYHBIwdKNniJovIy4W rfdIkH0o5j2SgzMpOuosRFfheijIW8.QKXBUxmgFYRKR6l3ZrZlq7SRwjHVjha8IufxMCgNcHpUU GU0lMOfD1XsS_24NhsqJ1jsGG51nINWMan2gps3CKvfsXwrQD5D1a6zfUQSBkJtwdO.p.ojcOyDZ 4wngZGonlButvd7xPynZg3xWarZ5fQCWMbmNaYAK7yIeVioG2l10N5yLgM1Lq8LN09TORHOBfkQK FzqI1g3DwgI..0QsmTI5UjkMsOegxxaFi80qrWNPrgqJI48WnUgA8uYrn4OzxXX9ughmoHHXUjwH IsvcXXCIRt7hMwlLU5Xpfj005OsNUr7ttbMOGYKIDRpFmblBa_38.z0mrexsgNJ5VOuZf0jDGT4v 7dYvnQFFTC8sGE9.IxvLbmSQxUG4HqOqcyBK36dzeHmTS_y6WvINS1GlNU.2AO7ilzRn41A9vo5T sjMmwy7S7YNolsC4IlHcRAQeCJX0Lh8mwXp76mUTMW1RBEE_k4Jyk7SIQSU39K31vU5rC4bFkO5f SO82S9bmsfrjyaEISjfGATWeFJ7_Eph0bs9UIqEBq.g4GmgKyy4HoalIo6hIrKTlVWr6AaQ5mESb AcC4M70ta4YVf41wva8JOXFQipQvAuodNnvQ6y5ipUnil_SAXwSWBbIytYjaBbA5BeNSUiSw2sCI .I.3PG4B2u92ipJ7Q5j5TVXfnt_odXDc6OkZ02_nfB_jbOjgpoB5SfkbS1p1HRVgVhkQ- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.ne1.yahoo.com with HTTP; Wed, 9 Nov 2022 00:42:59 +0000 Received: by hermes--production-sg3-6c8895b545-mnqst (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 0aa5ba85c45a8a9efc79b9d9fac4e6de; Wed, 09 Nov 2022 00:42:53 +0000 (UTC) From: Po Lu To: Luke Fernandes Subject: Re: bug#59134: 29.0.50; Pixel scroll precision mode is very CPU intensive and governor sensitive In-Reply-To: (Luke Fernandes's message of "Tue, 8 Nov 2022 20:53:29 +0000") References: Date: Wed, 09 Nov 2022 08:42:48 +0800 Message-ID: <87sfit556f.fsf@yahoo.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Mailer: WebService/1.1.20826 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 1779 X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 59134 Cc: 59134@debbugs.gnu.org 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: -1.0 (-) Luke Fernandes writes: > Not so much a bug as a request for an improvement/feature request. > > When using pixel-scroll-precision-mode in Emacs, scrolling will be laggy or > choppy when the Linux kernel cpu governor is set to more power saving > modes, seemingly because clocks are less responsive to load and do not > rise from their idle state (on my Intel hexacore mobile Xeon, this is > 800 Mhz) until a few seconds into the scroll, if at all. When the > governor is set to performance, clocks will go from mid-table to max/base clock (I have > turbo boost disabled) instantly and stay there for the duration of the > scroll - and the scroll is buttery smooth. > > On chrome or firefox, scrolling will in contrast be completely smooth even if CPU > clocks remain at 800 MHz (say, under the most restrictive governor > policies or a maximum clock limit) for the entire scroll. > > It is undesirable that a power balancing governor setting, which works > well for most or all other applications, should cause lag and stuttering > in smooth pixel scrolling in Emacs. I realise there are performance > constraints within Emacs' design, but if there's any way we can get > smooth scrolling to be more workable at lower clocks that would be great. > > In GNU Emacs 29.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version > 3.24.34, cairo version 1.17.6) of 2022-09-26 built on Putty4-7manjaro > Repository revision: 93b9cf41846b40cd050b56f6e83b590330be255e > Repository branch: master > Windowing system distributor 'The X.Org Foundation', version 11.0.12101004 > System Description: Manjaro Linux I know of this problem and will try to fix it. But unfortunately it isn't very high on my priority list, so it will probably not be fixed until next year. From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 16 10:10:48 2023 Received: (at 59134) by debbugs.gnu.org; 16 Jul 2023 14:10:48 +0000 Received: from localhost ([127.0.0.1]:48352 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qL2ST-0004o3-Lz for submit@debbugs.gnu.org; Sun, 16 Jul 2023 10:10:48 -0400 Received: from mail-pj1-x102a.google.com ([2607:f8b0:4864:20::102a]:55480) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qL1Bo-0001e1-1Q for 59134@debbugs.gnu.org; Sun, 16 Jul 2023 08:49:29 -0400 Received: by mail-pj1-x102a.google.com with SMTP id 98e67ed59e1d1-263036d4bc3so2506363a91.2 for <59134@debbugs.gnu.org>; Sun, 16 Jul 2023 05:49:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20221208; t=1689511762; x=1692103762; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=8VSiiq/+zqirD8Ru5Czr8o0vCM8sRrZfYUyELufxN8w=; b=fYUZPTLPqvahlsPzj7rebODKECiIigBUoVUV6Izb8fGlTI8ksk9Sks8sYcLlZmx2RC A5efwYBwY+kvVZv+bcaYQPCEoFuQbJUM3952ECsmI3/uR7dwbiZbZ1iSK2iQpBlY8MIL 7bbKgMPDJeYd4yzdoy2W0MKx+STYA6CutYRuJhFINnGJzJEWJpmgEYTzpQ8HD89MoHEC hWET6T/j0dbNB/GzjfTrCIvohGm8qHQFECfHSSzyzJA54ZTA380INTuuZDpUB1Qv/liU N2rA0zWja+BD3xFMhE6aZP0CeALtTSRTeVOIq8gPR/Io0KbiW7Sy2aKvyyqyd2By0zxm n8BQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1689511762; x=1692103762; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=8VSiiq/+zqirD8Ru5Czr8o0vCM8sRrZfYUyELufxN8w=; b=a2lfPmQH8RY6U3SfRKbqAKLkWDbUq8E0nTfEok4cRuTRxZK8GsOs6LkeimLOb1rDVG vdn225t9zEG02+Hiov+aiGXo6s9No6hzATIBsnX+9Ie2EjPDOpKOd01TEfNC89w61aMJ j9LlECNiki0/YD59Qp7znjMRV3LudxKgN+JAwgD0RbDbg7JRIaYaj330k2h/7xp6etSt JJXumnqQAntFE8slX2mRWCOAjA3ZGtBIOsmaFaI8cTJLwU652fxs6aEFiwXWRuaT20et m9B2CqWq/6qo8Svk8khUelLe9wajQaARf1RCfqcJ4YAJeGkjyfPj5cuj42UnfNpB+YCc q8Mg== X-Gm-Message-State: ABy/qLYOINkTf+4bRKZIdilQ0d3K8ANxAMbrh2D2hxKAlbMsAwACruKQ ZGVULKcDp7RD7iHWkQRwTVpynNkPZIEytuxBpmI= X-Google-Smtp-Source: APBJJlGjOQi/KjTQYm4b+9kpDk4OgBk7PFzOGQvfu1Da8+PiFlTS2JrBTHC5jZ042PFGO7L/dXx/FbG32AYNCOHaCPQ= X-Received: by 2002:a17:90a:9cf:b0:262:dc67:98cd with SMTP id 73-20020a17090a09cf00b00262dc6798cdmr9264850pjo.5.1689511761974; Sun, 16 Jul 2023 05:49:21 -0700 (PDT) MIME-Version: 1.0 References: <87sfit556f.fsf@yahoo.com> In-Reply-To: <87sfit556f.fsf@yahoo.com> From: Luke Fernandes Date: Sun, 16 Jul 2023 13:48:45 +0100 Message-ID: Subject: Re: bug#59134: 29.0.50; Pixel scroll precision mode is very CPU intensive and governor sensitive To: Po Lu Content-Type: multipart/alternative; boundary="0000000000006a9b5506009a1c6f" X-Spam-Score: 0.2 (/) X-Debbugs-Envelope-To: 59134 X-Mailman-Approved-At: Sun, 16 Jul 2023 10:10:34 -0400 Cc: 59134@debbugs.gnu.org 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.8 (/) --0000000000006a9b5506009a1c6f Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Po Lu, any progress on this? Currently it's hard to use this mode on a laptop, since the governor setting needs to be changed to a high performance one to get a smooth experience, leading to increased heat dissipation and noise. Thanks. On Wed, Nov 9, 2022 at 12:42=E2=80=AFAM Po Lu wrote: > Luke Fernandes writes: > > > Not so much a bug as a request for an improvement/feature request. > > > > When using pixel-scroll-precision-mode in Emacs, scrolling will be lagg= y > or > > choppy when the Linux kernel cpu governor is set to more power saving > > modes, seemingly because clocks are less responsive to load and do not > > rise from their idle state (on my Intel hexacore mobile Xeon, this is > > 800 Mhz) until a few seconds into the scroll, if at all. When the > > governor is set to performance, clocks will go from mid-table to > max/base clock (I have > > turbo boost disabled) instantly and stay there for the duration of the > > scroll - and the scroll is buttery smooth. > > > > On chrome or firefox, scrolling will in contrast be completely smooth > even if CPU > > clocks remain at 800 MHz (say, under the most restrictive governor > > policies or a maximum clock limit) for the entire scroll. > > > > It is undesirable that a power balancing governor setting, which works > > well for most or all other applications, should cause lag and stutterin= g > > in smooth pixel scrolling in Emacs. I realise there are performance > > constraints within Emacs' design, but if there's any way we can get > > smooth scrolling to be more workable at lower clocks that would be grea= t. > > > > In GNU Emacs 29.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version > > 3.24.34, cairo version 1.17.6) of 2022-09-26 built on Putty4-7manjaro > > Repository revision: 93b9cf41846b40cd050b56f6e83b590330be255e > > Repository branch: master > > Windowing system distributor 'The X.Org Foundation', version > 11.0.12101004 > > System Description: Manjaro Linux > > I know of this problem and will try to fix it. But unfortunately it > isn't very high on my priority list, so it will probably not be fixed > until next year. > --0000000000006a9b5506009a1c6f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Po Lu, any progress on this? Currently it's hard to= use this mode on a laptop, since the governor setting needs to be changed = to a high performance one to get a smooth experience, leading to increased = heat dissipation and noise. Thanks.

On Wed, Nov 9, 2022 at 12:42=E2=80=AFAM = Po Lu <luangruo@yahoo.com> = wrote:
Luke Fern= andes <lu= ke124273@googlemail.com> writes:

> Not so much a bug as a request for an improvement/feature request.
>
> When using pixel-scroll-precision-mode in Emacs, scrolling will be lag= gy or
> choppy when the Linux kernel cpu governor is set to more power saving<= br> > modes, seemingly because clocks are less responsive to load and do not=
> rise from their idle state (on my Intel hexacore mobile Xeon, this is<= br> > 800 Mhz) until a few seconds into the scroll, if at all. When the
> governor is set to performance, clocks will go from mid-table to max/b= ase clock (I have
> turbo boost disabled) instantly and stay there for the duration of the=
> scroll - and the scroll is buttery smooth.
>
> On chrome or firefox, scrolling will in contrast be completely smooth = even if CPU
> clocks remain at 800 MHz (say, under the most restrictive governor
> policies or a maximum clock limit) for the entire scroll.
>
> It is undesirable that a power balancing governor setting, which works=
> well for most or all other applications, should cause lag and stutteri= ng
> in smooth pixel scrolling in Emacs. I realise there are performance > constraints within Emacs' design, but if there's any way we ca= n get
> smooth scrolling to be more workable at lower clocks that would be gre= at.
>
> In GNU Emacs 29.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version
>=C2=A0 3.24.34, cairo version 1.17.6) of 2022-09-26 built on Putty4-7ma= njaro
> Repository revision: 93b9cf41846b40cd050b56f6e83b590330be255e
> Repository branch: master
> Windowing system distributor 'The X.Org Foundation', version 1= 1.0.12101004
> System Description: Manjaro Linux

I know of this problem and will try to fix it.=C2=A0 But unfortunately it isn't very high on my priority list, so it will probably not be fixed until next year.
--0000000000006a9b5506009a1c6f--