From unknown Fri Aug 15 12:54:45 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#44564 <44564@debbugs.gnu.org> To: bug#44564 <44564@debbugs.gnu.org> Subject: Status: 27.1; C-n in macros causes long delays Reply-To: bug#44564 <44564@debbugs.gnu.org> Date: Fri, 15 Aug 2025 19:54:45 +0000 retitle 44564 27.1; C-n in macros causes long delays reassign 44564 emacs submitter 44564 Ted Lavarias severity 44564 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 10 20:05:34 2020 Received: (at submit) by debbugs.gnu.org; 11 Nov 2020 01:05:34 +0000 Received: from localhost ([127.0.0.1]:39557 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kceZp-0005n3-C6 for submit@debbugs.gnu.org; Tue, 10 Nov 2020 20:05:34 -0500 Received: from lists.gnu.org ([209.51.188.17]:48942) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kceGZ-0005Iv-6r for submit@debbugs.gnu.org; Tue, 10 Nov 2020 19:45:40 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:38280) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kceGY-00045L-Vs for bug-gnu-emacs@gnu.org; Tue, 10 Nov 2020 19:45:39 -0500 Received: from mail-pf1-x42a.google.com ([2607:f8b0:4864:20::42a]:35307) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kceGW-00054R-Kd for bug-gnu-emacs@gnu.org; Tue, 10 Nov 2020 19:45:38 -0500 Received: by mail-pf1-x42a.google.com with SMTP id g7so474267pfc.2 for ; Tue, 10 Nov 2020 16:45:35 -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=9IO6rSNFi3aEPNyh42yAqFCpq3sPYH0RIQW/qf/h8lg=; b=QYQL1jC6EBaCSfqflRfmUR3gAy/2wPSyrjDVb/7ovfp5pHJ9TjHYLgs+qZ5HNFTonp 4t+Ca9mp7eCl7YlIrJtGz/a7QXA/I00qF924nIaw9QPUTsTfDJzJAE5jOzVa0A3pqNF5 Dok5tTCOhNAdwUfm5ZxUwRP3kDDDNpNj50Lh7ktnX1jyWitvH120Xcv/U3faOWhNfiwm jDMjUBws4+MNgaM5T2HNuR7bfXqwKngGtq0z9M8n0QKoWmcjc3WA2acKTpzsMPQzNrvn RSenodwfTC7MTRFIcfSmkARZwY4wpGdnE4o1H90WQvWObsQkhWyb2gkckfK+s7+cssdE AFQQ== 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=9IO6rSNFi3aEPNyh42yAqFCpq3sPYH0RIQW/qf/h8lg=; b=ruHOLlhkCzEytVx9dBboXEz7vLKKehWYF0tQT7JGwklV/4N9xoYAf7BJsU34IyIvo2 c7QytVCK3K5lADQW9BmwJpV/T5PCssrolszl+6gkd2ezttj59XHBDBJMlX2qeVCb9RJu IuY11Cl0kWXGV5mgpPHhTaoCCH3xVWlxf7YGKb2poMrxwKTTDb+eosOfGAimkThVnZzg 7G0QJ2edWl+TjhzUg1RxBaQ0074DhVqpZyUqk0PD8yHO098lMl8mDCx0YvYg/+bmuq74 AXbBWlx6bau4AOa0B9dSIBzwZjHG7KVOQRlxUCbjtDgIV6aP7hy+Zar0QnFsOkWD+OpA M+mw== X-Gm-Message-State: AOAM532LqMXp3bzoDqSfbuDPmt0a2ANLqRoHHeQI50HiPVJAJQ4TA3x2 bk8BGSZsAgsNy/82XA0oUb3WJnvbgN/hRGi5NlzK+tOxpBfQCw== X-Google-Smtp-Source: ABdhPJzSO/xle7lG0Zy3TCJ0z2oOAKa9SPkYF4OrtbVyoTzEZ8f6rVva5MYcofz46+HjQ5KNyqGMTUheA1Ct4WGG0EY= X-Received: by 2002:aa7:838b:0:b029:18c:42ad:7721 with SMTP id u11-20020aa7838b0000b029018c42ad7721mr7005906pfm.15.1605055533495; Tue, 10 Nov 2020 16:45:33 -0800 (PST) MIME-Version: 1.0 From: Ted Lavarias Date: Tue, 10 Nov 2020 18:45:07 -0600 Message-ID: Subject: 27.1; C-n in macros causes long delays To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary="000000000000eb397b05b3ca1c60" Received-SPF: pass client-ip=2607:f8b0:4864:20::42a; envelope-from=ted.lavarias@gmail.com; helo=mail-pf1-x42a.google.com X-detected-operating-system: by eggs.gnu.org: No matching host in p0f cache. That's all we know. X-Spam_score_int: -10 X-Spam_score: -1.1 X-Spam_bar: - X-Spam_report: (-1.1 / 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_FROM=0.001, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.2 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: --text follows this line-- When editing a Python/Django models.py file for a very large database, I was reformatting the database fields to be used elsewhere in the project. So I used a macro to edit 330 lines to change the for [...] Content analysis details: (1.2 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, medium trust [209.51.188.17 listed in list.dnswl.org] 0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4) [209.51.188.17 listed in wl.mailspike.net] -0.0 SPF_HELO_PASS SPF: HELO matches SPF record 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (ted.lavarias[at]gmail.com) 0.0 HTML_MESSAGE BODY: HTML included in message 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders 1.0 FREEMAIL_REPLY From and body contain different freemails 1.5 SPOOFED_FREEMAIL No description available. X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Tue, 10 Nov 2020 20:05:32 -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.3 (--) --000000000000eb397b05b3ca1c60 Content-Type: text/plain; charset="UTF-8" --text follows this line-- When editing a Python/Django models.py file for a very large database, I was reformatting the database fields to be used elsewhere in the project. So I used a macro to edit 330 lines to change the format from: some_database_column_name = models.CharField(max_length=10, etc...) to the following to be inserted into a Python dictionary: 'some_database_column_name': Doing a simple macro of: F3 M-m ' C-s = C-b C-b ': C-k C-n F4 and executing it for 329 more iterations takes 31.96 and 29.19 seconds! When executing a similar macro, but instead of C-n, I was using "M-x forward-line" to go to the next line, it only took 8.66 and 8.86 seconds. Another similar macro, but without the C-n and then executing the macro over the highlighted region with C-x C-k r (for apply-macro-to-region-lines), it only takes 5.83 and 5.79 seconds! I have run several tests in emacs over the last several days and have gotten predictable results. The above timed tests were always performed in a "fresh" instance, started with "$ emacs -Q" and I had always rebooted emacs in between test times to ensure nothing was cached. I am only displaying the results of 4 tests above, but I have tested this SEVERAL times in many different configurations. I have also tested this on Emacs 26.1 from the Debian Stable repos and get the exact same results. I initially sought out help and tips on reddit, and other users have tried running the macro on their machines and had similar results. It was from other users' input that we discovered that "M-x fo-lin" and "C-x C-k r" give us macro execution times that are reasonable and comparable to vim (which only takes 3.26 seconds for the equivalent macro). In GNU Emacs 27.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.23, cairo version 1.16.0) of 2020-11-07, modified by Debian built on x86-ubc-01 Windowing system distributor 'The X.Org Foundation', version 11.0.12009000 System Description: Debian GNU/Linux bullseye/sid Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Configured using: 'configure --build x86_64-linux-gnu --prefix=/usr --sharedstatedir=/var/lib --libexecdir=/usr/lib --localstatedir=/var/lib --infodir=/usr/share/info --mandir=/usr/share/man --enable-libsystemd --with-pop=yes --enable-locallisppath=/etc/emacs:/usr/local/share/emacs/27.1/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/27.1/site-lisp:/usr/share/emacs/site-lisp --with-sound=alsa --without-gconf --with-mailutils --build x86_64-linux-gnu --prefix=/usr --sharedstatedir=/var/lib --libexecdir=/usr/lib --localstatedir=/var/lib --infodir=/usr/share/info --mandir=/usr/share/man --enable-libsystemd --with-pop=yes --enable-locallisppath=/etc/emacs:/usr/local/share/emacs/27.1/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/27.1/site-lisp:/usr/share/emacs/site-lisp --with-sound=alsa --without-gconf --with-mailutils --with-cairo --with-x=yes --with-x-toolkit=gtk3 --with-toolkit-scroll-bars 'CFLAGS=-g -O2 -fdebug-prefix-map=/build/emacs-6jKC2B/emacs-27.1+1=. -fstack-protector-strong -Wformat -Werror=format-security -Wall' 'CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2' LDFLAGS=-Wl,-z,relro' Configured features: XPM JPEG TIFF GIF PNG RSVG CAIRO SOUND GPM DBUS GSETTINGS GLIB NOTIFY INOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE HARFBUZZ M17N_FLT LIBOTF ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 XDBE XIM MODULES THREADS LIBSYSTEMD JSON PDUMPER LCMS2 GMP Important settings: value of $LANG: en_US.UTF-8 value of $XMODIFIERS: @im=ibus locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t global-eldoc-mode: t 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 Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg epg-config gnus-util rmail rmail-loaddefs text-property-search time-date subr-x seq byte-opt gv bytecomp byte-compile cconv mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader cl-loaddefs cl-lib sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils 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 timer select scroll-bar mouse jit-lock font-lock syntax facemenu 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 loaddefs button faces cus-face macroexp files 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 45099 9140) (symbols 48 6002 1) (strings 32 15434 2143) (string-bytes 1 501833) (vectors 16 10078) (vector-slots 8 129851 8944) (floats 8 19 39) (intervals 56 244 0) (buffers 1000 11)) -- Very respectfully, *Ted Lavarias* *ted.lavarias@gmail.com * --000000000000eb397b05b3ca1c60 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
--text follows this = line--

When editing a Python/Django models.py file for a very large = database, I
was reformatting the database fields to be used elsewhere in= the
project.=C2=A0 So I used a macro to edit 330 lines to change the fo= rmat from:

=C2=A0 =C2=A0 some_database_column_name =3D models.CharFi= eld(max_length=3D10, etc...)

to the following to be inserted into a = Python dictionary:

=C2=A0 =C2=A0 'some_database_column_name'= :

Doing a simple macro of:
F3
M-m ' C-s =3D C-b C-b '= : C-k C-n
F4

and executing it for 329 more iterations takes 31.96= and 29.19 seconds!
When executing a similar macro, but instead of C-n, = I was using "M-x
forward-line" to go to the next line, it only= took 8.66 and 8.86
seconds.=C2=A0 Another similar macro, but without th= e C-n and then executing
the macro over the highlighted region with C-x = C-k r (for
apply-macro-to-region-lines), it only takes 5.83 and 5.79 sec= onds!

I have run several tests in emacs over the last several days a= nd have
gotten predictable results.=C2=A0 The above timed tests were alw= ays performed
in a "fresh" instance, started with "$ emac= s -Q" and I had always
rebooted emacs in between test times to ensu= re nothing was cached.=C2=A0 I am
only displaying the results of 4 tests= above, but I have tested this
SEVERAL times in many different configura= tions.=C2=A0 I have also tested this on Emacs 26.1 from the Debian Stable r= epos and get the exact same results.=C2=A0 I initially sought out help and = tips on reddit, and other users have tried running the macro on their machi= nes and had similar results.=C2=A0 It was from other users' input that = we discovered that "M-x fo-lin" and "C-x C-k r" give us= macro execution times that are reasonable and comparable to vim (which onl= y takes 3.26 seconds for the equivalent macro).

In GNU Emacs 27.1 (b= uild 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.23, cairo version 1.16.0)=C2=A0of 2020-11-07, modified by Debian built on x86-ubc-01
Windowing s= ystem distributor 'The X.Org Foundation', version 11.0.12009000
= System Description: Debian GNU/Linux bullseye/sid

Recent messages:For information about GNU Emacs and the GNU system, type C-h C-a.

= Configured using:
=C2=A0'configure --build x86_64-linux-gnu --prefix= =3D/usr
=C2=A0--sharedstatedir=3D/var/lib --libexecdir=3D/usr/lib
=C2= =A0--localstatedir=3D/var/lib --infodir=3D/usr/share/info
=C2=A0--mandir= =3D/usr/share/man --enable-libsystemd --with-pop=3Dyes
=C2=A0--enable-lo= callisppath=3D/etc/emacs:/usr/local/share/emacs/27.1/site-lisp:/usr/local/s= hare/emacs/site-lisp:/usr/share/emacs/27.1/site-lisp:/usr/share/emacs/site-= lisp
=C2=A0--with-sound=3Dalsa --without-gconf --with-mailutils --build<= br>=C2=A0x86_64-linux-gnu --prefix=3D/usr --sharedstatedir=3D/var/lib
= =C2=A0--libexecdir=3D/usr/lib --localstatedir=3D/var/lib
=C2=A0--infodir= =3D/usr/share/info --mandir=3D/usr/share/man --enable-libsystemd
=C2=A0-= -with-pop=3Dyes
=C2=A0--enable-locallisppath=3D/etc/emacs:/usr/local/sha= re/emacs/27.1/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/2= 7.1/site-lisp:/usr/share/emacs/site-lisp
=C2=A0--with-sound=3Dalsa --wit= hout-gconf --with-mailutils --with-cairo
=C2=A0--with-x=3Dyes --with-x-t= oolkit=3Dgtk3 --with-toolkit-scroll-bars
=C2=A0'CFLAGS=3D-g -O2
= =C2=A0-fdebug-prefix-map=3D/build/emacs-6jKC2B/emacs-27.1+1=3D. -fstack-pro= tector-strong
=C2=A0-Wformat -Werror=3Dformat-security -Wall' 'C= PPFLAGS=3D-Wdate-time
=C2=A0-D_FORTIFY_SOURCE=3D2' LDFLAGS=3D-Wl,-z,= relro'

Configured features:
XPM JPEG TIFF GIF PNG RSVG CAIRO = SOUND GPM DBUS GSETTINGS GLIB NOTIFY
INOTIFY ACL LIBSELINUX GNUTLS LIBXM= L2 FREETYPE HARFBUZZ M17N_FLT LIBOTF
ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 X= DBE XIM MODULES THREADS LIBSYSTEMD
JSON PDUMPER LCMS2 GMP

Importa= nt settings:
=C2=A0 value of $LANG: en_US.UTF-8
=C2=A0 value of $XMOD= IFIERS: @im=3Dibus
=C2=A0 locale-coding-system: utf-8-unix

Major = mode: Lisp Interaction

Minor modes in effect:
=C2=A0 tooltip-mode= : t
=C2=A0 global-eldoc-mode: t
=C2=A0 eldoc-mode: t
=C2=A0 electr= ic-indent-mode: t
=C2=A0 mouse-wheel-mode: t
=C2=A0 tool-bar-mode: t<= br>=C2=A0 menu-bar-mode: t
=C2=A0 file-name-shadow-mode: t
=C2=A0 glo= bal-font-lock-mode: t
=C2=A0 font-lock-mode: t
=C2=A0 blink-cursor-mo= de: t
=C2=A0 auto-composition-mode: t
=C2=A0 auto-encryption-mode: t<= br>=C2=A0 auto-compression-mode: t
=C2=A0 line-number-mode: t
=C2=A0 = transient-mark-mode: t

Load-path shadows:
None found.

Feat= ures:
(shadow sort mail-extr emacsbug message rmc puny dired dired-loadd= efs
format-spec rfc822 mml easymenu mml-sec password-cache epa derived e= pg
epg-config gnus-util rmail rmail-loaddefs text-property-search time-d= ate
subr-x seq byte-opt gv bytecomp byte-compile cconv mm-decode mm-bodi= es
mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader cl-loadd= efs
cl-lib sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-u= tils
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 imag= e
regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mo= de
lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearc= h
timer select scroll-bar mouse jit-lock font-lock syntax facemenu
fo= nt-core term/tty-colors frame minibuffer cl-generic cham georgian
utf-8-= lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese eucj= p-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 loaddefs butto= n faces cus-face macroexp files
text-properties overlay sha1 md5 base64 = format env code-pages mule
custom widget hashtable-print-readable backqu= ote threads dbusbind
inotify lcms2 dynamic-setting system-font-setting f= ont-render-setting
cairo move-toolbar gtk x-toolkit x multi-tty make-net= work-process emacs)

Memory information:
((conses 16 45099 9140)=C2=A0(symbols 48 6002 1)
=C2=A0(strings 32 15434 2143)
=C2=A0(stri= ng-bytes 1 501833)
=C2=A0(vectors 16 10078)
=C2=A0(vector-slots 8 129= 851 8944)
=C2=A0(floats 8 19 39)
=C2=A0(intervals 56 244 0)
=C2=A0= (buffers 1000 11))
--
Very respectfully,

--000000000000eb397b05b3ca1c60-- From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 11 05:09:26 2020 Received: (at 44564) by debbugs.gnu.org; 11 Nov 2020 10:09:26 +0000 Received: from localhost ([127.0.0.1]:40309 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kcn4A-0002fb-21 for submit@debbugs.gnu.org; Wed, 11 Nov 2020 05:09:26 -0500 Received: from quimby.gnus.org ([95.216.78.240]:35784) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kcn47-0002fL-Uj for 44564@debbugs.gnu.org; Wed, 11 Nov 2020 05:09:24 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=D53Th/OwardWKfP3ukeeN0WjF2oagxiWILeXZ7tI+Q8=; b=eB2FhNT3EdZdhgh04RaDlx7cPr I3FUTNwpB69/Cjxe0QYuUvLCdOvBG7/QN4hqXiNkpEU0RqC8t3H8jQocTRu97qhX8OzFdbbLzYWgW 6EuG4KDE1GCALqlLLaXhX2bTsE3XfPmwZZTiUNVCk7C+HwYcOKdZ1mRse4k8IH7Ui8gc=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kcn3z-0000ET-8f; Wed, 11 Nov 2020 11:09:17 +0100 From: Lars Ingebrigtsen To: Ted Lavarias Subject: Re: bug#44564: 27.1; C-n in macros causes long delays References: X-Now-Playing: Nils Frahm's _Encores 2_: "Sweet Little Lie" Date: Wed, 11 Nov 2020 11:09:13 +0100 In-Reply-To: (Ted Lavarias's message of "Tue, 10 Nov 2020 18:45:07 -0600") Message-ID: <87tutwciie.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Ted Lavarias writes: > When executing a similar macro, but instead of C-n, I was using "M-x > forward-line" to go to the next line, it only took 8.66 and 8.86 > seconds. `next-line' is a more complex function -- it tries to land you approximately at the same place horizontally after moving, while `forward-line' doesn't. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 44564 Cc: 44564@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 (-) Ted Lavarias writes: > When executing a similar macro, but instead of C-n, I was using "M-x > forward-line" to go to the next line, it only took 8.66 and 8.86 > seconds. `next-line' is a more complex function -- it tries to land you approximately at the same place horizontally after moving, while `forward-line' doesn't. So I'm wondering whether the macro part of this bug report is relevant or not. Try evaling the following two forms in one of these buffers and report back the difference: (benchmark-run 100 (next-line)) (benchmark-run 100 (forward-line)) -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 26 22:59:58 2021 Received: (at 44564) by debbugs.gnu.org; 27 Jan 2021 03:59:58 +0000 Received: from localhost ([127.0.0.1]:43290 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l4bzq-0006jb-9G for submit@debbugs.gnu.org; Tue, 26 Jan 2021 22:59:58 -0500 Received: from quimby.gnus.org ([95.216.78.240]:35756) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l4bzp-0006jM-2f for 44564@debbugs.gnu.org; Tue, 26 Jan 2021 22:59:57 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=ve4EwHpaoTMs9HBG8MW5HB+tMz+9PMERvq9WQqHejMA=; b=ORSELYKbrFfAP/aLyMI+c14Jxh LxQyh3d7xdwT9t7AIsh33GWx1wjpQKYX5QPvWKFN6UsuLiyH2Da4Qlho2m3QnxfHL7m7LQWL3XMkb rjcWmM4AKyUWSWZsr/PcwXZDhBipBtIRm+W9D/zDYaaqyrpm/uJClENhZ1ACAKo4h6Mw=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1l4bzg-0000x8-IY; Wed, 27 Jan 2021 04:59:51 +0100 From: Lars Ingebrigtsen To: Ted Lavarias Subject: Re: bug#44564: 27.1; C-n in macros causes long delays References: <87tutwciie.fsf@gnus.org> X-Now-Playing: Purr's _Whales Lead to the Deep Sea_: "Welcome" Date: Wed, 27 Jan 2021 04:59:47 +0100 In-Reply-To: <87tutwciie.fsf@gnus.org> (Lars Ingebrigtsen's message of "Wed, 11 Nov 2020 11:09:13 +0100") Message-ID: <87eei7c9n0.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Lars Ingebrigtsen writes: > So I'm wondering whether the macro part of this bug report is relevant > or not. Try evaling the following two forms in one of these buffers and > report back the difference: > > (benchmark-run 100 [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 44564 Cc: 44564@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 (-) Lars Ingebrigtsen writes: > So I'm wondering whether the macro part of this bug report is relevant > or not. Try evaling the following two forms in one of these buffers and > report back the difference: > > (benchmark-run 100 (next-line)) > > (benchmark-run 100 (forward-line)) More information was requested, but no response was given within a few months, so I'm closing this bug report. If the problem still exists, please respond to this email and we'll reopen the bug report. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 26 23:00:08 2021 Received: (at control) by debbugs.gnu.org; 27 Jan 2021 04:00:08 +0000 Received: from localhost ([127.0.0.1]:43297 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l4bzz-0006lI-ID for submit@debbugs.gnu.org; Tue, 26 Jan 2021 23:00:07 -0500 Received: from quimby.gnus.org ([95.216.78.240]:35770) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l4bzu-0006jU-Cl for control@debbugs.gnu.org; Tue, 26 Jan 2021 23:00:06 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=lry6ZcWxRj88TuMjD3cfCyOpnXfVDkbnwWgWdPLsbc4=; b=WIQjXak8YdCUZs7aXxiZpd8Gjg n85jSJJD0jEm2/fVioEFA8n9H4B4DQaI8nVVVY5gDLetCayzBhdwlUaQsjs7lKT6ZG1Zd+egBBiX0 Kb5zJRjrCFUp80t5PzAourResYK3l0IN0z/Nk1u+K/vaOuvEAM1R+QFADIjZht26WUFU=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1l4bzm-0000xG-QY for control@debbugs.gnu.org; Wed, 27 Jan 2021 04:59:56 +0100 Date: Wed, 27 Jan 2021 04:59:53 +0100 Message-Id: <87czxrc9mu.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #44564 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: close 44564 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control 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 (-) close 44564 quit From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 03 12:59:00 2021 Received: (at 44564) by debbugs.gnu.org; 3 Feb 2021 17:59:00 +0000 Received: from localhost ([127.0.0.1]:38805 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l7MQd-0008Nu-P3 for submit@debbugs.gnu.org; Wed, 03 Feb 2021 12:59:00 -0500 Received: from quimby.gnus.org ([95.216.78.240]:47558) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l7MQb-0008Ng-Uc for 44564@debbugs.gnu.org; Wed, 03 Feb 2021 12:58:58 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=MfacMCwOgdOY5oOpdQZ5ZDL1u53eOkPEM1HAGXHq/go=; b=jcxryJd6tOjzVRLn2ubaQDN8ty mpASSnvDLjEFOOL23BO1TNl7MnEY76QTkxNergwR3aKgwDGVraSARI26i4fdIjhN9XsDUjUq5KwZN V4FB0WFVrvrxRYdEdn+jnFqcmVMKLj4u2bgTJKqcpPJQSr9z51WRTM9fgLs8hTP+LB18=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1l7MQT-00040E-1W; Wed, 03 Feb 2021 18:58:51 +0100 From: Lars Ingebrigtsen To: Ted Lavarias Subject: Re: bug#44564: 27.1; C-n in macros causes long delays References: <87tutwciie.fsf@gnus.org> <87eei7c9n0.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAIVBMVEUAAAAWAQQkAgdY AhE2AgpwAhVFAg1lAhMYEAooGQ3////zPJ6kAAAAAWJLR0QKaND0VgAAAAd0SU1FB+UCAxE2G/y1 TcEAAACNSURBVDjLY2CgBDAKKmIVFzZ2EhTAIs4SAtKERSIdbBpMSwPCggIwhWkWiwAOCRFcbhXE JSGE03c4JQRwGQgSY8Lmc0ZBBiEnrIYxJWEPQwbGBBzWM2GXYExLD0lxwSahyOIgiN37TA5MOCw3 EsAhkeKIw1UOjCrYdSjgDslRgAZmTiBVoqNhoN1MTwAAOlIMYMcu6tsAAAAldEVYdGRhdGU6Y3Jl YXRlADIwMjEtMDItMDNUMTc6NTQ6MjcrMDA6MDBZimLUAAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIx LTAyLTAzVDE3OjU0OjI3KzAwOjAwKNfaaAAAAABJRU5ErkJggg== X-Now-Playing: Kate Bush's _This Woman's Work II_: "Experiment IV (12" Mix)" Date: Wed, 03 Feb 2021 18:58:47 +0100 In-Reply-To: (Ted Lavarias's message of "Tue, 2 Feb 2021 14:34:55 -0600") Message-ID: <87h7mthw2w.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Ted Lavarias writes: > I apologize for such a late response! I never saw your initial email, where you > requested me to eval those benchmark tests... I finally had a chance to do them > and here are my results: > > (benc [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 44564 Cc: 44564@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 (-) Ted Lavarias writes: > I apologize for such a late response! I never saw your initial email, where you > requested me to eval those benchmark tests... I finally had a chance to do them > and here are my results: > > (benchmark-run 100 (next-line)) ===> (0.28576279800000004 1 > 0.025205666000000013) > (benchmark-run 100 (forward-line)) ===> (0.00010560799999999998 0 0.0) > > That's quite a significant difference between next-line and forward-line! Yup; `next-line' is a surprisingly complex function. From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 03 13:19:30 2021 Received: (at 44564) by debbugs.gnu.org; 3 Feb 2021 18:19:30 +0000 Received: from localhost ([127.0.0.1]:38835 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l7MkU-0000SM-8X for submit@debbugs.gnu.org; Wed, 03 Feb 2021 13:19:30 -0500 Received: from eggs.gnu.org ([209.51.188.92]:37162) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l7MkT-0000SA-CN for 44564@debbugs.gnu.org; Wed, 03 Feb 2021 13:19:29 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:48981) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l7MkO-0008A5-5B; Wed, 03 Feb 2021 13:19:24 -0500 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1949 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1l7MkN-0007pq-Cp; Wed, 03 Feb 2021 13:19:23 -0500 Date: Wed, 03 Feb 2021 20:19:24 +0200 Message-Id: <83bld13tg3.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87h7mthw2w.fsf@gnus.org> (message from Lars Ingebrigtsen on Wed, 03 Feb 2021 18:58:47 +0100) Subject: Re: bug#44564: 27.1; C-n in macros causes long delays References: <87tutwciie.fsf@gnus.org> <87eei7c9n0.fsf@gnus.org> <87h7mthw2w.fsf@gnus.org> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 44564 Cc: 44564@debbugs.gnu.org, ted.lavarias@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: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Lars Ingebrigtsen > Date: Wed, 03 Feb 2021 18:58:47 +0100 > Cc: 44564@debbugs.gnu.org > > > (benchmark-run 100 (next-line)) ===> (0.28576279800000004 1 > > 0.025205666000000013) > > (benchmark-run 100 (forward-line)) ===> (0.00010560799999999998 0 0.0) > > > > That's quite a significant difference between next-line and forward-line! > > Yup; `next-line' is a surprisingly complex function. Only when line-move-visual is non-nil. If the OP's application doesn't need that, the function will run much faster if line-move-visual is bound to nil. From unknown Fri Aug 15 12:54:45 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 04 Mar 2021 12:24:08 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator