From unknown Wed Jun 18 23:10:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#78739: 30.1; Performance issue with inline image in an org file Resent-From: laladrik Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 10 Jun 2025 02:37:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 78739 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 78739@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.17495230071771 (code B ref -1); Tue, 10 Jun 2025 02:37:03 +0000 Received: (at submit) by debbugs.gnu.org; 10 Jun 2025 02:36:47 +0000 Received: from localhost ([127.0.0.1]:59591 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uOoqx-0000S7-Mj for submit@debbugs.gnu.org; Mon, 09 Jun 2025 22:36:47 -0400 Received: from lists.gnu.org ([2001:470:142::17]:49102) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uOi6d-0000LR-Gh for submit@debbugs.gnu.org; Mon, 09 Jun 2025 15:24:30 -0400 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 1uOi6X-00085L-I0 for bug-gnu-emacs@gnu.org; Mon, 09 Jun 2025 15:24:21 -0400 Received: from mail-0301.mail-europe.com ([188.165.51.139]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1uOi6S-0002TW-Br for bug-gnu-emacs@gnu.org; Mon, 09 Jun 2025 15:24:21 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1749497040; x=1749756240; bh=pVMBXoZ4cyIu++9Z9rw/aOoFQRg8rUAo/af0K/QXclw=; h=Date:To:From:Subject:Message-ID:Feedback-ID:From:To:Cc:Date: Subject:Reply-To:Feedback-ID:Message-ID:BIMI-Selector: List-Unsubscribe:List-Unsubscribe-Post; b=MYd1HziDHOy4i90JtgGiYw+X9xR9xdNVk7a0wKzK9dWccDbxYrKTY2mTGiQdghM7O x2KflsK6Nwq5yRS4rkFW/X6cmLKiIezbhxQsm6ZZdk7FyTjr+4WxU8pMnQx29u3mMv HUBiOSIbykxUr5YILpAE+0v9+33aZ9K6bSdJlOosbVezJq19uQhMUdU8GKlbvezW/a cQ9oG5C3cEh5jRlgVIn1yBF7waIWBW67eQ+zy0NTagRu9TlQrOXLg82NCjVrkDXtvl FSSzJN/4DCeO/wTsgw2dMth35xAaaBjNDpgXNw+YJ7TrrJNxNsZsfgcDAgcbfSg272 2uo3RHw2uJWzQ== Date: Mon, 09 Jun 2025 19:23:56 +0000 From: laladrik Message-ID: Feedback-ID: 21105956:user:proton X-Pm-Message-ID: df23a6760e2361fe5d035c94147149eef381e950 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=188.165.51.139; envelope-from=laladrik@protonmail.com; helo=mail-0301.mail-europe.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.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, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.0 (+) X-Mailman-Approved-At: Mon, 09 Jun 2025 22:36:42 -0400 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 (/) Hello, I've been experiencing performance issues with displaying inline images in = Org files. This happens only if an image is resized. Emacs stops being respon= sive and its CPU core gets busy to 100%. There 3 ways to reproduce it: 1. Put the mouse cursor on an image and put the caret on some text. Select = some text with the keyboard. The process of the selection is like a slide show. 3.1. Open an Org file with some text and at least one inline image. 1.2. Put the caret on first line. 1.3. Put the mouse cursor on the image. 1.4. Press shift + space to start the selection. 1.5. Press down to select 10 or 20 lines. You can press up and down to chan= ge the selection if you haven't got the lagging from the first time. 2. Scroll the document. Emacs slows down when an image appears under the cursor. Details: 2.1. Open an Org file which long enough for scrolling and has inline images= . 2.2. Make sure that inline images are displayed and big enough to be resize= d by Emacs. 2.3. Scroll the document with the mouse cursor at any position, where it mi= ght be over an image. 2.4. When the mouse cursor is over an image, I see that scrolling lags. 3. Move the mouse cursor on and off the image. The picture of the cursor changes with a lag. 3.1. Open an Org file with some text and at least one inline image. 3.2. Make sure that inline images are displayed and big enough to be resize= d by Emacs. 3.3. Move the mouse cursor on and off the image. 3.4. When the mouse cursor crosses the edge of the image, the picture of th= e mouse cursor changes with some lag. The init.el needed to reproduce has just one line: (setq org-image-actual-width 1000) The value 1000 can be replaced with any - no difference. After searching so= me information on the internet I found that the problem can be cause by freque= nt garbage collection. As a result I added this line: (setq gc-cons-threshold (* 50 1000 1000)) It doesn't help, but for now I run into the performance issue with just the= se two lines in the init.el anyway. The Emacs CPU profiler shows this: 13131 95% - redisplay_internal (C function) 2 0% - eval 1 0% - if 1 0% frame-parameter 1 0% mode-line-eol-desc 1 0% - redisplay--pre-redisplay-functions 1 0% - run-hook-with-args 1 0% - redisplay--update-region-highlight 1 0% redisplay--highlight-overlay-function 616 4% - command-execute 566 4% - byte-code 566 4% - read-extended-command 566 4% - read-extended-command-1 566 4% - completing-read-default 395 2% redisplay_internal (C function) 170 1% - command-execute 170 1% - funcall-interactively 170 1% - minibuffer-complete 170 1% - completion-in-region 170 1% - completion--in-region 170 1% + # 50 0% + funcall-interactively 23 0% + timer-event-handler 3 0% + # 2 0% + gui-set-selection 1 0% + internal-timer-start-idle 0 0% ... The function redisplay_internal takes 95%. I built Emacs with debug symbols to profile it with Linux Perf. The output of perf stat: Performance counter stats for process id '76585,76586': 16,656.41 msec task-clock:u # 0.913 CPUs= utilized 0 context-switches:u # 0.000 /sec 0 cpu-migrations:u # 0.000 /sec 1,254 page-faults:u # 75.286 /sec 62,738,001,762 cycles:u # 3.767 GHz = (49.97%) 941,864,008 stalled-cycles-frontend:u # 1.50% fron= tend cycles idle (50.01%) 268,065,500,133 instructions:u # 4.27 insn= per cycle # 0.00 stalled cyc= les per insn (50.04%) 31,137,526,550 branches:u # 1.869 G/se= c (50.02%) 71,463,191 branch-misses:u # 0.23% of a= ll branches (49.95%) 18.251526038 seconds time elapsed I made a record with Linux perf, but the output doesn't make sense to me. The function taking the CPU time is: bits_image_fetch_separable_convolution_affine_none_x8r8g8b8 It's defined in libpixman. The problem is that the report doesn't show the callstack to the function. As a result, I can't say what calls the functio= n in Emacs. I can upload the Linux Perf file somewhere and give a link to it. Here is my system configuration: System: Kernel: 6.12.9-100.fc40.x86_64 arch: x86_64 bits: 64 Desktop: i3 v: 4.24 Distro: Fedora Linux 40 (Workstation Edition) CPU: Info: 8-core model: AMD Ryzen 7 3800X bits: 64 type: MT MCP cache: L2= : 4 MiB Speed (MHz): min/max: 2200/4559 Graphics: Device-1: NVIDIA TU104 [GeForce RTX 2060] driver: nvidia v: 565.77 API: OpenGL v: 4.6.0 vendor: nvidia v: 565.77 renderer: NVIDIA GeForc= e Info: Memory: total: 64 GiB I come across the issue with 2 versions of Emacs. 29.4 and 30.1. However,= all the data, I'm providing is from the version 30.1, because I compiled it wit= h debug symbols. I experience it with a few Org files and pictures. However, I have two exa= mples I can share. I'll give the links to them on request to minimize the chance= of my message being considered as a spam. I'm happy to provide more details if needed. Also, I had a discussion on stackoverflow about it. The discussion doesn't have more information, but = I can provide a link to it as well on request. About sending this bug report. I couldn't figure out how to send a bug rep= ort via Emacs itself. As a result, I prepared the text of the template for the message from Emacs only. The message is sent from an email client manually= . Given that, the bug report might miss some information, which is sent regul= arly via Emacs. I'm happy to give you the information if you tell me how. Best regards, Aleksei Markov In GNU Emacs 30.1 (build 1, x86_64-pc-linux-gnu, X toolkit, cairo version 1.18.2, Xaw3d scroll bars) of 2025-06-06 built on raven Windowing system distributor 'The X.Org Foundation', version 11.0.12014000 System Description: Fedora Linux 40 (Workstation Edition) Configured using: 'configure 'CFLAGS=3D-g -O2'' Configured features: CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 M17N_FLT MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER WEBP X11 XAW3D XDBE XIM XINPUT2 XPM LUCID ZLIB Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: Fundamental Minor modes in effect: tooltip-mode: t global-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 blink-cursor-mode: t minibuffer-regexp-mode: t buffer-read-only: 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 Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message yank-media puny dired dired-loaddefs rfc822 mml mml-sec epa derived epg rfc6068 epg-config gnus-util text-property-search time-date mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils info evil-autoloads goto-chg-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 icons password-cache json subr-x map byte-opt gv bytecomp byte-compile url-vars cl-loaddefs cl-lib rmc iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/x-win x-win term/common-win x-dnd touch-screen 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 theme-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 dynamic-setting system-font-setting font-render-setting cairo x-toolkit xinput2 x multi-tty move-toolbar make-network-process native-compile emacs) Memory information: ((conses 16 87385 64353) (symbols 48 7825 2) (strings 32 24929 9977) (string-bytes 1 841110) (vectors 16 14718) (vector-slots 8 190273 44458) (floats 8 34 10) (intervals 56 388 263) (buffers 992 11) From unknown Wed Jun 18 23:10:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#78739: 30.1; Performance issue with inline image in an org file Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 10 Jun 2025 11:34:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 78739 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: laladrik Cc: 78739@debbugs.gnu.org Received: via spool by 78739-submit@debbugs.gnu.org id=B78739.17495552201791 (code B ref 78739); Tue, 10 Jun 2025 11:34:02 +0000 Received: (at 78739) by debbugs.gnu.org; 10 Jun 2025 11:33:40 +0000 Received: from localhost ([127.0.0.1]:36008 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uOxEa-0000Sn-0P for submit@debbugs.gnu.org; Tue, 10 Jun 2025 07:33:40 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:38608) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uOxEW-0000SX-Vv for 78739@debbugs.gnu.org; Tue, 10 Jun 2025 07:33:37 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1uOxER-00009C-F7; Tue, 10 Jun 2025 07:33:31 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=CDvTSTQmaPk6+ZWI3JvCjNfk/AeaEk85x2iGt/XWW4U=; b=LihI+qVJIMR7 kBEPIE3MBNx+ODxMVma+2KsJnXFOj/JWkUl9iN25//PRW6cvBI5wSO/93Hz4XRc1uKr5cPLlX0J0v byWuiyCldgwzOwTQRSm+wBmHBdVHqj84pNxeP4+ti0KWsNYZUUAlOa8C4LP89ZsJ1PqEk1ljTiifM EHxaQdglTW6FgvdebEQieTfuu1wJX8FqW09Tt3eUe8jWn3Y3n22lQ4GHFidGancdwF64RWXr+/huU eV0U/KIvJ5Rv9oiVk630r3O8bFoEIzznvgTNEEAC+nyi4HorA5IKZS1+JMKHbE+TDzZVV0oAhDQS4 Z4AQSQUPMQeWtyJkU2PhcA==; Date: Tue, 10 Jun 2025 14:33:28 +0300 Message-Id: <86frg7g7av.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (bug-gnu-emacs@gnu.org) References: 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: -3.3 (---) > Date: Mon, 09 Jun 2025 19:23:56 +0000 > From: laladrik via "Bug reports for GNU Emacs, > the Swiss army knife of text editors" > > Hello, > > I've been experiencing performance issues with displaying inline images in Org > files. Is it necessary to reproduce in an Org buffer? Can you reproduce in a "normal" buffer that is in Fundamental mode? In any case, please post a complete recipe, starting from "emacs -Q", that reproduces the problem on your system, because what you say below is too vague to follow (I tried method 1, but couldn't reproduce). > This happens only if an image is resized. What does this mean? Can you elaborate? In particular, does this happen with any image file and type, or just with certain ones? > The init.el needed to reproduce has just one line: > > (setq org-image-actual-width 1000) And how to recreate a buffer where the problem happens, after starting with this customization? Finally, if this happens only in Org buffers, it could make sense to report this to Org developers first. The fact that redisplay_internal is the hot spot doesn't mean the bug is there: it could be something Org does in this case which forces redisplay to work very hard. From unknown Wed Jun 18 23:10:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#78739: 30.1; Performance issue with inline image in an org file Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 12 Jun 2025 06:11:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 78739 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: laladrik Cc: 78739@debbugs.gnu.org Received: via spool by 78739-submit@debbugs.gnu.org id=B78739.17497086076259 (code B ref 78739); Thu, 12 Jun 2025 06:11:01 +0000 Received: (at 78739) by debbugs.gnu.org; 12 Jun 2025 06:10:07 +0000 Received: from localhost ([127.0.0.1]:55311 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uPb8Y-0001cY-2j for submit@debbugs.gnu.org; Thu, 12 Jun 2025 02:10:07 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:49312) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uPb8W-0001aV-0O for 78739@debbugs.gnu.org; Thu, 12 Jun 2025 02:10:05 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1uPb8Q-0004tc-8O; Thu, 12 Jun 2025 02:09:58 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=vy726SD6NozjpT1yXJZktGZPAUjPxm8NXPMzgxiEBVE=; b=NDf0CuhBwpob 4RrFt52uM27LGMKxVrdZJ0Wbg0CYgSTwq4sQNCo2+sA91z8ZCuCbqA2gNEBQPDFuPJzBFZ+Xj06LA zkZbv7EjMhptt1UF/QRJYxct9XwzoEjGCEkH00WEwgixH8qvP1qeXPqQ3F8Mj6G8T3J84BPZh5G+W 4eFT1J96Nz7AD4yuL6qdeTYkEoIzprVxaAY08vps/1aX4laH4ZfEmUQpHcARL/GExUJpSQ4Zj5PvA Vn1jDhg6Oi9OHft3+0rg9hZUIeuSvBWmaCOk0bxfNI6hZ4mCjLXryqSFsSVnf0uQrrVABpOuvMey8 H6gni+DYDD6JCAg4d5sivQ==; Date: Thu, 12 Jun 2025 09:09:55 +0300 Message-Id: <86bjqth4ng.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from laladrik on Wed, 11 Jun 2025 23:12:36 +0000) References: <86frg7g7av.fsf@gnu.org> 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: -3.3 (---) [Please use Reply All to reply, to keep the bug tracker CC'ed.] > Date: Wed, 11 Jun 2025 23:12:36 +0000 > From: laladrik > > > Is it necessary to reproduce in an Org buffer? Can you reproduce in a > > "normal" buffer that is in Fundamental mode? > > I don't how to get a resized inline image within a non-Org file. I can do it > if you tell me how I can do it. I can't find any information on the internet > about it. Just FYI, I'm not an advanced Emacs user. I've been using it for a > year maybe and only as a note taking application. > > > Finally, if this happens only in Org buffers, it could make sense to > > report this to Org developers first. The fact that redisplay_internal > > is the hot spot doesn't mean the bug is there: it could be something > > Org does in this case which forces redisplay to work very hard. > > You might be right, because I found a scenario where I switch to Fundamental > mode and the lagging disappears. Please find details further in the message. > > > In any case, please post a complete recipe, starting from "emacs -Q", > > that reproduces the problem on your system, because what you say below > > is too vague to follow (I tried method 1, but couldn't reproduce). > > Let's get focused on the first scenario. > > Input data: > 1. The init.el file with the following content > > (setq org-image-actual-width 1000) ; this command resizes inline images > (setq gc-cons-threshold (* 50 1000 1000)) > > 2. An Org file has 45 lines. The last line is the link to the image line this > [[file:./inlineImage.png]]. I can provide an Org file if you request it. > 3. An image, which is big enough for resizing. One of the images I have > is 2778 x 880. The format of the image is png. Also, I tried jpg and bmp, but > they don't change anything. The size matters. The smaller the image, the less > Emacs slows down. Again, I can provide it if you request it. Yes, please post both the Org file and an image, so I could try exactly what you are trying. > Scenario: > 1. emacs -Q --init-directory= > > 2. Set the cursor mouse over the inline image. > 3. Press Ctrl-Space > 4. Press Down for a second or two and see the lagging selection. > > I noticed that switching to Fundamental mode helps. However, it happens only > if I switch to Fundamental mode before moving the mouse cursor over the inline > image. > > Scenario: > 1. Move cursor to the corner of the desktop. > 2. emacs -Q --init-directory= > > 3. M-x fundamental-mode > 4. Set the cursor mouse over the inline image. > 5. Press Ctrl-Space > 6. Press Down for a second or two and see the selection without lagging. > > If you swap steps 3 and 4 then the lagging happens again. > > Should I report it to the Org mode team? I will answer this after reproducing the issue on my system. Thanks. From unknown Wed Jun 18 23:10:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#78739: 30.1; Performance issue with inline image in an org file Resent-From: laladrik Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 13 Jun 2025 22:13:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 78739 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 78739@debbugs.gnu.org Received: via spool by 78739-submit@debbugs.gnu.org id=B78739.174985274029696 (code B ref 78739); Fri, 13 Jun 2025 22:13:04 +0000 Received: (at 78739) by debbugs.gnu.org; 13 Jun 2025 22:12:20 +0000 Received: from localhost ([127.0.0.1]:53122 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uQCdI-0007iu-Dq for submit@debbugs.gnu.org; Fri, 13 Jun 2025 18:12:20 -0400 Received: from mail-24417.protonmail.ch ([109.224.244.17]:24269) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uQCdF-0007hI-Cb for 78739@debbugs.gnu.org; Fri, 13 Jun 2025 18:12:18 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1749852730; x=1750111930; bh=Q5nTyBqMqpkprKJsHVUdWiRcRPaUfk38HTFLf9iYCIo=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector:List-Unsubscribe:List-Unsubscribe-Post; b=d3cdH0AwhEUOpZOTd92W8h87LcksHarNYb5xFVRlnx3dvOC+hQ9JYMzUSOolDD2NL uOuI8u7auQaoeQQooT+CR7p0KtnaI4cdMcwF9S287nxYQ5TMcYH/kL8DanFGLdcqFI vyUIqS0lcczS4AYeynvd9dGzcR8yMoZImYXZ6ErqLYWS6uUzU68bEVmazrtUNNZdPt N4I4c7cPFp7IhXJyYlE7kjHsnVIDDT5FRMNdITT3E2mMKNKp8upJAJOSYdmNDbZzvP AQhXwQGQjfRBL+PaoVAW4K6MoANOrsMBwe/HsMhFSw0DNhkIA0HVNO2Ehtwk0uR/v+ GOTa+/tKkS99A== Date: Fri, 13 Jun 2025 22:12:08 +0000 From: laladrik Message-ID: In-Reply-To: <86bjqth4ng.fsf@gnu.org> References: <86frg7g7av.fsf@gnu.org> <86bjqth4ng.fsf@gnu.org> Feedback-ID: 21105956:user:proton X-Pm-Message-ID: 0db13e746742b2c9a5af5f64711db3d8d4d37dad MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 2.0 (++) 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: > Yes, please post both the Org file and an image, so I could try > exactly what you are trying. I uploaded the files to my server, because I don't know how much space GNU has on their mail server. Also, they won't expire there. Content analysis details: (2.0 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 RCVD_IN_VALIDITY_SAFE_BLOCKED RBL: ADMINISTRATOR NOTICE: The query to Validity was blocked. See https://knowledge.validity.com/hc/en-us/articles/20961730681243 for more information. [109.224.244.17 listed in sa-trusted.bondedsender.org] 0.0 RCVD_IN_VALIDITY_RPBL_BLOCKED RBL: ADMINISTRATOR NOTICE: The query to Validity was blocked. See https://knowledge.validity.com/hc/en-us/articles/20961730681243 for more information. [109.224.244.17 listed in bl.score.senderscore.com] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [109.224.244.17 listed in list.dnswl.org] 0.0 RCVD_IN_MSPIKE_H5 RBL: Excellent reputation (+5) [109.224.244.17 listed in wl.mailspike.net] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (laladrik[at]protonmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 2.0 PDS_OTHER_BAD_TLD Untrustworthy TLDs [URI: share.laladrik.xyz (xyz)] -0.0 SPF_HELO_PASS SPF: HELO matches SPF record 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders 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 (+) > Yes, please post both the Org file and an image, so I could try > exactly what you are trying. I uploaded the files to my server, because I don't know how much space GNU = has on their mail server. Also, they won't expire there. - The Org file is here https://share.laladrik.xyz/slowImage.org - The image is here https://share.laladrik.xyz/RenderingOperations.png Please, let me know if it's necessary send the files as attachment. > > Should I report it to the Org mode team? > > I will answer this after reproducing the issue on my system. Looking forward to it. Best regards, Aleksei Markov From unknown Wed Jun 18 23:10:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#78739: 30.1; Performance issue with inline image in an org file Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 14 Jun 2025 15:14:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 78739 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: laladrik Cc: 78739@debbugs.gnu.org Received: via spool by 78739-submit@debbugs.gnu.org id=B78739.174991401221040 (code B ref 78739); Sat, 14 Jun 2025 15:14:02 +0000 Received: (at 78739) by debbugs.gnu.org; 14 Jun 2025 15:13:32 +0000 Received: from localhost ([127.0.0.1]:40590 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uQSZX-0005TI-Ex for submit@debbugs.gnu.org; Sat, 14 Jun 2025 11:13:31 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:36206) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uQSZU-0005SX-JY for 78739@debbugs.gnu.org; Sat, 14 Jun 2025 11:13:29 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1uQSZO-0004uM-VF; Sat, 14 Jun 2025 11:13:22 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=SdDDxqQcD6dXvhrLm28qkjDoVKJatmnRETm9K2zAcgU=; b=o7tLi1Y0zIhd r06NkR2plXSMYi97pFSH5gmzVa0EiAXoSHCitg1U3+I+XHOuoQ0ulhLvQYYzHpddoR/K1khPmeKQc J8El7WthCBOgpvCjRc4XbIb43o8X6/WAqTZgy+Kj2nF3i7PJTG0uoWyn5hIJ6bpDSbk7pn0kKzwwC Mij/gvHtPvTzBEAjvPHbIi2b0QNtQ2hqphZredIzH17h70iK9Ak/ioea8BMN9dn86/L9bS2mdcxeS EmrqKYMq/RFj1KKhEsWMaMSxJ2oMKVr03PkrDPNsNIG+PuupDTNEobaC9Kxi1g9M8yX9QcCu3mwwg eQdCM+ve70f3zJHcxQNFZw==; Date: Sat, 14 Jun 2025 18:13:21 +0300 Message-Id: <86sek2qru6.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from laladrik on Fri, 13 Jun 2025 22:12:08 +0000) References: <86frg7g7av.fsf@gnu.org> <86bjqth4ng.fsf@gnu.org> X-Spam-Score: -0.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: -1.3 (-) > Date: Fri, 13 Jun 2025 22:12:08 +0000 > From: laladrik > Cc: 78739@debbugs.gnu.org > > > Yes, please post both the Org file and an image, so I could try > > exactly what you are trying. > > I uploaded the files to my server, because I don't know how much space GNU has > on their mail server. Also, they won't expire there. > > - The Org file is here https://share.laladrik.xyz/slowImage.org > - The image is here https://share.laladrik.xyz/RenderingOperations.png > > Please, let me know if it's necessary send the files as attachment. > > > > Should I report it to the Org mode team? > > > > I will answer this after reproducing the issue on my system. > > Looking forward to it. Unfortunately, the problem is not reproducible on my system, with your files. I see no lag while pressing the Down arrow. Can anyone else reproduce this problem? From unknown Wed Jun 18 23:10:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#78739: 30.1; Performance issue with inline image in an org file Resent-From: Ihor Radchenko Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 14 Jun 2025 15:47:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 78739 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: laladrik , 78739@debbugs.gnu.org Received: via spool by 78739-submit@debbugs.gnu.org id=B78739.174991600231491 (code B ref 78739); Sat, 14 Jun 2025 15:47:02 +0000 Received: (at 78739) by debbugs.gnu.org; 14 Jun 2025 15:46:42 +0000 Received: from localhost ([127.0.0.1]:41272 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uQT5d-0008Br-QC for submit@debbugs.gnu.org; Sat, 14 Jun 2025 11:46:42 -0400 Received: from mout01.posteo.de ([185.67.36.65]:33523) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uQT5b-0008BZ-V9 for 78739@debbugs.gnu.org; Sat, 14 Jun 2025 11:46:40 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id CCB8E240027 for <78739@debbugs.gnu.org>; Sat, 14 Jun 2025 17:46:33 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=1984.ea087b; t=1749915993; bh=kzvaj1QIu0Qx0AFoZAU5+xi67rLbDJ+F2AEMVYBeERc=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: From; b=IowZEnVO41eAyO3n7LxIcilaXuqRhdZhB3kEpBWJNXzSloBt5+pAAsJHtBTILDfRD Ru+pe9FN+c/lN+WhNG8oAx+Sgp1WfipAaBdViGbQkuqkJ2PZMq5Im8O80wS/luwXdR 9JRfV/VKfgteeiVLqvztCHZ5Gj8TYXEm8511yRugzA2sq4ETaBUBbI1Z/6dX27WFWo +pt6scHEoSTqTvw6QBUr17yzwDktBF+B2Raj1AYZZ4q2FnxeuKm0GouSkS8AKkE0DB 5CJkEuKyiLQkykH21fB6olmc5bjMc5dCLGY0SoDIAxcpymxcmbcaAW3VmbfRb/EU9k 8KedPlyIUu9uQr4dVgUoSG6GEU9z+YqfiXilevxHPNlT3m1XqlKtOfXVCsUDizkdBU p9sUaDIjTyGdt2ktg9HuIxiut+Td97zxuAnskJyQ5ndcoFV6MyM0LUOUukSfZW1rsD Qh3PAaBaXh1O8isWSwZnN5O33nwkPq5O7pqEoPOUDH9XLafeD7D Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4bKLGd1WrFz9rxF; Sat, 14 Jun 2025 17:46:33 +0200 (CEST) From: Ihor Radchenko In-Reply-To: <86sek2qru6.fsf@gnu.org> References: <86frg7g7av.fsf@gnu.org> <86bjqth4ng.fsf@gnu.org> <86sek2qru6.fsf@gnu.org> Date: Sat, 14 Jun 2025 15:45:15 +0000 Message-ID: <8734c22upg.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain 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: -3.3 (---) Eli Zaretskii writes: > Can anyone else reproduce this problem? I can, on the latest master. perf profile reveals that most of the CPU time is spent in libpixman library (pixman_rasterize_edges). -- Ihor Radchenko // yantar92, Org mode maintainer, Learn more about Org mode at . Support Org development at , or support my work at From unknown Wed Jun 18 23:10:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#78739: 30.1; Performance issue with inline image in an org file Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 14 Jun 2025 16:26:05 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 78739 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ihor Radchenko Cc: laladrik@protonmail.com, 78739@debbugs.gnu.org Received: via spool by 78739-submit@debbugs.gnu.org id=B78739.174991833214725 (code B ref 78739); Sat, 14 Jun 2025 16:26:05 +0000 Received: (at 78739) by debbugs.gnu.org; 14 Jun 2025 16:25:32 +0000 Received: from localhost ([127.0.0.1]:42104 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uQThD-0003pM-Sg for submit@debbugs.gnu.org; Sat, 14 Jun 2025 12:25:32 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:47120) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uQThB-0003oj-7S for 78739@debbugs.gnu.org; Sat, 14 Jun 2025 12:25:30 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1uQTh4-0004qc-W9; Sat, 14 Jun 2025 12:25:23 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=FvAvYt2EApx8Owe/4RCcY0AWGQqpYrj6WOErJ/oj6jc=; b=roN6rW24OcCc Z+Hr7C6h0cmtkVZ8oR+Io46hJhYyAYT7v1Jcc+n6xpFjotvfjNdmSLFizY6YFAEunYJalgJjcneyd 4CLzOh594ViFoLNVKgpTfObXCXs/PQTZatZ60BZCMD/GFxKHbCg0wTsTpcMGanDFNKlhV5lgFzzLo nquhc0Laww99XjGaNRHyZcNJoQ8NzhfSowS3v9S5Ap9ZmX5vfbf4otmK1t0V95Ax1ufB1yyGXyuCa GTalwVe/xShs2vurcwklfTMWfE67TOfR9LPc2xdAR63EB60iO/zwk+mOB8WK+xVr9slkm4HeURMy/ 1GNF8orpvGqldpEM9Z+/Tw==; Date: Sat, 14 Jun 2025 19:25:07 +0300 Message-Id: <86o6uqqoik.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <8734c22upg.fsf@localhost> (message from Ihor Radchenko on Sat, 14 Jun 2025 15:45:15 +0000) References: <86frg7g7av.fsf@gnu.org> <86bjqth4ng.fsf@gnu.org> <86sek2qru6.fsf@gnu.org> <8734c22upg.fsf@localhost> 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: -3.3 (---) > From: Ihor Radchenko > Cc: laladrik , 78739@debbugs.gnu.org > Date: Sat, 14 Jun 2025 15:45:15 +0000 > > Eli Zaretskii writes: > > > Can anyone else reproduce this problem? > > I can, on the latest master. > perf profile reveals that most of the CPU time is spent in libpixman > library (pixman_rasterize_edges). Ah, that might be the reason why I could not reproduce: Emacs on Windows by default doesn't use libpng to show PNG images. From unknown Wed Jun 18 23:10:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#78739: 30.1; Performance issue with inline image in an org file Resent-From: laladrik Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 17 Jun 2025 16:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 78739 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: Ihor Radchenko , 78739@debbugs.gnu.org Received: via spool by 78739-submit@debbugs.gnu.org id=B78739.17501761588622 (code B ref 78739); Tue, 17 Jun 2025 16:03:02 +0000 Received: (at 78739) by debbugs.gnu.org; 17 Jun 2025 16:02:38 +0000 Received: from localhost ([127.0.0.1]:32813 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uRYlh-0002F0-SL for submit@debbugs.gnu.org; Tue, 17 Jun 2025 12:02:38 -0400 Received: from mail-24416.protonmail.ch ([109.224.244.16]:36513) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uRYle-0002EY-Cn for 78739@debbugs.gnu.org; Tue, 17 Jun 2025 12:02:35 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1750176147; x=1750435347; bh=IURcqwz5YuITjpc/SI/VcvqqPif0s7UA0juiBZ9AGXU=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector:List-Unsubscribe:List-Unsubscribe-Post; b=nDGoeiBkVN2AvN3LBn7uJbX45BP5ZobldDccUjssrYgvU2faiClDmpFmGs9+XaIiI ERx6A1f5mKjATrSH1HXoogLjvTaZyLAYDWmwGfITPryio8LPoRSJRsldMkCnySuEpg FnYGdVErQURZCoYaznQwUoBxDF7lxRJcUAXMF/T3h3bq9k6kK87gKIZf0RIrVDyAt5 S4V3HhJf1pE9tdHcTSlhb4/mJN72QM59BbYbxjCN/xzYN9sDlLe7NqBH1rA9LQJpKJ 3SzuwN5a+3kw2PeWTubeLLlLyMQM9UFeEQcdKfme0oyQCdjbSGEOJ+jY1dxC8y5Gw9 otmf5FtQQbE7w== Date: Tue, 17 Jun 2025 16:02:23 +0000 From: laladrik Message-ID: <2ecmeuyg6452gmrljnto5bap7k3gbiizpy5elkelfw57u35xvv@jryccgkku2oe> In-Reply-To: <86o6uqqoik.fsf@gnu.org> References: <86frg7g7av.fsf@gnu.org> <86bjqth4ng.fsf@gnu.org> <86sek2qru6.fsf@gnu.org> <8734c22upg.fsf@localhost> <86o6uqqoik.fsf@gnu.org> Feedback-ID: 21105956:user:proton X-Pm-Message-ID: 699285295169676d13ae21b3e66081ac01c218a8 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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: -1.0 (-) Hello, To be honest I got confused. 1. Ihor, Is the issue reproduced with the latest master of Emacs or Org mod= e plugin? I see the lag with the versions designated in the original message. Namely, 29.4 and 30.1. 2. What is the path forward? As not everyone is able to reproduce the issu= e, would it help if I provide a Linux Perf report? I would've done in the beginning, but the report I has an awkward stack traces. It's awkward for = two reasons. 2.1. It shows that symbol bits_image_fetch_separable_convolution_affine_none_x8r8g8b8 takes most of t= he CPU time. However, I couldn't find the symbol in the source code of libpix= man. 2.2. It doesn't show the stack trace to the call of the function in Emacs. = It's awkward, because I'm certain that I built Emacs with "-g" flag. However, t= he stack trace is what it is. I'm happy to provide more detailed Linux Perf re= port if you tell me which flags I should give to the compiler to build Emacs. 3. About the picture format. I see lags even if I convert the picture from= PNG to JPG. One more question just for the sake of clearance. Eli, did you do= all the steps before pressing Down? Also, I've been wondering if it's the performance can be reproduced on GNU/Linux only. 4. One more question about the path forward? Before I posted the bug report= , I had posted a question on emacs.stackexchange.com. There was a person who w= as able to reproduce the issue. Does it make any sense to share a link to the question? Best regards, Aleksei Markov From unknown Wed Jun 18 23:10:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#78739: 30.1; Performance issue with inline image in an org file Resent-From: Ihor Radchenko Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 17 Jun 2025 19:04:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 78739 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: laladrik Cc: Eli Zaretskii , 78739@debbugs.gnu.org Received: via spool by 78739-submit@debbugs.gnu.org id=B78739.175018699114132 (code B ref 78739); Tue, 17 Jun 2025 19:04:01 +0000 Received: (at 78739) by debbugs.gnu.org; 17 Jun 2025 19:03:11 +0000 Received: from localhost ([127.0.0.1]:35041 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uRbaR-0003fo-19 for submit@debbugs.gnu.org; Tue, 17 Jun 2025 15:03:11 -0400 Received: from mout02.posteo.de ([185.67.36.66]:32981) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uRbaN-0003em-HB for 78739@debbugs.gnu.org; Tue, 17 Jun 2025 15:03:09 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id 2221E240101 for <78739@debbugs.gnu.org>; Tue, 17 Jun 2025 21:03:00 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=1984.ea087b; t=1750186981; bh=k1eS6l6aH6HeGOAEnsefEluRn9MUSchS0UMIUO4nAFs=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: From; b=MsEOv66QClN0+0TYMLZIFni8jiuklK3qkp7Zsc0fj5/UfVnBM4+jCrz6qi/EwVlJz dcpsQX2N79ABja3O7x5Vj/5pP4OrwFnZPAgsr7uN2ZtZFe6iJKtRXkSbrkUtsxp7kw MoIz7SS4N+XKZwLPV8GKrNEz1pwFvKzKeW6Blye6gEIWxjlc90RIXb059xxIOXAsYg aUDw9O50uoQJw2wXyljpBbGwzzm+vG+gQLgGkY+mOSjsJshBCbmp9A6FIcIfaiJbq1 RcvHGdxDvcrVSXbzL83n7KfQ0rzRz1KbX1mx0vy4nqqYUYcuOJ1WjtFrVDeOHUs8kf JnWAgCOIALQBJNC8fOtW/2sOPIWUMgDQ6QPWg21PYVHc0fPyqBV2ytYEMzFzuEuy/E FluhVQf491UijgxxNJYzHTpmW2UnhB/DG7fOtmCioHTuzPdAR125yHb5ZEmb5Qyaw6 iSFlQfZUpd8HLiDY64z8sUCgGaboFCi/OnrHbm2fi+FBsv5TbTV Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4bMGTw2glFz9rxF; Tue, 17 Jun 2025 21:03:00 +0200 (CEST) From: Ihor Radchenko In-Reply-To: <2ecmeuyg6452gmrljnto5bap7k3gbiizpy5elkelfw57u35xvv@jryccgkku2oe> References: <86frg7g7av.fsf@gnu.org> <86bjqth4ng.fsf@gnu.org> <86sek2qru6.fsf@gnu.org> <8734c22upg.fsf@localhost> <86o6uqqoik.fsf@gnu.org> <2ecmeuyg6452gmrljnto5bap7k3gbiizpy5elkelfw57u35xvv@jryccgkku2oe> Date: Tue, 17 Jun 2025 19:01:40 +0000 Message-ID: <87qzzinqej.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain 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: -3.3 (---) laladrik writes: > 1. Ihor, Is the issue reproduced with the latest master of Emacs or Org mode > plugin? I see the lag with the versions designated in the original message. > Namely, 29.4 and 30.1. I did the following: 1. Downloaded the .org and image file you provided 2. emacs -Q from the latest master 3. opened the file 4. enabled image previews 5. put the mouse cursor onto the image 6. C-SPC and tried to create selection while both image and selection are visible on screen > 2.2. It doesn't show the stack trace to the call of the function in Emacs. It's > awkward, because I'm certain that I built Emacs with "-g" flag. However, the > stack trace is what it is. I'm happy to provide more detailed Linux Perf report > if you tell me which flags I should give to the compiler to build Emacs. You probably need to build debug version of Emacs with no optimizations, etc. -g does not save you from the code that has been optimized away by the compiler. -- Ihor Radchenko // yantar92, Org mode maintainer, Learn more about Org mode at . Support Org development at , or support my work at From unknown Wed Jun 18 23:10:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#78739: 30.1; Performance issue with inline image in an org file Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 18 Jun 2025 11:29:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 78739 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: laladrik Cc: yantar92@posteo.net, 78739@debbugs.gnu.org Received: via spool by 78739-submit@debbugs.gnu.org id=B78739.17502461382433 (code B ref 78739); Wed, 18 Jun 2025 11:29:02 +0000 Received: (at 78739) by debbugs.gnu.org; 18 Jun 2025 11:28:58 +0000 Received: from localhost ([127.0.0.1]:47736 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uRqyQ-0000d7-6x for submit@debbugs.gnu.org; Wed, 18 Jun 2025 07:28:58 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:55754) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uRqyL-0000bd-Pb for 78739@debbugs.gnu.org; Wed, 18 Jun 2025 07:28:56 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1uRqyE-0002UZ-RM; Wed, 18 Jun 2025 07:28:48 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=V9FyfaoT1O6Fu1UWIsS8PgKG4QxU4bBnVN2fZTo3OBM=; b=O4ZI1rjn1IMU 2uiIf2rJhePOAgtBarekCsgYitJHNrRvRm2oo4wuf2GFUIWyj8uhBgdl6vEcEZFTfbgPWHJA3/f0a Lo9pPZdZj9b9xZ2UbGMkW6jJh6e0CMJJ6TGSEUc/AcTptmnicKVVoGZoBg790wKymR7CCuYpWYeT7 xYUuW7HDLTSHoZkefsiuAUTav/IVlp7KW+lT54ioCqecDIwyFDiQzJF/XNZeryxzLRAHYqBWPao6A 2FkKzDCNnxNqrYdfFrexPgWl0yaXM5H+OpE70jzD2I35xtBLEa3qCzl4C68G1WRkf1nZLaVCw00rB hofo6ItAWHc1+38YU/CeZw==; Date: Wed, 18 Jun 2025 14:28:12 +0300 Message-Id: <86o6ulmgqb.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <2ecmeuyg6452gmrljnto5bap7k3gbiizpy5elkelfw57u35xvv@jryccgkku2oe> (message from laladrik on Tue, 17 Jun 2025 16:02:23 +0000) References: <86frg7g7av.fsf@gnu.org> <86bjqth4ng.fsf@gnu.org> <86sek2qru6.fsf@gnu.org> <8734c22upg.fsf@localhost> <86o6uqqoik.fsf@gnu.org> <2ecmeuyg6452gmrljnto5bap7k3gbiizpy5elkelfw57u35xvv@jryccgkku2oe> 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: -3.3 (---) > Date: Tue, 17 Jun 2025 16:02:23 +0000 > From: laladrik > Cc: Ihor Radchenko , 78739@debbugs.gnu.org > > Hello, > > To be honest I got confused. > > 1. Ihor, Is the issue reproduced with the latest master of Emacs or Org mode > plugin? I see the lag with the versions designated in the original message. > Namely, 29.4 and 30.1. FWIW, I was unable to reproduce even when I disabled the use of native image API (which forces Emacs to use libpng). Could this be something that depends on the version of libpng? I have 1.6.12 here. > 4. One more question about the path forward? Before I posted the bug report, I > had posted a question on emacs.stackexchange.com. There was a person who was > able to reproduce the issue. Does it make any sense to share a link to the > question? Any information might help, yes. Thanks. From unknown Wed Jun 18 23:10:16 2025 X-Loop: help-debbugs@gnu.org Subject: bug#78739: 30.1; Performance issue with inline image in an org file Resent-From: Ihor Radchenko Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 19 Jun 2025 06:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 78739 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: laladrik , 78739@debbugs.gnu.org Received: via spool by 78739-submit@debbugs.gnu.org id=B78739.17503129635399 (code B ref 78739); Thu, 19 Jun 2025 06:03:02 +0000 Received: (at 78739) by debbugs.gnu.org; 19 Jun 2025 06:02:43 +0000 Received: from localhost ([127.0.0.1]:59771 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uS8MD-0001Oj-AU for submit@debbugs.gnu.org; Thu, 19 Jun 2025 02:02:42 -0400 Received: from mout02.posteo.de ([185.67.36.66]:47519) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uS8M7-0001Ms-DH for 78739@debbugs.gnu.org; Thu, 19 Jun 2025 02:02:39 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id 0867D240101 for <78739@debbugs.gnu.org>; Thu, 19 Jun 2025 08:02:27 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=1984.ea087b; t=1750312948; bh=VD6iOLR5bjhF2OazAvlFWj053SgYvsFkQH0QLLcUgbg=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: From; b=Fk47YOym2Rl51hTYctks3Bb4MRdvooSz1MOVN/kkM47I03ReRj4xkkVDq3zljz91m ljoRJ1hZ2mHYzYiShaD6Xt8wWOQ8ZZ7hY2otNcBVTv25BeZrTsXoNr8No+al41EBNh /7cnL5KbtRXlrDiYM5Nwt+tS3g8R3tLN8zGfp2p3dORgL8m1/LHad5xu7YvhiIs/bM Jz6c748M8ZQhpwM2nFJ3nTAH0EC7B4HpUwLZF3BsY9J6Sz2txoGqFYpBuNIHTFQV08 9Wla9fMXYMFSiVxtt9lu1R/yWwNxPQ1MPBV5k2HJ0bXjOv2UX93cWwSVH0JR3lFKfg vxbYd0MZ0kJxiUD4Nu89Sezsa1xKsBdcquBZ/5SRlOao6BY05gIKZjQ+Dr8b3neuVf xtvR30WHSQBbCEpNmy+m9ov5OB3y032FJ6dlxUrz0BrnIPduWaVdGJ5xdiUb4JvAw7 bPuL6//0FsG8W1rNLiFGMpg8CHSrzz51KE/FTisrjwx20qVmzS7 Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4bN94M30zVz9rxF; Thu, 19 Jun 2025 08:02:27 +0200 (CEST) From: Ihor Radchenko In-Reply-To: <86o6ulmgqb.fsf@gnu.org> References: <86frg7g7av.fsf@gnu.org> <86bjqth4ng.fsf@gnu.org> <86sek2qru6.fsf@gnu.org> <8734c22upg.fsf@localhost> <86o6uqqoik.fsf@gnu.org> <2ecmeuyg6452gmrljnto5bap7k3gbiizpy5elkelfw57u35xvv@jryccgkku2oe> <86o6ulmgqb.fsf@gnu.org> Date: Thu, 19 Jun 2025 06:01:07 +0000 Message-ID: <87ikksgti4.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain 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: -3.3 (---) Eli Zaretskii writes: > FWIW, I was unable to reproduce even when I disabled the use of native > image API (which forces Emacs to use libpng). Could this be something > that depends on the version of libpng? I have 1.6.12 here. On my side: 1. pixman-0.46.0 2. libpng-1.6.48 -- Ihor Radchenko // yantar92, Org mode maintainer, Learn more about Org mode at . Support Org development at , or support my work at