unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Naofumi Yasufuku <naofumi@yasufuku.dev>
To: 48812@debbugs.gnu.org
Subject: bug#48812: 28.0.50; describe-bindings stucks and gets high CPU load
Date: Fri, 4 Jun 2021 00:15:06 +0900	[thread overview]
Message-ID: <1ADAE0CF-4201-4FBC-A461-373A75E2F669@yasufuku.dev> (raw)
In-Reply-To: <B306520D-FE3A-4091-A350-400E8688D75F@yasufuku.dev>

[-- Attachment #1: Type: text/plain, Size: 107 bytes --]

Attached simple patch could fix this.
Is there no regression with this change?

Regards,
—Naofumi


[-- Attachment #2: 0001-Fix-describe-bindings-stuck-caused-by-heavy-shadow_l.patch --]
[-- Type: application/octet-stream, Size: 1265 bytes --]

From 66cc6b85e13fc49a5b8115c4606d36660c486a97 Mon Sep 17 00:00:00 2001
From: Naofumi Yasufuku <naofumi@yasufuku.dev>
Date: Thu, 3 Jun 2021 22:02:28 +0900
Subject: [PATCH] Fix describe-bindings stuck caused by heavy shadow_lookup()
 loop

* src/keymap.c (describe_vector): If 'shadowed_by' key definition
is nil, do not attempt to find a first key character, which is
shadowed by the same command, in consecutive character table range by
using shadow_lookup() loop.  This loop can cause millions of
Flookup_key() calls: e.g. 'self-insert-command' bindings.
(Bug#48812 Bug#9293)
---
 src/keymap.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/keymap.c b/src/keymap.c
index fb8eceaec1..a20b877565 100644
--- a/src/keymap.c
+++ b/src/keymap.c
@@ -3062,7 +3062,7 @@ describe_vector (Lisp_Object vector, Lisp_Object prefix, Lisp_Object args,
 
       /* Make sure found consecutive keys are either not shadowed or,
 	 if they are, that they are shadowed by the same command.  */
-      if (CHAR_TABLE_P (vector) && i != starting_i)
+      if (!NILP (shadowed_by) && CHAR_TABLE_P (vector) && i != starting_i)
 	{
 	  Lisp_Object key = make_nil_vector (1);
 	  for (int j = starting_i + 1; j <= i; j++)
-- 
2.31.1


[-- Attachment #3: Type: text/plain, Size: 6577 bytes --]



> On Jun 4, 2021, at 0:06, Naofumi Yasufuku <naofumi@yasufuku.dev> wrote:
> 
> This describe-bindings stuck is caused by millions of shadow_lookup() calls
> in src/keymap.c describe_vector().
> 
> ------------------------------------------------------------------------
> $ ./src/emacs
> describe_vector] shadow_lookup loop START: definition=self-insert-command shadowed_by=nil starting_i=128 i=4194175
> describe_vector] shadow_lookup loop END:   definition=self-insert-command shadowed_by=nil starting_i=128 i=4194175
> describe_vector] shadow_lookup loop START: definition=self-insert-command shadowed_by=nil starting_i=4194176 i=4194303
> describe_vector] shadow_lookup loop END:   definition=self-insert-command shadowed_by=nil starting_i=4194176 i=4194303
> describe_vector] shadow_lookup loop START: definition=digit-argument shadowed_by=nil starting_i=48 i=57
> describe_vector] shadow_lookup loop END:   definition=digit-argument shadowed_by=nil starting_i=48 i=57
> $ 
> ------------------------------------------------------------------------
> diff --git a/src/keymap.c b/src/keymap.c
> index fb8eceaec1..0efa78ce9b 100644
> --- a/src/keymap.c
> +++ b/src/keymap.c
> @@ -3065,6 +3065,11 @@ describe_vector (Lisp_Object vector, Lisp_Object prefix, Lisp_Object args,
>        if (CHAR_TABLE_P (vector) && i != starting_i)
>  	{
>  	  Lisp_Object key = make_nil_vector (1);
> +	  fprintf (stderr, "%s] shadow_lookup loop START: definition=%s shadowed_by=%s starting_i=%d i=%d\n",
> +		   __func__,
> +		   SDATA (SYMBOL_NAME (definition)),
> +		   SDATA (SYMBOL_NAME (shadowed_by)),
> +		   starting_i, i);
>  	  for (int j = starting_i + 1; j <= i; j++)
>  	    {
>  	      ASET (key, 0, make_fixnum (j));
> @@ -3072,6 +3077,11 @@ describe_vector (Lisp_Object vector, Lisp_Object prefix, Lisp_Object args,
>  	      if (NILP (Fequal (tem, shadowed_by)))
>  		i = j - 1;
>  	    }
> +	  fprintf (stderr, "%s] shadow_lookup loop END:   definition=%s shadowed_by=%s starting_i=%d i=%d\n",
> +		   __func__,
> +		   SDATA (SYMBOL_NAME (definition)),
> +		   SDATA (SYMBOL_NAME (shadowed_by)),
> +		   starting_i, i);
>  	}
>  
>        /* If we have a range of more than one character,
> ------------------------------------------------------------------------
> 
> 
> This shadow_lookup() loop was introduced by the following commit:
> 
> ------------------------------------------------------------------------
> commit a6490343366f2b2331a91dcb693effb3a9dd78f5
> Author: Stefan Kangas <stefan@marxist.se>
> Date:   Fri Nov 13 15:28:29 2020 +0100
> 
>     Don't show key ranges if shadowed by different commands
> 
>     * src/keymap.c (describe_vector): Make sure found consecutive keys
>     are either not shadowed or, if they are, that they are shadowed by
>     the same command.  (Bug#9293)
>     * test/src/keymap-tests.el
>     (help--describe-vector/bug-9293-one-shadowed-in-range): New test.
> 
> ------------------------------------------------------------------------
> 
> 
> <28.0.50-describe-bindings-01.png>
> 
> <28.0.50-describe-bindings-02.png>
> 
> <27.1-ubuntu-describe-bindings.png>
> 
> 
> In GNU Emacs 28.0.50 (build 3, aarch64-unknown-linux-gnu, GTK+ Version 3.24.25, cairo version 1.16.0)
>  of 2021-06-03 built on phoebe
> Repository revision: 089e0c4c55dcf72f9cf2f6f04b8a52fc7355499c
> Repository branch: master
> Windowing system distributor 'The X.Org Foundation', version 11.0.12101001
> System Description: Ubuntu 21.04
> 
> Configured features:
> CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG JSON
> LCMS2 LIBSELINUX LIBSYSTEMD LIBXML2 MODULES NOTIFY INOTIFY PDUMPER PNG
> RSVG SECCOMP SOUND THREADS TIFF TOOLKIT_SCROLL_BARS X11 XDBE XIM XPM
> GTK3 ZLIB
> 
> Important settings:
>   value of $LANG: en_US.UTF-8
>   value of $XMODIFIERS: @im=ibus
>   locale-coding-system: utf-8-unix
> 
> Major mode: C/*l
> 
> Minor modes in effect:
>   bug-reference-prog-mode: t
>   tooltip-mode: t
>   global-eldoc-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
>   auto-composition-mode: t
>   auto-encryption-mode: t
>   auto-compression-mode: t
>   line-number-mode: t
>   transient-mark-mode: t
>   abbrev-mode: t
> 
> Load-path shadows:
> None found.
> 
> Features:
> (shadow sort mail-extr emacsbug message rmc puny rfc822 mml mml-sec epa
> derived epg epg-config gnus-util rmail rmail-loaddefs auth-source cl-seq
> eieio eieio-core cl-macs eieio-loaddefs password-cache json map
> text-property-search mm-decode mm-bodies mm-encode mail-parse rfc2231
> mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums
> mm-util mail-prsvr mail-utils vc-git diff-mode easy-mmode vc
> vc-dispatcher bug-reference cc-mode cc-fonts cc-guess cc-menus cc-cmds
> cc-styles cc-align cc-engine cc-vars cc-defs misearch multi-isearch
> dired-aux dired dired-loaddefs time-date subr-x cl-extra seq byte-opt gv
> bytecomp byte-compile cconv kmacro two-column help-mode cl-loaddefs
> cl-lib iso-transl 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 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 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
> cl-preloaded nadvice button loaddefs faces cus-face macroexp files
> window text-properties overlay sha1 md5 base64 format env code-pages
> mule custom widget hashtable-print-readable backquote threads dbusbind
> inotify lcms2 dynamic-setting system-font-setting font-render-setting
> cairo move-toolbar gtk x-toolkit x multi-tty make-network-process emacs)
> 
> Memory information:
> ((conses 16 118009 7881)
>  (symbols 48 9308 1)
>  (strings 32 27924 2053)
>  (string-bytes 1 1038142)
>  (vectors 16 18491)
>  (vector-slots 8 227657 9510)
>  (floats 8 31 163)
>  (intervals 56 10630 0)
>  (buffers 992 14))
> 
> 


  reply	other threads:[~2021-06-03 15:15 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-06-03 15:06 bug#48812: 28.0.50; describe-bindings stucks and gets high CPU load Naofumi Yasufuku
2021-06-03 15:15 ` Naofumi Yasufuku [this message]
2021-06-03 17:15 ` Eli Zaretskii
2021-06-03 17:52   ` Naofumi Yasufuku

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1ADAE0CF-4201-4FBC-A461-373A75E2F669@yasufuku.dev \
    --to=naofumi@yasufuku.dev \
    --cc=48812@debbugs.gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).