From unknown Sat Jun 21 12:16:35 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#73718 <73718@debbugs.gnu.org> To: bug#73718 <73718@debbugs.gnu.org> Subject: Status: 31.0.50; Severe performance issue with Tramp and project-mode-line-format Reply-To: bug#73718 <73718@debbugs.gnu.org> Date: Sat, 21 Jun 2025 19:16:35 +0000 retitle 73718 31.0.50; Severe performance issue with Tramp and project-mode= -line-format reassign 73718 emacs submitter 73718 Ergus severity 73718 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 09 06:43:51 2024 Received: (at submit) by debbugs.gnu.org; 9 Oct 2024 10:43:52 +0000 Received: from localhost ([127.0.0.1]:55761 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1syUAZ-0007Lz-28 for submit@debbugs.gnu.org; Wed, 09 Oct 2024 06:43:51 -0400 Received: from lists.gnu.org ([209.51.188.17]:43660) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1syUAW-0007Lr-TI for submit@debbugs.gnu.org; Wed, 09 Oct 2024 06:43:49 -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 1syUAM-0001hN-PK for bug-gnu-emacs@gnu.org; Wed, 09 Oct 2024 06:43:38 -0400 Received: from sonic305-1.consmr.mail.bf2.yahoo.com ([74.6.133.40]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1syUAJ-0007H5-Rr for bug-gnu-emacs@gnu.org; Wed, 09 Oct 2024 06:43:38 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aol.com; s=a2048; t=1728470612; bh=Bl+w71SgGN1foc3C3foTsohExXxftsHc7g1mQ4fwXCw=; h=From:To:Cc:Subject:Date:References:From:Subject:Reply-To; b=BxcqfJL/4TXtmLMjoK3Gm4yLHMRqEuUVtRlOpHUcx87GFPMR8t8xBfjT4L/ObM311rLUGzSxapl5gimi1v1AZWzqRiDkYvR7pJ20E4NsuD8n5Oo4/tHUR2ok2u8iRXnYu9tMJSm/UHd2Ff3QzCvnW+Os94rmPlWHAMb85iHqCQN38Cu96HP8SUJYB9xByXiXyqtnOmucveHBvQOIbcKvNPU5bvO6PlHRc7FTRRfuP7nOh9vbVyO+PpLq+l89S/7uTHEeI3WqEAWyCE6erz1zoUzj8/kK+qsTazcFWhuCsB7nJlLK4kdqXzJ3Oq4RlG+2eRWi1SIqCYvxsgz+XektLQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1728470612; bh=x8yLzGv7NiKwIiv0qItgz9Iv2F+e6nPUvAEPUx/d+aB=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=jFJQXAYOQWJ8ruRFHXcZDthXZtzPn0YVouCcpfKslE0SAI/RLyyAw0yl5eOYleFTIIcQbINqnAoe+eWLK21G65u2uDxWhqTvWfXcqRJRHGt9KIfGu6RAtDK8PHELQB5VjUj6nSdRImXkwyzbTqiX+6pgecGjqmwMbHPL3jSHqv1wI0nuLckCSXesX5f6LNkcAJLcJJkZpv1CmxUXIOezvnJrndtF7zCYzp+XlLmJQdWxaOifTEjJ0eWkTEkSn8j0DAnk/TEs10j+IJa6n7ELcyaiQqmq6Rc7s4clb7OiIWGf9vL7ULSRZfCLsqOEEfZLIIIX8Z8mTiCvjkyfeZBacg== X-YMail-OSG: 9zh9H6sVM1kk6SU5JuMESd2PynMI7iO7XyGLCMlSyZJgBypznq9AX3lnfHV6aXH oM1nEVYe483Q9TokS_fvCEM0iOEhKyz7PWjpPL3bPo0yX2wiGGob0KAGqtHqBZgKjMuheBqbq7xD G0PcyMAgHpHrFlx.dsp0ACEwEiE4PL1Q6IPDiUCfWT02nRZhSRKUd5stT3tU86Osub2EXkR8HczB 0iRfUJrv7WP7hwVrVecgOZktN8kv_uFJFDHyxiKxbCX4QOlzbLw0KZSd0lkER9dTPU1uNqgwZDhz gfrT6sXOUdBesob9pBJFYEIlar0ZOBpTHx_hjQlNsgY51ZwfgLOb6eys.zLi8RMrs1ojOzWmV6dL I198HIxIh1w3wRri.lPD7oPpiFBLfRtIyfkJ5hDlfNOCp9ftJc_lDJnEPSOwOP0YInyHSpvxMV3. hTc4hJaYQiccYaEbPtHqAwmzCeDZ1mcWbVNrbzMIscDj5VQMBlAarGUftl2vi5paYmDdNk6Jm3T3 LMHX8BYL59BjjZumdaW4EXpbV5Ph5r63QdwGgA0JnkjbXOoZ0KBuR9264X3GqFFy6SS0SJw2xDb9 i3mgmEWUhC7OufHhcm_NsKFoK.bjS.R63xTTwZyvLEpbg49jFllWnkuN3Ap3xA9_p02MxaCjUVzS 3Kk1wHiaroTjtXfeokJxl504pofohMenWGyDTwD9cm1ICEGg6USuzhN8dJMDWX7n1dODJO4_eP_8 Y_CQTI0zrnrRkeEuwTjP.YaMSXlTNGtezzTOZNjxJZU7fWKhcwhsz9ozWalPitgWYSSmScaAEIoV xHn9ikDquVoZIC2dNynVAZJuVSy9N8IysFyduiUOkXZLtPPTMBj8CfkEmcUiHGMrNKFfBuXVBiU_ qMO.ysXunyV4rq.2uXuPiNw6N.tmEMx3FHhBgMxubbbsUrI.E0Uktqtu104Oy6zRw4Q2QB0SU8_B 1CxfLbTG6mXdmEyLMlFJaCUU.pA9_RSsvxic2zr1E5Arejwp_wVdZ38XNM7yGsoOPDB5AA0iftaX 8KyZenMo1tRZ0m66tCe5Y49e4EvPwuOIIxUdfrkqgrUT5o4vT_YNDwS9ssX_y6I2ARBadZ56ei39 Cj5We98M3IMKAPMPzqDzrS24F47YxA4roGoMw8zJti_oVBVh3wKWiBa_JCg_gAxgj61LPBjdgbRM IIQiWlC2Rj7j8Gj8hkEFjGlmSuK.XgKAuorrUPoKZnjDlcKRr1zMy60Y2rAuntIk9zmzHVfuZ1.7 sLXPWGxhh3ZRGGvnWws.HnNaKDxZCQvjBS07rzYgAQdym_8PAMFIgwxFCb10hXx7GA_oWG9f9IaD fXT7w5lW9NVmW0AClVfZmnueXSdk9NJ6Ckm1.l.hjkpiqGAUlXvf1sxh8WnuSErHEW5HE8CNLr3G fbkNng97B6Z9j7X8vWPiVqRiv0V1XzwbNeatKIBogN7MgfSut3IUNjzrsTe4AoOQVHXg8iD7E.Qp 82oWJy7mN0r9wTJ2ddnjA3QikcD8VPJ_cVRHlEDzoCDu9mZ0v5nFXHxrTPDffYzTzDo831Xv06oP Drxsjmn1sb2cZHZ11hpuGlGG19IM532mLLAiec8E7XqImTnmGGjBpAs5kaJajVw8cfzIVmDAC_LF CHj0o.bHgkouowUZSZHXkpd8RbJNfGkB1fWOQ4f_UsbTOu6Pwr5j8nE3de9uxVKTiHOrKC.E7sDT o.52jToUnhxbeXkynlNs2r5.3UPzxenMUaL2.Uf9tcjh8PJrEb0vRUc7Falh3WAGskD47Blu30U7 1Nh_nT.CyP4Jj8z7odZDgmvrV5FpDl0vnLE6ZOa6T7U.Ghop5v5ROgJbl7UQhsBE6bwpZNKgcHGY Ki8kQaxjupw23x75SWhJLMiIWu2Co3H06_OGdbKq9YURxxVw7fywMZvi8Y5O1BmGeppJ64yKv_MK qg6tHY._KW8LVjS_O8v_HpS0uYXiTUUyD6KcGWPj1oX_1JGUKJ14YdjceMzFl.p3B8Vvo0r5GXLy dTbkL.61IgSTpiSC8f5.NigDrInRmVBPiuKTr3l3Y6FITSFQz873aq1ImdLRsoOwtlAF1Yxaz7w5 uxD1Qbc_5RvfhyyAwDoGjB.Uqy2pDS2M8i4c9LFK_8NfcEhmjXIP4UHRNfMbmDACG0HGpcphvT2H aMImr9b3GpNH63Y97xRoESbEuGswrQ38qsPk4Ry4jVxyfioYdLEM38Djqv780Zd1VqNIr_arJpDl jCrvOLQZqJO8TYY1ixJkaMy1uNk3BzpJQT7I7c7.KifNJkg-- X-Sonic-MF: X-Sonic-ID: 24580f30-39a0-490a-8304-67fcea33cf41 Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.bf2.yahoo.com with HTTP; Wed, 9 Oct 2024 10:43:32 +0000 Received: by hermes--production-ir2-6664f499fc-fs9vv (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 7038a1913272767e2505e71bceb89b8c; Wed, 09 Oct 2024 10:43:27 +0000 (UTC) From: Ergus To: bug-gnu-emacs@gnu.org Subject: 31.0.50; Severe performance issue with Tramp and project-mode-line-format X-Debbugs-Cc: Date: Wed, 09 Oct 2024 12:43:16 +0200 Message-ID: <874j5lzhdn.fsf@aol.com> MIME-Version: 1.0 Content-Type: text/plain References: <874j5lzhdn.fsf.ref@aol.com> X-Mailer: WebService/1.1.22645 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.aol Content-Length: 17030 Received-SPF: pass client-ip=74.6.133.40; envelope-from=spacibba@aol.com; helo=sonic305-1.consmr.mail.bf2.yahoo.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_MSPIKE_H2=-0.001, 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.6 (-) X-Debbugs-Envelope-To: submit Cc: Michael Albinus , Dmitry Gutov 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.6 (--) Hi Dmitry and Michael: I enabled the project-mode-line recently and now when I try to open a remote file emacs seems frozen forever (minutes in a not so bad connection). I made a profile and it looks like there is some bad interaction between project-mode-line and tramp names I already tried: (connection-local-set-profile-variables 'my-profile '((project-mode-line . nil))) (connection-local-set-profiles '(:application tramp :user "myuser") 'my-profile) But is not disabling the modeline for remote files. And vc-ignore-dir-regexp (format "\\(%s\\)\\|\\(%s\\)" ;; disable vc on remotes vc-ignore-dir-regexp tramp-file-name-regexp) But the project-try-vc is still trying in the remote files. The profile report: 15458 75% - redisplay_internal (C function) 15442 75% - eval 15442 75% - project-mode-line-format 15442 75% - project-current 15442 75% - project--find-in-directory 15442 75% - run-hook-with-args-until-success 15442 75% - project-try-vc 15442 75% - project--value-in-dir 15442 75% - hack-dir-local-variables 15442 75% - # 15442 75% - hack-dir-local--get-variables 15442 75% - dir-locals-find-file 14648 71% - locate-dominating-file 14644 71% - abbreviate-file-name 14644 71% - tramp-file-name-handler 14637 71% - apply 14637 71% - tramp-sh-file-name-handler 14611 71% - tramp-handle-insert-file-contents 14611 71% - file-local-copy 14611 71% - tramp-file-name-handler 14611 71% - apply 14611 71% - tramp-sh-file-name-handler 14611 71% - tramp-sh-handle-file-local-copy 14611 71% - tramp-barf-unless-okay 14611 71% - tramp-send-command-and-check 14611 71% - tramp-send-command 14611 71% - tramp-wait-for-output 14611 71% - tramp-wait-for-regexp 14611 71% - sit-for 14611 71% - redisplay_internal (C function) 14574 71% - eval 14574 71% - project-mode-line-format 14574 71% - project-current 14574 71% - project--find-in-directory 14574 71% - run-hook-with-args-until-success 14574 71% - project-try-vc 14530 70% - project--value-in-dir 14530 70% - hack-dir-local-variables 14530 70% - # 14530 70% - hack-dir-local--get-variables 14523 70% - dir-locals-find-file 9766 47% - locate-dominating-file 7983 38% - dir-locals--all-files 7964 38% - tramp-file-name-handler 7909 38% - apply 7906 38% - tramp-sh-file-name-handler 5131 25% - tramp-sh-handle-file-readable-p 5052 24% - tramp-run-test 5052 24% - tramp-send-command-and-check 5052 24% - tramp-send-command 5052 24% - tramp-wait-for-output 5052 24% - tramp-wait-for-regexp 3188 15% - tramp-accept-process-output 2193 10% accept-process-output 201 0% + # 201 0% + tramp-get-connection-property 126 0% + tramp-set-connection-property 59 0% make-closure 40 0% tramp-message 38 0% + # 35 0% buffer-string 13 0% process-buffer 12 0% process-status 11 0% with-timeout-suspend 9 0% process-get 1340 6% sit-for 481 2% + tramp-check-for-regexp 33 0% process-live-p 41 0% + tramp-file-name-handler 22 0% + tramp-get-file-property 13 0% + tramp-dissect-file-name 1822 8% + tramp-handle-file-regular-p 912 4% + tramp-sh-handle-file-directory-p 38 0% + tramp-sh-handle-expand-file-name 3 0% # 3 0% tramp-file-name-for-operation 27 0% + tramp-dissect-file-name 11 0% tramp-tramp-file-p 4 0% + tramp-replace-environment-variables 3 0% tramp-file-name-equal-p 3 0% + # 1774 8% + tramp-file-name-handler 4734 23% - dir-locals--all-files 4731 23% - tramp-file-name-handler 4679 22% - apply 4679 22% - tramp-sh-file-name-handler 2659 12% - tramp-sh-handle-file-readable-p 2634 12% - tramp-run-test 2634 12% - tramp-send-command-and-check 2634 12% - tramp-send-command 2634 12% - tramp-wait-for-output 2634 12% - tramp-wait-for-regexp 1642 8% + tramp-accept-process-output 700 3% sit-for 276 1% + tramp-check-for-regexp 6 0% process-live-p 19 0% + tramp-file-name-handler 6 0% + tramp-get-file-property 1356 6% + tramp-handle-file-regular-p 629 3% + tramp-sh-handle-file-directory-p 35 0% + tramp-sh-handle-expand-file-name 16 0% + tramp-dissect-file-name 14 0% tramp-tramp-file-p 8 0% + tramp-file-name-equal-p 4 0% + # 4 0% tramp-flush-connection-property 3 0% make-closure 23 0% + tramp-file-name-handler 7 0% + dir-locals-collect-variables 44 0% + locate-dominating-file 4 0% + file-remote-p 15 0% + tramp-sh-handle-set-visited-file-modtime 11 0% + tramp-handle-abbreviate-file-name 4 0% + tramp-replace-environment-variables 3 0% tramp-dissect-file-name 4 0% tramp-file-name-handler 794 3% + tramp-file-name-handler 10 0% + file-remote-p 4838 23% Automatic GC 170 0% + command-execute 4 0% + ... At the moment I disabled the project-mode-line. However There may be a better solutions for this issue. Best, Ergus In GNU Emacs 31.0.50 (build 16, x86_64-pc-linux-gnu, GTK+ Version 3.24.43, cairo version 1.18.2) of 2024-10-08 built on RTX Repository revision: 7f70165ad6959193266df1da5b1ce53c34c72d47 Repository branch: project System Description: Arch Linux Configured using: 'configure --prefix=/home/ergo/.local/ --with-mailutils --with-pgtk --with-modules --with-cairo --with-harfbuzz --with-native-compilation=aot '--program-transform-name=s/^ctags$/ctags.emacs/'' Configured features: ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG LCMS2 LIBSYSTEMD LIBXML2 MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PGTK PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER WEBP XIM GTK3 ZLIB Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: ELisp/l Minor modes in effect: fancy-compilation-mode: t global-auto-revert-mode: t electric-pair-mode: t whitespace-mode: t flyspell-mode: t completion-preview-mode: t diff-hl-margin-local-mode: t diff-hl-margin-mode: t diff-hl-mode: t corfu-terminal-mode: t global-corfu-mode: t corfu-mode: t repeat-mode: t xterm-mouse-mode: t xclip-mode: t override-global-mode: t winner-mode: t save-place-mode: t delete-selection-mode: t savehist-mode: t global-display-fill-column-indicator-mode: t display-fill-column-indicator-mode: t global-display-line-numbers-mode: t display-line-numbers-mode: t which-key-mode: t eldoc-mode: t show-paren-mode: t mouse-wheel-mode: t file-name-shadow-mode: t context-menu-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t minibuffer-regexp-mode: t size-indication-mode: t column-number-mode: t line-number-mode: t indent-tabs-mode: t transient-mark-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t Load-path shadows: /mnt/casa/gits/emacs_clones/cuda-mode/cuda-mode hides /home/ergo/.config/emacs/elpa/cuda-mode-20240819.11/cuda-mode /home/ergo/.config/emacs/elpa/transient-20241006.2150/transient hides /home/ergo/.local/share/emacs/31.0.50/lisp/transient Features: (shadow sort mail-extr emacsbug message mailcap yank-media puny rfc822 mml mml-sec epa derived epg rfc6068 epg-config gnus-util mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils misearch multi-isearch vc-git help-fns radix-tree profiler dired-aux hl-line tramp-cmds fancy-compilation compile text-property-search comp-run comp-common tramp-cache time-stamp tramp-sh tramp trampver tramp-integration files-x tramp-message tramp-compat xdg shell pcomplete comint ansi-osc parse-time iso8601 time-date format-spec ansi-color tramp-loaddefs autorevert filenotify ffap thingatpt url-parse auth-source eieio eieio-core cl-macs icons password-cache json map url-vars elec-pair whitespace flyspell-correct flyspell ispell completion-preview diff-hl-margin diff-hl-dired citre-lang-fileref citre-tags citre-ctags citre-readtags citre-readtags-tables citre-backend-interface citre-common-tag rx citre-common-util project dired-x dired dired-loaddefs diff-hl log-view pcvs-util vc-dir ewoc vc vc-dispatcher diff-mode track-changes corfu-terminal popon corfu term/xterm xterm init repeat markdown-ts-mode subr-x treesit cape compat use-package-ensure use-package-diminish xt-mouse xclip edmacro kmacro byte-opt gv use-package-bind-key bind-key cl-extra help-mode simple-16-theme winner ring saveplace delsel savehist easy-mmode display-fill-column-indicator display-line-numbers diminish which-key cl-seq use-package-core cl-loaddefs cl-lib bytecomp byte-compile disp-table info 0blayout-autoloads ac-emoji-autoloads ac-haskell-process-autoloads ac-html-autoloads arduino-cli-mode-autoloads auctex-autoloads tex-site auto-complete-autoloads avy-zap-autoloads avy-autoloads better-shell-autoloads caml-autoloads cape-autoloads citre-autoloads clang-format-autoloads cobol-mode-autoloads compile-multi-autoloads corfu-terminal-autoloads corfu-autoloads crdt-autoloads csv-mode-autoloads cuda-mode-autoloads d-mode-autoloads deadgrep-autoloads debbugs-autoloads diff-hl-autoloads diminish-autoloads dired-sidebar-autoloads dired-subtree-autoloads dired-hacks-utils-autoloads dumb-jump-autoloads e2ansi-autoloads emamux-autoloads esup-autoloads evil-collection-autoloads annalist-autoloads evil-leader-autoloads evil-autoloads face-explorer-autoloads fancy-compilation-autoloads flx-autoloads flycheck-julia-autoloads flycheck-rust-autoloads flycheck-autoloads flymake-nasm-autoloads flymake-quickdef-autoloads flyspell-correct-autoloads git-modes-autoloads git-timemachine-autoloads gnuplot-autoloads google-c-style-autoloads goto-chg-autoloads groovy-mode-autoloads gtags-mode-autoloads haskell-mode-autoloads highlight-indent-guides-autoloads i3wm-config-mode-autoloads ibuffer-sidebar-autoloads iedit-autoloads imenu-list-autoloads julia-ts-mode-autoloads julia-mode-autoloads languagetool-autoloads lice-autoloads lorem-ipsum-autoloads lua-mode-autoloads magit-autoloads magit-section-autoloads markdown-mode-autoloads markdown-ts-mode-autoloads modern-cpp-font-lock-autoloads move-dup-autoloads multiple-cursors-autoloads mutt-mode-autoloads nasm-mode-autoloads neotree-autoloads nftables-mode-autoloads nginx-mode-autoloads notmuch-autoloads objed-autoloads opencl-mode-autoloads paradox-autoloads phi-search-autoloads pkg-info-autoloads epl-autoloads pkgbuild-mode-autoloads platformio-mode-autoloads async-autoloads popon-autoloads popup-autoloads projectile-autoloads projection-autoloads protobuf-mode-autoloads protobuf-ts-mode-autoloads ptemplate-templates-autoloads ptemplate-autoloads py-vterm-interaction-autoloads scopeline-autoloads shell-command+-autoloads slime-autoloads macrostep-autoloads sphinx-mode-autoloads f-autoloads dash-autoloads s-autoloads spinner-autoloads ssh-config-mode-autoloads string-inflection-autoloads sudo-edit-autoloads systemd-autoloads tmux-mode-autoloads transient-autoloads tsc-autoloads urgrep-autoloads vdiff-autoloads hydra-autoloads lv-autoloads vterm-toggle-autoloads vterm-autoloads vundo-autoloads with-editor-autoloads xclip-autoloads yasnippet-snippets-autoloads yasnippet-autoloads early-init rmc iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/pgtk-win pgtk-win term/common-win touch-screen pgtk-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer nadvice seq simple cl-generic indonesian philippine cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs 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 gtk pgtk lcms2 multi-tty move-toolbar make-network-process native-compile emacs) Memory information: ((conses 16 235994 86287) (symbols 48 16860 0) (strings 32 59529 11399) (string-bytes 1 2092584) (vectors 16 30418) (vector-slots 8 1023066 183728) (floats 8 113 783) (intervals 56 7143 582) (buffers 992 19)) From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 09 09:12:22 2024 Received: (at submit) by debbugs.gnu.org; 9 Oct 2024 13:12:22 +0000 Received: from localhost ([127.0.0.1]:55994 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1syWUH-0006fc-Nl for submit@debbugs.gnu.org; Wed, 09 Oct 2024 09:12:22 -0400 Received: from lists.gnu.org ([209.51.188.17]:45680) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1syWUE-0006fT-Ke for submit@debbugs.gnu.org; Wed, 09 Oct 2024 09:12:20 -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 1syWU4-0003o9-34 for bug-gnu-emacs@gnu.org; Wed, 09 Oct 2024 09:12:08 -0400 Received: from mout.gmx.net ([212.227.17.21]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1syWU1-0001Lg-RC for bug-gnu-emacs@gnu.org; Wed, 09 Oct 2024 09:12:07 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1728479521; x=1729084321; i=michael.albinus@gmx.de; bh=fBRm1YY4x8uQe7EyCfPWZh33XZNtQ1OP+/TsIIq9SDo=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=FR5++IIVxhnlvzHw7WBGyTek+85KKv7CyQAj012VxRsknKATjtrTWr9gBN1RkT8u JD3NPX97wAzIJ8v6sdwEzXJiTDnWT+k385kFpsqUUMsL4e8XwaVRVKx5NI3yrJTzX /H7pzbHp87AMgqhuL7HagR10zg+pfeMJqYQlnvOk5rjdlyQpYJK6nyCKCNShos0dQ bpZXLxvTn2+EzeQmqdqZYMqnX2wR2yc2i9MdSqGCxwyhJW9fx72ecVM1+o1pbZqUN b0LLwXX1GRWSQ7eXa+iW6+cgwdFN2i/NfiUHNRlAUe+roXgkuNslEWmRvEeJkICaC In24GAsp+Rblbkrx7w== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.155]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MC34X-1t8k9M1H3t-00HCG4; Wed, 09 Oct 2024 15:12:01 +0200 From: Michael Albinus To: Ergus Subject: Re: 31.0.50; Severe performance issue with Tramp and project-mode-line-format In-Reply-To: <874j5lzhdn.fsf@aol.com> (Ergus's message of "Wed, 09 Oct 2024 12:43:16 +0200") References: <874j5lzhdn.fsf.ref@aol.com> <874j5lzhdn.fsf@aol.com> Date: Wed, 09 Oct 2024 15:12:00 +0200 Message-ID: <87v7y1qv33.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Provags-ID: V03:K1:ziZKle+KiIZkioJoZdyP2RJIMBZSmuVmCKKiOCmCprmrg0oGtsK BtRI2HLHZKMqO7OTUb083dev15w0xh9+G8QRvpaGr0IcC6HBNc3XWFFXkBT2NL2OLL/0x9J d4G9PBCna40VKWv4nccn72VjpGqsO4VuYVWSGCnLqziZTdiUhNabuTErBSIbhY6QKoCtzAg cVj4sJgsqJ2Wz+T9u7Rzg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:2WbY32OYiW0=;vq2aBHzNjKEI9o2aEp0dk+IwDMR xRCG3kakHX/FDol/ql+0DhyUFhqqZAGEY8pmYO+WobBJlwavd6izFWzoTSLzg7CAPbiAhbXBM iiBlyDde2UUS/Sb2trdur0mqwJ9OxIhkslStDcOOBu+WQ+RaDLxRpz0UpJZoiM32z24DxYuJw 6HdO2JZGlGxaJRyRww2BVEPyeYFZa14turJvCQoCAYjPV2BV4W85r078LHqpqWyWvL7IjXD31 055YCRopGZfYYtDJxh7aSF+Qy4vbFLAZxEC92TXBns8UbcVrBbaw3aivoDmQzOGKWQGw/KT37 xhDsEoM9qFr9LVIvQcNefAQ1QizwLN7ACMSGVXQI+HqREkL/HHUCnGt4HNpo0ANPBRB5gxbmm f8JmxtpE4M8cYlBYXOw3Y0+5f62Db1iz0eMQGSJQOD8kN1DAGtMN/pBOLyXWrEjPeY29w9dsT X1G2yFShJZTs45qFIC5o1rJwgTabyk3Bk6cfJFIqOFAkD4AWO2symz0oKaxHa59b1EvS/mzyg fnDPkbJWlZkTVYilWoCWN+nK4nHZBCcs/ELIBROfVQmFvoAL86q187V3MBJ3N63x7WVlM1KLz 6lFbJX1zRIVIfWlO5TvdopLbOE0F6QO07L3w+SwyxAmMlgp7itoZy5fx3yBrp/u575SPvccXG im/l46vliHLJ5ZOPDi5Gg42z0QoZxbrP14A7hfuuYfquE+kjRlrWIt9HS5HjjNBzeUUPPf4Er bnPqxKGiH/U+/lM6pAzY0lT2QLtkwLJs1+lhzTS6/9Tm/UmNjb8mSbsF+nVbnbFTKPv8vMity /q+ryam6tEk0ZkjNibumHNMg== Received-SPF: pass client-ip=212.227.17.21; envelope-from=michael.albinus@gmx.de; helo=mout.gmx.net X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, 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.3 (-) X-Debbugs-Envelope-To: submit Cc: bug-gnu-emacs@gnu.org, Dmitry Gutov 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 (--) --=-=-= Content-Type: text/plain Ergus writes: > Hi Dmitry and Michael: Hi Ergus, > I enabled the project-mode-line recently and now when I try to open a > remote file emacs seems frozen forever (minutes in a not so bad > connection). > > I made a profile and it looks like there is some bad interaction between > project-mode-line and tramp names > > The profile report: > > 15458 75% - redisplay_internal (C function) > 15442 75% - eval > 15442 75% - project-mode-line-format > 15442 75% - project-current > 15442 75% - project--find-in-directory > 15442 75% - run-hook-with-args-until-success > 15442 75% - project-try-vc > 15442 75% - project--value-in-dir > 15442 75% - hack-dir-local-variables > 15442 75% - # > 15442 75% - hack-dir-local--get-variables > 15442 75% - dir-locals-find-file > 14648 71% - locate-dominating-file > 14644 71% - abbreviate-file-name > 14644 71% - tramp-file-name-handler > 14637 71% - apply > 14637 71% - tramp-sh-file-name-handler > 14611 71% - tramp-handle-insert-file-contents > 14611 71% - file-local-copy > 14611 71% - tramp-file-name-handler > 14611 71% - apply > 14611 71% - tramp-sh-file-name-handler > 14611 71% - tramp-sh-handle-file-local-copy > 14611 71% - tramp-barf-unless-okay > 14611 71% - tramp-send-command-and-check > 14611 71% - tramp-send-command > 14611 71% - tramp-wait-for-output > 14611 71% - tramp-wait-for-regexp > 14611 71% - sit-for > 14611 71% - redisplay_internal (C function) > 14574 71% - eval > 14574 71% - project-mode-line-format This is unfortune. sit-for should not trigger a redisplay. Does the appended patch in tramp.el helps? Best regards, Michael. > At the moment I disabled the project-mode-line. However There may be > a better solutions for this issue. > > Best, > Ergus Best regards, Michael. --=-=-= Content-Type: text/x-patch Content-Disposition: attachment diff --git a/lisp/tramp.el b/lisp/tramp.el index 4ce44119..181bba01 100644 --- a/lisp/tramp.el +++ b/lisp/tramp.el @@ -6049,7 +6049,7 @@ nil." (with-tramp-timeout (timeout) (while (not found) ;; This is needed to yield the CPU, otherwise we'll see 100% CPU load. - (sit-for 0) + (sit-for 0 'nodisp) (tramp-accept-process-output proc) (unless (process-live-p proc) (tramp-error-with-buffer --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 09 09:38:29 2024 Received: (at 73718) by debbugs.gnu.org; 9 Oct 2024 13:38:29 +0000 Received: from localhost ([127.0.0.1]:56033 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1syWtY-0008Al-MK for submit@debbugs.gnu.org; Wed, 09 Oct 2024 09:38:28 -0400 Received: from forward501d.mail.yandex.net ([178.154.239.209]:36370) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1syWtV-0008AX-By for 73718@debbugs.gnu.org; Wed, 09 Oct 2024 09:38:27 -0400 Received: from mail-nwsmtp-smtp-production-main-35.klg.yp-c.yandex.net (mail-nwsmtp-smtp-production-main-35.klg.yp-c.yandex.net [IPv6:2a02:6b8:c42:24a4:0:640:473f:0]) by forward501d.mail.yandex.net (Yandex) with ESMTPS id D013A618F2; Wed, 9 Oct 2024 16:38:11 +0300 (MSK) Received: by mail-nwsmtp-smtp-production-main-35.klg.yp-c.yandex.net (smtp/Yandex) with ESMTPSA id 8ciq1295JKo0-yK1mf1vx; Wed, 09 Oct 2024 16:38:11 +0300 X-Yandex-Fwd: 1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1728481091; bh=a5rYgOU1Om5dF7hWoVAdkQv5ZO3idDu0C2s0NyaUYY0=; h=In-Reply-To:From:Subject:Message-ID:Cc:References:Date:To; b=GRHM8dZPoxM/vzM529WA95fSg/mx6rD0jX7O/xvuTx6DURgdzchlzpU2bUJABnnIj GSR6tKd9GoC2gZ9QntAmP7potV3cn8oaPBRQE/mBfiCmqo9BRUfWedpL2PgeMNHiKt WH0ohVDc9MmDIdoSQYQNrvfDmN5JfmJIbnw++2LE= Authentication-Results: mail-nwsmtp-smtp-production-main-35.klg.yp-c.yandex.net; dkim=pass header.i=@yandex.ru Received: from phl-compute-02.internal (phl-compute-02.phl.internal [10.202.2.42]) by mailfauth.phl.internal (Postfix) with ESMTP id 8BCE11200066; Wed, 9 Oct 2024 09:38:08 -0400 (EDT) Received: from phl-mailfrontend-02 ([10.202.2.163]) by phl-compute-02.internal (MEProxy); Wed, 09 Oct 2024 09:38:08 -0400 X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrvdeffedgieelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggvpdfu rfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnh htshculddquddttddmnecujfgurhepkfffgggfuffvvehfhfgjtgfgsehtjeertddtvdej necuhfhrohhmpeffmhhithhrhicuifhuthhovhcuoegughhuthhovheshigrnhguvgigrd hruheqnecuggftrfgrthhtvghrnhepiefhjeeuveetffffvdefteffffekhfeuudejieeh heeiudelgfehgffffeduffdunecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpe hmrghilhhfrhhomhepughguhhtohhvodhmvghsmhhtphgruhhthhhpvghrshhonhgrlhhi thihqddufeeffeelleehhedvqddvleegjeejjeejiedqughguhhtohhvpeephigrnhguvg igrdhruhesfhgrshhtmhgrihhlrdgtohhmpdhnsggprhgtphhtthhopeegpdhmohguvgep shhmthhpohhuthdprhgtphhtthhopehsphgrtghisggsrgesrgholhdrtghomhdprhgtph htthhopeejfeejudekseguvggssghughhsrdhgnhhurdhorhhgpdhrtghpthhtohepjhhu rhhisehlihhnkhhovhdrnhgvthdprhgtphhtthhopehmihgthhgrvghlrdgrlhgsihhnuh hssehgmhigrdguvg X-ME-Proxy: Feedback-ID: ib1d9465d:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 9 Oct 2024 09:38:06 -0400 (EDT) Message-ID: <29ebe27b-89d6-4861-8c5e-3db50a1660f3@yandex.ru> Date: Wed, 9 Oct 2024 16:38:04 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#73718: 31.0.50; Severe performance issue with Tramp and project-mode-line-format To: Ergus , 73718@debbugs.gnu.org, Juri Linkov References: <874j5lzhdn.fsf.ref@aol.com> <874j5lzhdn.fsf@aol.com> Content-Language: en-US From: Dmitry Gutov In-Reply-To: <874j5lzhdn.fsf@aol.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Yandex-Filter: 1 X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 73718 Cc: Michael Albinus 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 (-) Hi! On 09/10/2024 13:43, Ergus via Bug reports for GNU Emacs, the Swiss army knife of text editors wrote: > I made a profile and it looks like there is some bad interaction between > project-mode-line and tramp names > > I already tried: > > (connection-local-set-profile-variables 'my-profile '((project-mode-line . nil))) > (connection-local-set-profiles '(:application tramp :user "myuser") 'my-profile) > > But is not disabling the modeline for remote files. I wonder if we'll need to disable project-mode-line in remote files altogether, or if this is a problem that could be solved in Tramp (with extra caching?) To use connect-local value to disable, BTW, it would need to have extra code called from the mode line format (in bindings.el). And it's a part that was added only recently, for in Emacs 30. From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 09 09:47:15 2024 Received: (at 73718) by debbugs.gnu.org; 9 Oct 2024 13:47:15 +0000 Received: from localhost ([127.0.0.1]:56049 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1syX23-0000De-0i for submit@debbugs.gnu.org; Wed, 09 Oct 2024 09:47:15 -0400 Received: from mail-ua1-f54.google.com ([209.85.222.54]:51296) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1syX1z-0000DV-A9 for 73718@debbugs.gnu.org; Wed, 09 Oct 2024 09:47:13 -0400 Received: by mail-ua1-f54.google.com with SMTP id a1e0cc1a2514c-84fc1a5e65bso144938241.2 for <73718@debbugs.gnu.org>; Wed, 09 Oct 2024 06:47:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1728481560; x=1729086360; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=L/uck7UfNj6ajDRoY+vjMqPY+bxczqMhwBC2JGBgEQo=; b=F+8AmcSWbUvUYjwvzeXDEEAWBxGevVgt7rJU0Q+vrcW8hOkT/+vEv/fZtGtyb6hvKX Y6vjR9VhLssfJmKKzu356rwUb0Lz90nadCm6NmgPJQkqcb6KaUKxwKVO+dHrIJojJZJA PEbTLoZJ6VUXqxhsYIPd7YVgeEnm7ZXNacmbvfExQJZXPGT3+A9LMNZJSRIsYnVluCME r7Xqf6XUov6dpT/vehvlgrEG8uwobu7G8ZYzH3U+iCNkh3SHTp5PiJaoUkSTia/61fS1 su2+ay6OtAeEmQTvfIC3cO4Bok0TNzHwtA+aB+K7ttjTruAnpMVrMAu45vLB8ghPl7m0 Tglw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1728481560; x=1729086360; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=L/uck7UfNj6ajDRoY+vjMqPY+bxczqMhwBC2JGBgEQo=; b=OANawyzg2MdRvF5DM7QpZap8OIiVDhRSfn5WEdWZVhVzSIHYCbdIqW+Teh0CPX+aEC +naKf2BUi1GHFsaiRTP/71FUhCn+Eo0IPCEnb5ncN8+D0BL47+nK6mbH/7xDgYx1pQUD 1sPCGwfmXQgFf4bJlIEEeWAY16TTnS62gipU0NQaX3vQBvNUXCPlxQlSzGAERuS9SDz0 L1WLwbzcccpDkfDXv0PvP3pIogJutP20Mgzb4y1/Bb94Q93Nob8jeL6LXWa5KgD0lbsi Z2STMFilYcfhQpWBL/YNqK3Y5aacA+gLulQBFKPl2pAidpc+RR2lJ6tsrOgRZhAnDV61 73tQ== X-Forwarded-Encrypted: i=1; AJvYcCW5FNRy9kK6uLfW4eUEtfv5VpwsKI4y4Ni1fKtu7vqpu4NU+zxd2S+t/+Xlc7T7POz3R6vEbQ==@debbugs.gnu.org X-Gm-Message-State: AOJu0YyqBljJSfJRnwrYe1Y4Eg20KKAv6zFaZmPkdpFm4m4aYGRy9NWS HdYfeE0FuM1IBl6NVpGmXMMz+XIiXLbabawx8qLUu5DhR3a4bNt7Uby3qAIv46eitBbJEegumGi bb/TKposGbMTIbBkDbKV1XY8YoRs= X-Google-Smtp-Source: AGHT+IGSU9DZ8c1f521ZuMZ/+v0hu0mL4uYUwhgySuv676a5KkCU8ivXd9zvVO1Hi6ZIqLuF1Ew52+MncvKyEu7+J6Y= X-Received: by 2002:a05:6122:458c:b0:50a:318:b3c2 with SMTP id 71dfb90a1353d-50cf087cb10mr1505113e0c.2.1728481560296; Wed, 09 Oct 2024 06:46:00 -0700 (PDT) MIME-Version: 1.0 References: <874j5lzhdn.fsf.ref@aol.com> <874j5lzhdn.fsf@aol.com> <29ebe27b-89d6-4861-8c5e-3db50a1660f3@yandex.ru> In-Reply-To: <29ebe27b-89d6-4861-8c5e-3db50a1660f3@yandex.ru> From: Ship Mints Date: Wed, 9 Oct 2024 09:45:48 -0400 Message-ID: Subject: Re: bug#73718: 31.0.50; Severe performance issue with Tramp and project-mode-line-format To: Dmitry Gutov Content-Type: multipart/alternative; boundary="00000000000067053606240b7982" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 73718 Cc: Ergus , Michael Albinus , 73718@debbugs.gnu.org, Juri Linkov 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 (-) --00000000000067053606240b7982 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I've added file-remote-p guards in a variety of places specifically to avoid these issues. On Wed, Oct 9, 2024 at 9:39=E2=80=AFAM Dmitry Gutov wrot= e: > Hi! > > On 09/10/2024 13:43, Ergus via Bug reports for GNU Emacs, the Swiss army > knife of text editors wrote: > > I made a profile and it looks like there is some bad interaction betwee= n > > project-mode-line and tramp names > > > > I already tried: > > > > (connection-local-set-profile-variables 'my-profile '((project-mode-lin= e > . nil))) > > (connection-local-set-profiles '(:application tramp :user "myuser") > 'my-profile) > > > > But is not disabling the modeline for remote files. > > I wonder if we'll need to disable project-mode-line in remote files > altogether, or if this is a problem that could be solved in Tramp (with > extra caching?) > > To use connect-local value to disable, BTW, it would need to have extra > code called from the mode line format (in bindings.el). And it's a part > that was added only recently, for in Emacs 30. > > > > --00000000000067053606240b7982 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I've added=C2=A0file-remote-p guards in a variety of places specific= ally to avoid these issues.=C2=A0

--00000000000067053606240b7982-- From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 09 10:02:44 2024 Received: (at 73718) by debbugs.gnu.org; 9 Oct 2024 14:02:44 +0000 Received: from localhost ([127.0.0.1]:57200 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1syXH1-0001JQ-Us for submit@debbugs.gnu.org; Wed, 09 Oct 2024 10:02:44 -0400 Received: from mail-ua1-f41.google.com ([209.85.222.41]:56810) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1syXGz-0001Ip-FO for 73718@debbugs.gnu.org; Wed, 09 Oct 2024 10:02:42 -0400 Received: by mail-ua1-f41.google.com with SMTP id a1e0cc1a2514c-84ead864cd4so1857418241.1 for <73718@debbugs.gnu.org>; Wed, 09 Oct 2024 07:02:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1728482486; x=1729087286; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=6j9MltdHUOFIO8wydismYPRX+m92rEPla+b3LkU0XW4=; b=Wt3gZDKMhMKiSa2zsUhgP1CbJW2tHdimobGRX9Hx6eTJOAX7QzKzBAZ6xsU64cYrwz wTt9pFoGf3nFmf7/Zjg9eZjEcKnfKLNgloyAD0xXNuYSIErYxzdPx4ohYJOSqROnfMOb qINDkGg5e3Qz0q6LGTxWOgSZprqD9pnCIcF8923K1vPK4K2e4TX86FBMF1TKLqWJIjER KSycMitH+tfzcNtjFGPEO8Fe4n9DfdE4sdw+P9MPwnt/+RTplFotI0GPKp3R7Hmv9twQ UpOCOJrKOpCK+qqmtccTbNQW2EVkp4cCnvd89fOk2uSjHUXK9paOcnPp+3S2d4BrQzer s0IQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1728482486; x=1729087286; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=6j9MltdHUOFIO8wydismYPRX+m92rEPla+b3LkU0XW4=; b=K95mq81kPfmCtSu6nndXj7PVSVqWBI5z2Wgb0JVeJK2lCPtqciV5PsmmydFgx6QOoA OcXBJXo/DBChTNnj17WaudH5sxZrkI0k14uNJw2ULUxJfss33m8T9hWJov22X9woFgkJ qd37lElqmtUliOgI/GAIcVoPGLS1/YpjcHftR+DSFEPJ6xc14Ja08A4goFZNNcVRjQzD X35zB2E7cIceF0JKhvTJ3hiLeIuSrh8XBbwOaHNv06DF1ZYibG0PUYerN/xI1UhbIxQZ 8/9r1B1Ji02h9F4/z6j+sQ5tpetkOk+1b3APKWeRVeaM2fBW/ZrbXVHzgWX1NzwOzGww QNzg== X-Forwarded-Encrypted: i=1; AJvYcCUjdBYlOoT5MUbxtJ2CUr6tvOS+nT0r3obryYyI2J9Rs0I3LZW6U37+MeC1k3XfNpWjhK0Dhw==@debbugs.gnu.org X-Gm-Message-State: AOJu0YzdgqRTv2EHYhxD8SzR0B5IuXaZSsUcVlhW1lboURIvcGA9RcMF 3/hfifN3Uus0yDdTmrjqzxuHUKFYsRmrkiyS4QMLWMvBjV77fDSSCkprcrpRFoxpX1b7yXOBswX xWRWIRithEMcbTcFfMJmbR6r6R9Q= X-Google-Smtp-Source: AGHT+IEaVreZjrtMfZ+zMuYqT+pKNNV8V1GrMM2iXlIu3kHPg4hvJBJVzHdnnYDuh4DsdDdA1uGRJkoSQjTxLx+wUjE= X-Received: by 2002:a05:6122:1811:b0:4f5:2a41:d10e with SMTP id 71dfb90a1353d-50cf0c83bcamr1565911e0c.10.1728482485447; Wed, 09 Oct 2024 07:01:25 -0700 (PDT) MIME-Version: 1.0 References: <874j5lzhdn.fsf.ref@aol.com> <874j5lzhdn.fsf@aol.com> <29ebe27b-89d6-4861-8c5e-3db50a1660f3@yandex.ru> In-Reply-To: From: Ship Mints Date: Wed, 9 Oct 2024 10:01:14 -0400 Message-ID: Subject: Re: bug#73718: 31.0.50; Severe performance issue with Tramp and project-mode-line-format To: Dmitry Gutov Content-Type: multipart/alternative; boundary="0000000000008bb9a006240bb02e" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 73718 Cc: Ergus , Michael Albinus , 73718@debbugs.gnu.org, Juri Linkov 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 (-) --0000000000008bb9a006240bb02e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable To be clearer, I've guarded project-try-vc with advice. Perhaps a user option to enable the guard intrinsically would be better as everyone could benefit. I have my own option variables doing this so I can enable it when wanted. Perhaps Ergus can give something similar a try and see if this solves his immediate hanging concern. Ergus, you should be able to just drop the below snippet in your init file (or eval in *scratch*) and see if it works for you. (defun my/project-try-vc-advice (orig-fun dir) (or (vc-file-getprop dir 'project-vc) (if (file-remote-p dir) nil (funcall orig-fun dir)))) (advice-add 'project-try-vc :around #'my/project-try-vc-advice)) On Wed, Oct 9, 2024 at 9:45=E2=80=AFAM Ship Mints wro= te: > I've added file-remote-p guards in a variety of places specifically to > avoid these issues. > > On Wed, Oct 9, 2024 at 9:39=E2=80=AFAM Dmitry Gutov wr= ote: > >> Hi! >> >> On 09/10/2024 13:43, Ergus via Bug reports for GNU Emacs, the Swiss army >> knife of text editors wrote: >> > I made a profile and it looks like there is some bad interaction betwe= en >> > project-mode-line and tramp names >> > >> > I already tried: >> > >> > (connection-local-set-profile-variables 'my-profile >> '((project-mode-line . nil))) >> > (connection-local-set-profiles '(:application tramp :user "myuser") >> 'my-profile) >> > >> > But is not disabling the modeline for remote files. >> >> I wonder if we'll need to disable project-mode-line in remote files >> altogether, or if this is a problem that could be solved in Tramp (with >> extra caching?) >> >> To use connect-local value to disable, BTW, it would need to have extra >> code called from the mode line format (in bindings.el). And it's a part >> that was added only recently, for in Emacs 30. >> >> >> >> --0000000000008bb9a006240bb02e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
To be clearer, I've guarded project-try-vc with advice. Perhaps a us= er option to enable the guard intrinsically would be better as everyone cou= ld benefit. I have my own option variables doing this so I can enable it wh= en wanted.

Pe= rhaps Ergus can give something similar a try and see if this solves his imm= ediate hanging concern.

Ergus, you should be able to just drop the below snippet in your= init file (or eval in *scratch*) and see if it works for you.

=C2=A0 (defun my/project= -try-vc-advice (orig-fun dir)
=C2=A0 =C2=A0 (or (vc-file-getprop dir = 9;project-vc)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 (if (file-remote-p dir)
=C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 nil
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 (funcall orig-fun dir))))
=C2=A0 (ad= vice-add 'project-try-vc :around #'my/project-try-vc-advice))


I've added=C2=A0file-remote-p guard= s in a variety of places specifically to avoid these issues.=C2=A0

On = Wed, Oct 9, 2024 at 9:39=E2=80=AFAM Dmitry Gutov <dgutov@yandex.ru> wrote:
Hi!

On 09/10/2024 13:43, Ergus via Bug reports for GNU Emacs, the Swiss army knife of text editors wrote:
> I made a profile and it looks like there is some bad interaction betwe= en
> project-mode-line and tramp names
>
> I already tried:
>
> (connection-local-set-profile-variables 'my-profile '((project= -mode-line . nil)))
> (connection-local-set-profiles '(:application tramp :user "my= user") 'my-profile)
>
> But is not disabling the modeline for remote files.

I wonder if we'll need to disable project-mode-line in remote files altogether, or if this is a problem that could be solved in Tramp (with extra caching?)

To use connect-local value to disable, BTW, it would need to have extra code called from the mode line format (in bindings.el). And it's a part=
that was added only recently, for in Emacs 30.



--0000000000008bb9a006240bb02e-- From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 09 12:23:44 2024 Received: (at 73718) by debbugs.gnu.org; 9 Oct 2024 16:23:44 +0000 Received: from localhost ([127.0.0.1]:57441 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1syZTU-0000fF-8w for submit@debbugs.gnu.org; Wed, 09 Oct 2024 12:23:44 -0400 Received: from relay2-d.mail.gandi.net ([217.70.183.194]:41051) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1syZTS-0000ex-AP for 73718@debbugs.gnu.org; Wed, 09 Oct 2024 12:23:43 -0400 Received: by mail.gandi.net (Postfix) with ESMTPSA id 9B8FE4000B; Wed, 9 Oct 2024 16:23:24 +0000 (UTC) From: Juri Linkov To: Dmitry Gutov Subject: Re: bug#73718: 31.0.50; Severe performance issue with Tramp and project-mode-line-format In-Reply-To: <29ebe27b-89d6-4861-8c5e-3db50a1660f3@yandex.ru> (Dmitry Gutov's message of "Wed, 9 Oct 2024 16:38:04 +0300") Organization: LINKOV.NET References: <874j5lzhdn.fsf.ref@aol.com> <874j5lzhdn.fsf@aol.com> <29ebe27b-89d6-4861-8c5e-3db50a1660f3@yandex.ru> Date: Wed, 09 Oct 2024 19:10:20 +0300 Message-ID: <86a5fdmg3h.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/31.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-GND-Sasl: juri@linkov.net X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 73718 Cc: Ergus , Michael Albinus , 73718@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.7 (-) >> I made a profile and it looks like there is some bad interaction between >> project-mode-line and tramp names >> I already tried: >> (connection-local-set-profile-variables 'my-profile '((project-mode-line >> . nil))) >> (connection-local-set-profiles '(:application tramp :user "myuser") 'my-profile) >> But is not disabling the modeline for remote files. > > I wonder if we'll need to disable project-mode-line in remote files > altogether, or if this is a problem that could be solved in Tramp (with > extra caching?) > > To use connect-local value to disable, BTW, it would need to have extra > code called from the mode line format (in bindings.el). And it's a part > that was added only recently, for in Emacs 30. Or maybe better to cache the value of project-name on remove projects. From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 10 05:58:17 2024 Received: (at 73718) by debbugs.gnu.org; 10 Oct 2024 09:58:17 +0000 Received: from localhost ([127.0.0.1]:58728 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sypw1-0007Re-9k for submit@debbugs.gnu.org; Thu, 10 Oct 2024 05:58:17 -0400 Received: from mout.gmx.net ([212.227.15.19]:58141) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sypvw-0007RK-Sn for 73718@debbugs.gnu.org; Thu, 10 Oct 2024 05:58:15 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1728554273; x=1729159073; i=michael.albinus@gmx.de; bh=88VJcM0uDSHSNsO0QaBJmm26DOLMVD9AwqHxb7022hE=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=cWBU6gQ+Wg/1FUt7ryV8RMr/Q+wBB6V3K1GTJj5iaVu2kghosqc6cssOK0UqdihJ 6B05dIWbzWPUJq+ccA+fQcUtlP3KSa3ouLKqQgatssY5/cZWRpcwOZNORmbR49+dF bRryeEVp5VEydtSvphZI/Ngd+4M66nLQDlQqiNBq0Naea3R2NWzdEVLD+pWamJ4oT gEvC72jgP9kLPZ34mwbsnDUyE6F7vKWy69Wocw2fgXmCH4BqXuzPZMq9r8mEtazh9 6q+ELM1w9nfYB7mati0ClVmkgydoa/rvuzu54PXjw5shVf20R3uZan03TfzFbzhxh R8JOtEsC/hxHJVCYfg== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.155]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1Mqs4Z-1tknrM0Hcv-00qTTY; Thu, 10 Oct 2024 11:57:53 +0200 From: Michael Albinus To: Dmitry Gutov Subject: Re: bug#73718: 31.0.50; Severe performance issue with Tramp and project-mode-line-format In-Reply-To: <29ebe27b-89d6-4861-8c5e-3db50a1660f3@yandex.ru> (Dmitry Gutov's message of "Wed, 9 Oct 2024 16:38:04 +0300") References: <874j5lzhdn.fsf.ref@aol.com> <874j5lzhdn.fsf@aol.com> <29ebe27b-89d6-4861-8c5e-3db50a1660f3@yandex.ru> Date: Thu, 10 Oct 2024 11:57:51 +0200 Message-ID: <87wmigp9eo.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:qmXP96tHVMS+3fChksJShdWBNJAqBb/TCJcwkQlrXd2Y0WdKdMH MfkKiwxRlC7DEqWGMYxhp0XrNdZWD9nb6ZF+egOswIBqkO32qJLEkuvyiPTSUXeq/QsQfsF IsGxS9oiQWkjPuLPvc+5PijN4IKJeADYyW7kFAW5gNvDjnzVaLIoJtEyH28vBh+ZPxOP97v psP2FN7/PPeDlrOJFClXQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:/+Zp3dNhfIk=;Ybxrlkt7HwOVheqnKS9V748mncy y9BQkEGDILHjkDttVWTKwnYQr9Q4+KKPa5Z0h6xXFD0uG5qbr5mjnv8fT+YcX352FGu87Fbb5 RtCIHs0mMwUA6NrUh6ROe2nD7G9akj3uHVMSpX4bwkRN1wnPB80eGrah+0GxhFZKvFWZDQhv7 S2YSKJf9JaNvMc/1MkuCjHB4mE2itmrASBUx73qquhyd0XK2CCugb0hQCBQzWbeNAdga1ok3U hftcV2tyXX1xvJmB5hsjT/sVlw7YsDmnQoN9FukDihbd6SSmiC7h9YvDb9hxRs4xdCN+g2fy/ a/efRE6vsHMEv0CUVSj7mzdxVMASNUeqWrZ6EPNtPVhLelmpMtXgaBSTiAoZa7H3XX+23qKQX q3DdXTAgrjhYM7uhvo93YHM/eLubDb+zfQOzLE/fjQOV4aaR2xJspnGBeILeVczkaXtARe+bo ktAPeBCiQ8+On3ysqYph9T5gBJWWDNPUns1i4wBfah063Kau0/UXaHZvne8F0MDupCENer65Z 3lPB//AxCGS+IezES2r2U+yQcqTT0FSNfJzUAZkJNSdqqGhvXGb1+nqAljFCgQXbhwNzbcssU r1SXRPwmQF0mmPmPUw4YZBWaPkEFWfnqpfQu9DYFpdYdCFCus2+l6UsbDfOc50RImpPDo9HGP XyRSdckfG9PtfkmfLDSD15d6fWaDEgtyZpeaFau9cff3hFKWXtZ64C/9TXSb8wN9ynSCWK5ZK UJFOuk57l3E/Hpg8R8EJQVNkK4pQdDij4G6KhQ4KndsoVBQ29aBx0k6etkfXxs+9zUXM2p1er iMSVNoY4M7LR12TsBusVZtCg== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 73718 Cc: Ergus , 73718@debbugs.gnu.org, Juri Linkov 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 (-) Dmitry Gutov writes: > Hi! Hi Dmitry, > I wonder if we'll need to disable project-mode-line in remote files > altogether, or if this is a problem that could be solved in Tramp > (with extra caching?) What do you think should be cached in Tramp? Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 10 07:12:46 2024 Received: (at submit) by debbugs.gnu.org; 10 Oct 2024 11:12:46 +0000 Received: from localhost ([127.0.0.1]:58846 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1syr66-0002x3-Cc for submit@debbugs.gnu.org; Thu, 10 Oct 2024 07:12:46 -0400 Received: from lists.gnu.org ([209.51.188.17]:55754) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1syr64-0002wv-6S for submit@debbugs.gnu.org; Thu, 10 Oct 2024 07:12:45 -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 1syr5s-0007BF-7t for bug-gnu-emacs@gnu.org; Thu, 10 Oct 2024 07:12:32 -0400 Received: from mout.gmx.net ([212.227.17.22]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1syr5q-0003t0-7R for bug-gnu-emacs@gnu.org; Thu, 10 Oct 2024 07:12:31 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1728558746; x=1729163546; i=michael.albinus@gmx.de; bh=CZA7EEoowJoKgfgDRGXp+OVmColyLAkYpZFORy5oTro=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=mKCNnNFarNIlZ462/uSt9eSw06cMJFp19yYzxDDVvCVHdvi87UHMJMbpPvZ9fXVA C1QNYSAi9DdvYTtw3dPGlG39qfswXNJAcJ5oIvcENkGpAf/1EAu6oDPrC0Ai5bcnJ SrvyhYjnFNF8pYXqpMzCDp73L0apJdeV+5q75IinkyVi4JLX83SwU7d84cTZtB3KR Kq1KtwTDEYIVT2PyLfSDbjzpZPqOY5GVR2hamHj8fF9v/IZwiEhuVyw44BtN0sHpl SgXQqI/KOU16fMtHqvMpASlet4F26pK72HIJm2Ls4OUsmNAf263kTQoIN7K/gNT3G CN4u2jcmJi1oZvo3IQ== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.155]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1N7QxB-1u3Ypw3iQP-012XqF; Thu, 10 Oct 2024 13:12:25 +0200 From: Michael Albinus To: Ergus Subject: Re: 31.0.50; Severe performance issue with Tramp and project-mode-line-format In-Reply-To: <87v7y1qv33.fsf@gmx.de> (Michael Albinus's message of "Wed, 09 Oct 2024 15:12:00 +0200") References: <874j5lzhdn.fsf.ref@aol.com> <874j5lzhdn.fsf@aol.com> <87v7y1qv33.fsf@gmx.de> Date: Thu, 10 Oct 2024 13:12:25 +0200 Message-ID: <87ldywp5ye.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:gj/iqNyglG8KHw93nSy0kwuMK0ZiK8JqyWYuXnEDny2bEq6M9DD cFnTSUQos+jwhw743f+V+lH0udO8mPSBT/FAwCz2gx6zEyeYLgdrVzLs0ILWsF0cQYma4RY IM1PskLbHhQ/Hs1i90FLcs+0paqIYU2p5cYQLKgl30+EbCa/J14ipjYFUfClBSYRbtvz4Da c8RugeyDUtsZD+1EWLQbQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:1eyfO0S5Vdo=;DFmea/pdIrDrTK4gsUErKFsol2/ NuolxBOTNgDpOO01b7Fo/KGOZ0qSPmJKhMVJURAbou3SwCm9WBoRXXrhm68ObZgQzfQvlOGM0 9ejiBVtrN4dAe6ZvG4X32KgcgTxnW3kBhyGkq3LXxnITzX5WRw5o0qsvEv2AQptN02Btn5QxI kKjG6ydPhbjW93Z3pxB9BQia0IHIuyeNBbIzmCrXT3SWFtU4uwAlkjT9R/HfIZrjSKPmyAKln 9RZfhOJWMuU1Ykmj+xy/FKlZtztFHPaiTHiwRcAOShSIioItKOCBOvFgnumS9HtVAfCjuXvIl ehIGJJtI1ZIVJOcgTsjZUTwA2iZsTFVpLVWBh7JPBKvLBcKMiKCLmKFfKVn3LP7nFrtIWudq2 rGwixutT3MzWXl1TevbajS2ezHzb79xxnRsR4zcgKmTnWwAnwBY5O4slX4hefbYyAIdiRzE/i KQYq3ieKM/xM2vRThKScFL2QpDKddcZYZUVyn/vBej008FgJE3SdYZAfAX8eY5/yAt0zFLaJp DWCA0ltC/fM61wU1+9N+CuUYIY8FXBwoslbH3OdSGulnUsObcyzt4v2J3cwZ5hPABbH/7JHVt pEHIj9vnL3yK6cAr0uOjRDE+mPldMxWZ8Drz8YEeMxxVEmxx/OJi91aJ5Dx274uYc19S/4Z7n 0rVOBfPaO5xgxVeY1gsn2D2ZQXofzCX1qNH8ew9Jo5udOOeOq33EAIlqkS48b5sIcBkNbueu6 D7H62Ik8JE7q7gfpkdGq+6g428h3r0obwYLtSLpRl3ltMs2O9qvhaL4B/MsCEoRyB4I6J80B8 cklpUb0CaoI7Pcl+nrWk2MBg== Received-SPF: pass client-ip=212.227.17.22; envelope-from=michael.albinus@gmx.de; helo=mout.gmx.net X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, 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.3 (-) X-Debbugs-Envelope-To: submit Cc: bug-gnu-emacs@gnu.org, Dmitry Gutov 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 (--) Michael Albinus writes: Hi Ergus, > This is unfortune. sit-for should not trigger a redisplay. Does the > appended patch in tramp.el helps? I've pushed the patch to master. It doesn't hurt, at least. Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 10 20:33:31 2024 Received: (at 73718) by debbugs.gnu.org; 11 Oct 2024 00:33:31 +0000 Received: from localhost ([127.0.0.1]:60926 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sz3b1-0003B5-82 for submit@debbugs.gnu.org; Thu, 10 Oct 2024 20:33:31 -0400 Received: from forward501d.mail.yandex.net ([178.154.239.209]:35980) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sz3ax-0003As-R2 for 73718@debbugs.gnu.org; Thu, 10 Oct 2024 20:33:29 -0400 Received: from mail-nwsmtp-smtp-production-main-29.myt.yp-c.yandex.net (mail-nwsmtp-smtp-production-main-29.myt.yp-c.yandex.net [IPv6:2a02:6b8:c12:201e:0:640:6eff:0]) by forward501d.mail.yandex.net (Yandex) with ESMTPS id 65A0D6139E; Fri, 11 Oct 2024 03:33:12 +0300 (MSK) Received: by mail-nwsmtp-smtp-production-main-29.myt.yp-c.yandex.net (smtp/Yandex) with ESMTPSA id 9XXCpj5QlGk0-ZrXA405c; Fri, 11 Oct 2024 03:33:11 +0300 X-Yandex-Fwd: 1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1728606791; bh=S9xkgIi1dK6DS3CLKiJQFQ2gXQcVqgWyOGgmMRjIH6Y=; h=In-Reply-To:From:Subject:Message-ID:Cc:References:Date:To; b=RQSoOtfnkZshxwRJ6Qz9p3L35HBDdBAuqmN0lZT5QjXJylU5WLaBLQRwUPNRQ3EjF AvAZsg58T+lqZgUDvIJmfnnZOv+qL7pvhRSACV0B2hn4D9OUdlvNqbp/tWQycJQNJC fjUvHPpW16DIbxdRWFZRw1jTys4U7xtCa+zq8oG0= Authentication-Results: mail-nwsmtp-smtp-production-main-29.myt.yp-c.yandex.net; dkim=pass header.i=@yandex.ru Received: from phl-compute-04.internal (phl-compute-04.phl.internal [10.202.2.44]) by mailfauth.phl.internal (Postfix) with ESMTP id 632561200069; Thu, 10 Oct 2024 20:33:09 -0400 (EDT) Received: from phl-mailfrontend-02 ([10.202.2.163]) by phl-compute-04.internal (MEProxy); Thu, 10 Oct 2024 20:33:09 -0400 X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrvdefjedgfeejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggvpdfu rfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnh htshculddquddttddmnecujfgurhepkfffgggfuffvvehfhfgjtgfgsehtjeertddtvdej necuhfhrohhmpeffmhhithhrhicuifhuthhovhcuoegughhuthhovheshigrnhguvgigrd hruheqnecuggftrfgrthhtvghrnhepiefhjeeuveetffffvdefteffffekhfeuudejieeh heeiudelgfehgffffeduffdunecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpe hmrghilhhfrhhomhepughguhhtohhvodhmvghsmhhtphgruhhthhhpvghrshhonhgrlhhi thihqddufeeffeelleehhedvqddvleegjeejjeejiedqughguhhtohhvpeephigrnhguvg igrdhruhesfhgrshhtmhgrihhlrdgtohhmpdhnsggprhgtphhtthhopeegpdhmohguvgep shhmthhpohhuthdprhgtphhtthhopehmihgthhgrvghlrdgrlhgsihhnuhhssehgmhigrd guvgdprhgtphhtthhopehsphgrtghisggsrgesrgholhdrtghomhdprhgtphhtthhopeej feejudekseguvggssghughhsrdhgnhhurdhorhhgpdhrtghpthhtohepjhhurhhisehlih hnkhhovhdrnhgvth X-ME-Proxy: Feedback-ID: ib1d9465d:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu, 10 Oct 2024 20:33:08 -0400 (EDT) Message-ID: <744689a8-8631-4bcf-b040-00f62ec0eaba@yandex.ru> Date: Fri, 11 Oct 2024 03:33:05 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#73718: 31.0.50; Severe performance issue with Tramp and project-mode-line-format To: Michael Albinus References: <874j5lzhdn.fsf.ref@aol.com> <874j5lzhdn.fsf@aol.com> <29ebe27b-89d6-4861-8c5e-3db50a1660f3@yandex.ru> <87wmigp9eo.fsf@gmx.de> Content-Language: en-US From: Dmitry Gutov In-Reply-To: <87wmigp9eo.fsf@gmx.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Yandex-Filter: 1 X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 73718 Cc: Ergus , 73718@debbugs.gnu.org, Juri Linkov 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 (-) On 10/10/2024 12:57, Michael Albinus via Bug reports for GNU Emacs, the Swiss army knife of text editors wrote: >> I wonder if we'll need to disable project-mode-line in remote files >> altogether, or if this is a problem that could be solved in Tramp >> (with extra caching?) > What do you think should be cached in Tramp? Not sure if more cache should be the answer here, but in the profile I see the hack-dir-local-variables call. So first, it should do nothing unless enable-remote-dir-locals is set to t (right?), so my first guess would be Ergus has customized that var. Maybe try turning it off, does that lose some features that you use? Second, I suppose Tramp could do some caching for the result of hack-dir-local--get-variables (just time-based), but I'm not sure how much it will help, on average. Only every 100th redisplay causing a stutter would still be a problem. From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 10 20:38:48 2024 Received: (at 73718) by debbugs.gnu.org; 11 Oct 2024 00:38:48 +0000 Received: from localhost ([127.0.0.1]:60934 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sz3g8-0003R2-1O for submit@debbugs.gnu.org; Thu, 10 Oct 2024 20:38:48 -0400 Received: from forward500d.mail.yandex.net ([178.154.239.208]:52548) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sz3g5-0003Qt-Qx for 73718@debbugs.gnu.org; Thu, 10 Oct 2024 20:38:46 -0400 Received: from mail-nwsmtp-smtp-production-main-19.klg.yp-c.yandex.net (mail-nwsmtp-smtp-production-main-19.klg.yp-c.yandex.net [IPv6:2a02:6b8:c42:3143:0:640:c03:0]) by forward500d.mail.yandex.net (Yandex) with ESMTPS id 2BAA0616A5; Fri, 11 Oct 2024 03:38:32 +0300 (MSK) Received: by mail-nwsmtp-smtp-production-main-19.klg.yp-c.yandex.net (smtp/Yandex) with ESMTPSA id TcXXv91tG4Y0-IlnybfcL; Fri, 11 Oct 2024 03:38:31 +0300 X-Yandex-Fwd: 1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1728607111; bh=T+nKi1LTaHPkToMPJ9yA46UaCcU8T/lzDtFQUNRWMlQ=; h=In-Reply-To:From:Subject:Message-ID:Cc:References:Date:To; b=ZkvydzslSHKbjLGOozLXVuDx1dwCBpRy9dJ1WM7zyqbAL7WifPn3QRvyIzj6do/AA WV3r8IhEmUk/iWHXZNrDzfG2M+yL/Ubmb/vyfeeFmdaQFhgMS7+xnr+++Kfn0NbDTx dombKT72J5gMBCsiG6Uo3YX9qRobp7DVN67tdv+c= Authentication-Results: mail-nwsmtp-smtp-production-main-19.klg.yp-c.yandex.net; dkim=pass header.i=@yandex.ru Received: from phl-compute-11.internal (phl-compute-11.phl.internal [10.202.2.51]) by mailfauth.phl.internal (Postfix) with ESMTP id D8BB91200043; Thu, 10 Oct 2024 20:38:28 -0400 (EDT) Received: from phl-mailfrontend-02 ([10.202.2.163]) by phl-compute-11.internal (MEProxy); Thu, 10 Oct 2024 20:38:28 -0400 X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrvdefjedgfeekucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggvpdfu rfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnh htshculddquddttddmnecujfgurhepkfffgggfuffvvehfhfgjtgfgsehtjeertddtvdej necuhfhrohhmpeffmhhithhrhicuifhuthhovhcuoegughhuthhovheshigrnhguvgigrd hruheqnecuggftrfgrthhtvghrnhepiefhjeeuveetffffvdefteffffekhfeuudejieeh heeiudelgfehgffffeduffdunecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpe hmrghilhhfrhhomhepughguhhtohhvodhmvghsmhhtphgruhhthhhpvghrshhonhgrlhhi thihqddufeeffeelleehhedvqddvleegjeejjeejiedqughguhhtohhvpeephigrnhguvg igrdhruhesfhgrshhtmhgrihhlrdgtohhmpdhnsggprhgtphhtthhopeegpdhmohguvgep shhmthhpohhuthdprhgtphhtthhopehjuhhriheslhhinhhkohhvrdhnvghtpdhrtghpth htohepshhprggtihgssggrsegrohhlrdgtohhmpdhrtghpthhtohepmhhitghhrggvlhdr rghlsghinhhushesghhmgidruggvpdhrtghpthhtohepjeefjedukeesuggvsggsuhhgsh drghhnuhdrohhrgh X-ME-Proxy: Feedback-ID: ib1d9465d:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu, 10 Oct 2024 20:38:27 -0400 (EDT) Message-ID: <71d57a53-f8d8-45f7-bff6-09f5acf292f8@yandex.ru> Date: Fri, 11 Oct 2024 03:38:25 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#73718: 31.0.50; Severe performance issue with Tramp and project-mode-line-format To: Juri Linkov References: <874j5lzhdn.fsf.ref@aol.com> <874j5lzhdn.fsf@aol.com> <29ebe27b-89d6-4861-8c5e-3db50a1660f3@yandex.ru> <86a5fdmg3h.fsf@mail.linkov.net> Content-Language: en-US From: Dmitry Gutov In-Reply-To: <86a5fdmg3h.fsf@mail.linkov.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Yandex-Filter: 1 X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 73718 Cc: Ergus , Michael Albinus , 73718@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 (-) On 09/10/2024 19:10, Juri Linkov wrote: > Or maybe better to cache the value of project-name on remove projects. Just the project->project-name mapping? Why not. I suppose there'd still be a pause when switching projects, but it's not as bad. For general caching, from past threads it seems the most problematic case is "no project". Because OT1H it's still costly it terms of remote I/O. But on the other, this is exactly when the cache might get invalid soon (because the user will initialize a Git repo, or create another root marker, etc). I guess we should come back to this after bug#72300. From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 11 07:46:18 2024 Received: (at 73718) by debbugs.gnu.org; 11 Oct 2024 11:46:18 +0000 Received: from localhost ([127.0.0.1]:33686 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1szE65-0005Pt-OI for submit@debbugs.gnu.org; Fri, 11 Oct 2024 07:46:18 -0400 Received: from mout.gmx.net ([212.227.17.21]:35755) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1szE61-0005PY-5j for 73718@debbugs.gnu.org; Fri, 11 Oct 2024 07:46:16 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1728647150; x=1729251950; i=michael.albinus@gmx.de; bh=LDjBMbFjreJE3tUJoM8fKtOu3qifjP/HX7APuBtp60s=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=TWc8AnOiZ0wxx1PMjs0VmRDL5dfCNCKoKFynnVdlT1nKmcXfyxlHGqOyJDoiThKH M1Zmyffd8zIIRNK8dk/N+fcmzsjrXQlQ8naOTtwJX5u917tP9JwC15+VIRRvDFrxN bquffNVe7Rb8/ECm5/tnGOgo2oMD8qw2qCopMEpa+koMzezJlDgEmbWZ5AFsnLFGZ TqcOFTUzA8EwHmxemPqM+i40f7d5/N9UHe14U1n1Cc0+JdpL7irbM8Bepempwubaz QyfyjoOUTFybwKpW/o4sGDFgvBCptXPxcYS5OdT0wWXaHLVA1nevyBxHvKF9NDdzk Q1QQ8aDv1RHAZhNNpg== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.155]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MybKf-1ttFxI3uXN-00um4E; Fri, 11 Oct 2024 13:45:50 +0200 From: Michael Albinus To: Dmitry Gutov Subject: Re: bug#73718: 31.0.50; Severe performance issue with Tramp and project-mode-line-format In-Reply-To: <744689a8-8631-4bcf-b040-00f62ec0eaba@yandex.ru> (Dmitry Gutov's message of "Fri, 11 Oct 2024 03:33:05 +0300") References: <874j5lzhdn.fsf.ref@aol.com> <874j5lzhdn.fsf@aol.com> <29ebe27b-89d6-4861-8c5e-3db50a1660f3@yandex.ru> <87wmigp9eo.fsf@gmx.de> <744689a8-8631-4bcf-b040-00f62ec0eaba@yandex.ru> Date: Fri, 11 Oct 2024 13:45:49 +0200 Message-ID: <87h69iuaky.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:EX5hD1YlmTFzBd7EnevgtRPsY/CeWstpJ2oVy/W0jrT/Qq0i0vA sb8NGHaDGlyRi6CUVFQmfOShnIG8xgSNwliqOwq/zONOQvMu4ka7Gm78VGAtCfLC7YSAG2N p6poWp/HscvhFpoE2zAn82AZopMRc6HBOfdNxFqUhI+VNepYXZdvE4iLL3cVlgwra8rGB24 eJmXS6A0Ce/JlAjD4Pw6A== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:Xcpc/muwn8s=;wcEGror0dCns+UuO08X5zgg7vgv EW4jOSSjAhXIl13uBBez2EGpUUZsaeik5TiAdeVE5Hi8J2xU/5h4FlmmuyWe8Q4yUh1qANe7s NkMwkcuCWhoeshUP2kDPupOtxnCktGtofQY0Rvt4bWEldrUxwXprSi6pJzoy39qKMdPwZr2Rc UZbXOgWlrCKFIOdmcmU5vPwG9AEVnv0PmOjPf5jtRLQMcgl8OuqmzPbkDff0LSdwc2ftOy+HP y8PVz6jcfgq+H+Rvya/Nvk7hruzFuQ2K4FZhzGGkrn0F3zFFuGO/rfAzl2Ky/8ehjcn3i62e1 LzN+vBHy/dT1G7Okr4tObRv62vfpiaCqiEOUEq0DKSd4Kk6aT32liLnENi8/JSOLIsgHhwvcs trNITM1J3PsdKZpm9RWaHBXEPMLkRrqhBm6G1IWjUZSrMV48iy/9Bp4jsZDw5SgSgCXv7u5ip /gugY42SEa2x4MrwoD4jgzw0y8bMr2Xvt3FK4/8yHeQbEnW2vOZez/9LsAMu8xyzOBD/Bm+F5 zuQyI5mjDdL+b1Px6d6cf2+Rt5P11Ym8aQmQLfmFSob//vQn4ojnL0BRlExOVsnenFIKSEUfU LJJ9CsXC7lY6vC1eIQirw10wgvMDz4ZFFVBkVpV3Etn+gwyLLCpYUN/uO+3KBAe4JBV8e41J9 gjpIbvyKQrZNr+Ha9l6hY1sfc0Bb6yIHDsJQCCF/wJgZJpGxXKoiFjAiW4A7yMH3tYG1erdSe BUHMJNJBWbjyeVIv/uIekRvGzq2E6tbSwdDJeBSM5fwyoq5LHT3Vy85uzQEs8wG4FPEZ16OW3 AWPgSWw7ZqgAYCSLTeSEgiMw== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 73718 Cc: Ergus , 73718@debbugs.gnu.org, Juri Linkov 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 (-) Dmitry Gutov writes: Hi Dmitry, >>> I wonder if we'll need to disable project-mode-line in remote files >>> altogether, or if this is a problem that could be solved in Tramp >>> (with extra caching?) >> What do you think should be cached in Tramp? > > Not sure if more cache should be the answer here, but in the profile I > see the hack-dir-local-variables call. > > So first, it should do nothing unless enable-remote-dir-locals is set > to t (right?), so my first guess would be Ergus has customized that > var. Maybe try turning it off, does that lose some features that you > use? Neither Tramp nor connection-local variables need this. Perhaps, it is a good idea idea to bind enable-remote-dir-locals to nil in project-mode-line-format. > Second, I suppose Tramp could do some caching for the result of > hack-dir-local--get-variables (just time-based), but I'm not sure how > much it will help, on average. Only every 100th redisplay causing a > stutter would still be a problem. A redisplay shouldn't happen anymore, at least not triggered by Tramp. I've added the NODISP arg to the respective sit-for call. Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 11 10:36:38 2024 Received: (at 73718) by debbugs.gnu.org; 11 Oct 2024 14:36:38 +0000 Received: from localhost ([127.0.0.1]:34944 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1szGkw-0006UK-7v for submit@debbugs.gnu.org; Fri, 11 Oct 2024 10:36:38 -0400 Received: from mail-vk1-f172.google.com ([209.85.221.172]:61598) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1szGku-0006U7-3t for 73718@debbugs.gnu.org; Fri, 11 Oct 2024 10:36:36 -0400 Received: by mail-vk1-f172.google.com with SMTP id 71dfb90a1353d-50ca1581a1aso673374e0c.2 for <73718@debbugs.gnu.org>; Fri, 11 Oct 2024 07:36:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1728657318; x=1729262118; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=5C77udv/yY3Katx3dtvMps1QhBX7CXgsngTR4NCe+qQ=; b=Mf1sEIwpBLuB1Vd5AVyx1th1fIYJHcWlDyGQ13QGEUOGz0MB9JfRssYGonAp97EtIw kaYP2phXLSbRjag1j5dLXuZiq10PQ9da50iGffM2fgz39rGymZJQS2FvTUzemGUo74qI 3TqGGab9yMogcHzmIQpGYjX0h4M9BeAoP4X9qbHyPlmuINISWoag/vG4p+m3iAGSYkgc 2GIEkSI9jkLCMqh+K5veoPPV3H/AzRwc+aWc6hNDGHSsvJngZ0isZlLILb734i4a5MXE AwRTpD9FUgDhBW5j1hIu+M4fU5XJCCr+IppnbnAQepcrGJt12SRSRMfo4dGeJmtPLmO7 Z0GA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1728657318; x=1729262118; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=5C77udv/yY3Katx3dtvMps1QhBX7CXgsngTR4NCe+qQ=; b=NXWze99qatgVWhzqBDLkPgz2JxCMm9NljcGD1MVZcTCh399P6Wj63HeoYNzbo6KgvE eeUBdT7WRFJ/E06+Ra8nsZGTsP1sBNo8ALY114xO9vi1Reb7QVnhLvoERedMczsZg0JZ 7buIIUu0nOF9XWtNfUNRGjDhS6lCl8GpJPqfB0OubtGVuXOiqWkI8mqvR3ZfDhDrVsJC /DE54ldqX0yR5rjOYeus+OzrQMfAIibwVkWSJQtlsYPrLlccjGf9zHUt1iFA3i7642sX k1OxYYL8oxInxBJeSFbn2h3sHuBOUnKmw7ObgqwW1V4Nix0I9EVpOoSNKml69rziBqpj jCtg== X-Forwarded-Encrypted: i=1; AJvYcCVUYgBw87blI321r9flTKGD03QTfPbmafKEf/ha3uj19Lh6vZf0DKddKfYotPWmNFqLb1Ve0g==@debbugs.gnu.org X-Gm-Message-State: AOJu0Ywvv+/DBG7i46EbnM7ev3Ut5prMU+p3GnGNZKkhjxsqzc5N1ifv wf8Bbwi36SgUBK5EVzlTzmCE+LzI0dpZQCZ1qZvCe62TgCAyxiHgGhPNW29i7cr8w0muPHVBoex ppiZbtLxHpxETLUsAVdj9Qd/uLjw= X-Google-Smtp-Source: AGHT+IFJtdSYbWCybv6wJLDUft6n4zZ9uoJIOxNeFGjigYVmkPwFTUUSdQ0n8QXnPtRbUZMq/70HYQ4lB0p4TDFikwY= X-Received: by 2002:a05:6122:2a51:b0:50a:b9c2:58cd with SMTP id 71dfb90a1353d-50d1f5c70ecmr1417506e0c.9.1728657317600; Fri, 11 Oct 2024 07:35:17 -0700 (PDT) MIME-Version: 1.0 References: <874j5lzhdn.fsf.ref@aol.com> <874j5lzhdn.fsf@aol.com> <29ebe27b-89d6-4861-8c5e-3db50a1660f3@yandex.ru> <86a5fdmg3h.fsf@mail.linkov.net> <71d57a53-f8d8-45f7-bff6-09f5acf292f8@yandex.ru> In-Reply-To: <71d57a53-f8d8-45f7-bff6-09f5acf292f8@yandex.ru> From: Ship Mints Date: Fri, 11 Oct 2024 10:35:06 -0400 Message-ID: Subject: Re: bug#73718: 31.0.50; Severe performance issue with Tramp and project-mode-line-format To: Dmitry Gutov Content-Type: multipart/alternative; boundary="0000000000005aa5b406243465bf" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 73718 Cc: Ergus , Michael Albinus , 73718@debbugs.gnu.org, Juri Linkov 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 (-) --0000000000005aa5b406243465bf Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable In addition to guarding project-try-vc, I also have a customized cache for non-projects specifically to get around the incessant retesting for what are effectively invariant conditions. If of any utility to others: (use-package project ... (defconst my:project--non-project-dir ".") ; nil disables the cache; NOTE: eglot relies on project-root so this has to be a real path (defun my/project-try-non-project-cache (dir) (unless (and my:project-vc-inhibit-remote (file-remote-p dir)) ; yet another optional remote guard (let ((proj (cons 'transient (or my:project--non-project-dir (expand-file-name dir))))) (vc-file-setprop dir 'project-vc proj) ; project caches via vc internal properties proj))) (add-to-list 'project-find-functions #'my/project-try-non-project-cache 'append)) ;; customized project current name function that respects ;; non-project marker and returns nil if a non-project (defun my/project-current-name (&optional buf) "Return the current project name for BUF, or nil if a non-project. If BUF is nil, the current buffer is used." (with-current-buffer (or buf (current-buffer)) (when-let* ((p (project-current)) (pn (project-name p))) (unless (string=3D pn my:project--non-project-dir) pn)))) ... ) On Thu, Oct 10, 2024 at 8:38=E2=80=AFPM Dmitry Gutov wro= te: > On 09/10/2024 19:10, Juri Linkov wrote: > > Or maybe better to cache the value of project-name on remove projects. > > Just the project->project-name mapping? Why not. I suppose there'd still > be a pause when switching projects, but it's not as bad. > > For general caching, from past threads it seems the most problematic > case is "no project". Because OT1H it's still costly it terms of remote > I/O. But on the other, this is exactly when the cache might get invalid > soon (because the user will initialize a Git repo, or create another > root marker, etc). > > I guess we should come back to this after bug#72300. > > > > --0000000000005aa5b406243465bf Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
In addition to guarding=C2=A0project-try-vc, I also have a customized ca= che for non-projects specifically to get around the incessant retesting for= what are effectively invariant conditions.

If of any utility to others:

(use-package project
...
=C2=A0 (defconst my:p= roject--non-project-dir ".") ; nil disables the cache; NOTE: eglo= t relies on project-root so this has to be a real path
=C2=A0 (defun my/= project-try-non-project-cache (dir)
=C2=A0 =C2=A0 (unless (and my:projec= t-vc-inhibit-remote (file-remote-p dir)) ; yet another optional remote guar= d
=C2=A0 =C2=A0 =C2=A0 (let ((proj (cons 'transient (or my:project--= non-project-dir (expand-file-name dir)))))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 (= vc-file-setprop dir 'project-vc proj) ; project caches via vc internal = properties
=C2=A0 =C2=A0 =C2=A0 =C2=A0 proj)))
=C2=A0 (add-to-list &#= 39;project-find-functions #'my/project-try-non-project-cache 'appen= d))

=C2=A0 ;; customized project current name function that respects=
=C2=A0 ;= ; non-project marker and returns nil if a non-project
=C2=A0 (defun my/p= roject-current-name (&optional buf)
=C2=A0 =C2=A0 "Return the c= urrent project name for BUF, or nil if a non-project.
If BUF is nil, the= current buffer is used."
=C2=A0 =C2=A0 (with-current-buffer (or bu= f (current-buffer))
=C2=A0 =C2=A0 =C2=A0 (when-let* ((p (project-current= ))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (pn (p= roject-name p)))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 (unless (string=3D pn my:pr= oject--non-project-dir)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 pn))))
...
)
On Thu, O= ct 10, 2024 at 8:38=E2=80=AFPM Dmitry Gutov <dgutov@yandex.ru> wrote:
On 09/10/2024 19:10, Juri Linkov wrote:
> Or maybe better to cache the value of project-name on remove projects.=

Just the project->project-name mapping? Why not. I suppose there'd s= till
be a pause when switching projects, but it's not as bad.

For general caching, from past threads it seems the most problematic
case is "no project". Because OT1H it's still costly it terms= of remote
I/O. But on the other, this is exactly when the cache might get invalid soon (because the user will initialize a Git repo, or create another
root marker, etc).

I guess we should come back to this after bug#72300.



--0000000000005aa5b406243465bf-- From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 13 09:32:42 2024 Received: (at 73718) by debbugs.gnu.org; 13 Oct 2024 13:32:42 +0000 Received: from localhost ([127.0.0.1]:50574 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1szyi9-0002dE-WA for submit@debbugs.gnu.org; Sun, 13 Oct 2024 09:32:42 -0400 Received: from mail-vk1-f181.google.com ([209.85.221.181]:57720) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1szyi7-0002d6-RA for 73718@debbugs.gnu.org; Sun, 13 Oct 2024 09:32:40 -0400 Received: by mail-vk1-f181.google.com with SMTP id 71dfb90a1353d-50d494ac189so226093e0c.3 for <73718@debbugs.gnu.org>; Sun, 13 Oct 2024 06:32:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1728826283; x=1729431083; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=PHui1KUVWIeWLlA50it8TBWx/aaXVDz2uobWBQt6QmY=; b=RUPT+CSnlSJ3CZ92E8DYhj6ZJ9ccIGbfR6uHe3tvchs+5vKDKlEc4WwywoeGdNLGJT 6yrt9XgB8ARpxuUQ6RHxHuU03ke8eD3pLGJlx3YN6wghDWSPHm37y5KOqlW3I7Ct99o7 ufF0zz8MS2lnVo0ZtCSVDiIKaFVXFkdvyEIJu7aIM8G8KqQ48VA8C8MzUlkFjFMjFH8q yZ6IA7Gx+tcbWrCr4KC4XuvDCaHC73/Gj3dl9/43e66bASxA+MjATfXsMNzu9KVd8oDy X16VLdXx9VykpruJWZvrBLHb8QukD0AT0UOA5uudluULclO7vrWKsj6h2ZGhGI8GHXO0 UYaw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1728826283; x=1729431083; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=PHui1KUVWIeWLlA50it8TBWx/aaXVDz2uobWBQt6QmY=; b=bAsr/pyAvrrL6yxfQ76wIYnUis+MF9+srTDIvXP6Sm2XpxjzYwQRY3IJjDzrnZjR8V RDXpP617wrREUIkDQBMIIPGyrue/dZRHS0yqLi27kK0fhsXLLVTjt4V8+589LgRrA7rJ DbPu+ZM5htBopYq3Ir7B4xpIVB9SSNTTr5di28Y2OJJ/nJPqFXa+PkUKo5zZ36nTTc/G IbCUeQDmo/IbA3WzZ5nnEDGAZTvmAGYHNYH4UAXGF5JgtZtWtdtaZLXFyKZ/wzMUINpH gajhvdVM6EesitV1f9kAXEjTM0forj/srAYswq8rqq3AiIfBNHy46y958BUfJ6raRhI5 avdQ== X-Forwarded-Encrypted: i=1; AJvYcCULFvTt5Q6bpj1f3urr3Sf1kj51nAgLIhwnNBgLIxlUOvVR8pR98hnC5L6IGomACguNwfLc4A==@debbugs.gnu.org X-Gm-Message-State: AOJu0YxuU8eJx+m928pQkZ3ZFbhYc0VynZvmKXUlBXvOeKi5wM3433Xv JJKqyEoc0GnV0uxW/MYjSno7zzVfiB08UPAt94F5+cIxz8jlFPIxWZiNiMWEPZ4jzGNOONYf8nv gXbJZsUT0QmYciJ9OeoxtFNg0O3Y= X-Google-Smtp-Source: AGHT+IENIyEATBNwx4tnscMF6W5f5KxCFOLYgeNtgneSM89YLeAFJw0skhgHlO/C7U6JIaQDumPxEY/L5plJ6AtmAEY= X-Received: by 2002:a05:6122:209f:b0:50d:35d9:ad5a with SMTP id 71dfb90a1353d-50d35d9b726mr3043654e0c.5.1728826283243; Sun, 13 Oct 2024 06:31:23 -0700 (PDT) MIME-Version: 1.0 References: <874j5lzhdn.fsf.ref@aol.com> <874j5lzhdn.fsf@aol.com> <29ebe27b-89d6-4861-8c5e-3db50a1660f3@yandex.ru> <86a5fdmg3h.fsf@mail.linkov.net> <71d57a53-f8d8-45f7-bff6-09f5acf292f8@yandex.ru> In-Reply-To: From: Ship Mints Date: Sun, 13 Oct 2024 09:31:12 -0400 Message-ID: Subject: Re: bug#73718: 31.0.50; Severe performance issue with Tramp and project-mode-line-format To: Dmitry Gutov Content-Type: multipart/alternative; boundary="0000000000007dc27006245bbce7" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 73718 Cc: Ergus , Michael Albinus , 73718@debbugs.gnu.org, Juri Linkov 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 (-) --0000000000007dc27006245bbce7 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Forgot to add this counterpart for when you want to use a non-project semaphore but also want to project-current to tell the truth about being a non-project: (defun my/project-current-non-project-advice (orig-fun &rest args) (let ((p (apply orig-fun args))) (when (and p (string=3D (project-name p) my:project--non-project-dir)= ) (setq p nil)) p)) (advice-add #'project-current :around #'my/project-current-non-project-advice)) On Fri, Oct 11, 2024 at 10:35=E2=80=AFAM Ship Mints w= rote: > In addition to guarding project-try-vc, I also have a customized cache fo= r > non-projects specifically to get around the incessant retesting for what > are effectively invariant conditions. > > If of any utility to others: > > (use-package project > ... > (defconst my:project--non-project-dir ".") ; nil disables the cache; > NOTE: eglot relies on project-root so this has to be a real path > (defun my/project-try-non-project-cache (dir) > (unless (and my:project-vc-inhibit-remote (file-remote-p dir)) ; yet > another optional remote guard > (let ((proj (cons 'transient (or my:project--non-project-dir > (expand-file-name dir))))) > (vc-file-setprop dir 'project-vc proj) ; project caches via vc > internal properties > proj))) > (add-to-list 'project-find-functions #'my/project-try-non-project-cache > 'append)) > > ;; customized project current name function that respects > ;; non-project marker and returns nil if a non-project > (defun my/project-current-name (&optional buf) > "Return the current project name for BUF, or nil if a non-project. > If BUF is nil, the current buffer is used." > (with-current-buffer (or buf (current-buffer)) > (when-let* ((p (project-current)) > (pn (project-name p))) > (unless (string=3D pn my:project--non-project-dir) > pn)))) > ... > ) > > On Thu, Oct 10, 2024 at 8:38=E2=80=AFPM Dmitry Gutov w= rote: > >> On 09/10/2024 19:10, Juri Linkov wrote: >> > Or maybe better to cache the value of project-name on remove projects. >> >> Just the project->project-name mapping? Why not. I suppose there'd still >> be a pause when switching projects, but it's not as bad. >> >> For general caching, from past threads it seems the most problematic >> case is "no project". Because OT1H it's still costly it terms of remote >> I/O. But on the other, this is exactly when the cache might get invalid >> soon (because the user will initialize a Git repo, or create another >> root marker, etc). >> >> I guess we should come back to this after bug#72300. >> >> >> >> --0000000000007dc27006245bbce7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Forgot to add this counterpart for when you want to use a non-project se= maphore but also want to project-current to tell the truth about being a no= n-project:

= =C2=A0 (defun my/project-current-non-project-advice (orig-fun &rest arg= s)
=C2=A0 =C2=A0 (let ((p (apply orig-fun args)))
=C2=A0 =C2=A0 =C2= =A0 (when (and p (string=3D (project-name p) my:project--non-project-dir))<= br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 (setq p nil))
=C2=A0 =C2=A0 =C2=A0 p))=C2=A0 (advice-add #'project-current :around #'my/project-current-= non-project-advice))

On Fri, Oct 11, 2024 at 10:35=E2=80=AFAM Ship Min= ts <shipmints@gmail.com> w= rote:
In ad= dition to guarding=C2=A0project-try-vc, I also have a customized cache for = non-projects specifically to get around the incessant retesting for what ar= e effectively invariant conditions.

If of any utility to others:

(use-package project
...
=C2=A0 (defconst my:project--= non-project-dir ".") ; nil disables the cache; NOTE: eglot relies= on project-root so this has to be a real path
=C2=A0 (defun my/project-= try-non-project-cache (dir)
=C2=A0 =C2=A0 (unless (and my:project-vc-inh= ibit-remote (file-remote-p dir)) ; yet another optional remote guard
=C2= =A0 =C2=A0 =C2=A0 (let ((proj (cons 'transient (or my:project--non-proj= ect-dir (expand-file-name dir)))))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 (vc-file-= setprop dir 'project-vc proj) ; project caches via vc internal properti= es
=C2=A0 =C2=A0 =C2=A0 =C2=A0 proj)))
=C2=A0 (add-to-list 'proje= ct-find-functions #'my/project-try-non-project-cache 'append))
<= br>=C2=A0 ;; customized project current name function that respects
=C2=A0 ;; non-pr= oject marker and returns nil if a non-project
=C2=A0 (defun my/project-c= urrent-name (&optional buf)
=C2=A0 =C2=A0 "Return the current p= roject name for BUF, or nil if a non-project.
If BUF is nil, the current= buffer is used."
=C2=A0 =C2=A0 (with-current-buffer (or buf (curre= nt-buffer))
=C2=A0 =C2=A0 =C2=A0 (when-let* ((p (project-current))
= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (pn (project= -name p)))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 (unless (string=3D pn my:project-= -non-project-dir)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 pn))))
...
)

On Thu, Oct 10,= 2024 at 8:38=E2=80=AFPM Dmitry Gutov <dgutov@yandex.ru> wrote:
On 09/10/2024 19:10, Juri Linkov wrote= :
> Or maybe better to cache the value of project-name on remove projects.=

Just the project->project-name mapping? Why not. I suppose there'd s= till
be a pause when switching projects, but it's not as bad.

For general caching, from past threads it seems the most problematic
case is "no project". Because OT1H it's still costly it terms= of remote
I/O. But on the other, this is exactly when the cache might get invalid soon (because the user will initialize a Git repo, or create another
root marker, etc).

I guess we should come back to this after bug#72300.



--0000000000007dc27006245bbce7-- From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 18 08:02:02 2024 Received: (at submit) by debbugs.gnu.org; 18 Oct 2024 12:02:02 +0000 Received: from localhost ([127.0.0.1]:37316 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1t1lg9-0003jd-JY for submit@debbugs.gnu.org; Fri, 18 Oct 2024 08:02:02 -0400 Received: from lists.gnu.org ([209.51.188.17]:42548) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1t1lg7-0003jN-8k for submit@debbugs.gnu.org; Fri, 18 Oct 2024 08:02:00 -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 1t1lfj-0006dW-Pe for bug-gnu-emacs@gnu.org; Fri, 18 Oct 2024 08:01:36 -0400 Received: from sonic307-1.consmr.mail.bf2.yahoo.com ([74.6.134.40]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1t1lfg-0002hX-Qk for bug-gnu-emacs@gnu.org; Fri, 18 Oct 2024 08:01:35 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aol.com; s=a2048; t=1729252889; bh=52PNrtozCiGDVsdrHSMkr+pZEInUvA/cIYHODOTe1CY=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From:Subject:Reply-To; b=EsiXUeUjVSLZI70tMSJPqPK+3ErfxaYsOFIFZfiiVabNGN3810p5nyYxSKFdIjDFyKZPtpSYkTHuESwNOxiA9W207fW97s9lIXu1kxnMG0Sa6RABVM+xjmHifsvhSYVMowDq8ogSQjFbFyYduOMYvbxKdSPoKP3aN3V3JjT091P+LCXKQvvP/XCF/P2daCXdmsAoDYs7tVFCzyBpW1kCnODHywVJIGYQxZYk7NtyKhfijSoEqdQg3KoW/VY/v6iri8lOls6+7Oo9PttMQsxl4FCCdFoA3xWSdM8f21U3Gyi7D3w7ldNqboIEB9DAxjFj7XXnzM9ctYperFRMZXZ63w== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1729252889; bh=O5AfFloqvCr4Ascms6CX5HVLoTlWfthDFoqY5bMG+6X=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=lADXcwsrPCASY7ecou6uIWAJ9qqvs7HxvLXsnQHJTQKUdAtb7mEB/HfufFAFZ98L9wqxjtbH4rSIATCV/zmIq4wvYzN7sVg2CosS+Dp1Hhe1Nxywo8pTYDdtLvCuq+74WH5M+MldQQuqO5o2wRCEFnP1Q1H2OC+/sImi6ArkdCXRuyG4PABk4IpG4P3f9fBbPO/YnKOhucrW8p1HTBqq02vskYnBesfk198OmUhaIsLr+5XFr+S5F3OoHItmZIVCwuWtN8pGvwYhIo/AAwK0rX4xugYwex3VAUvUp8zBCSpsi/I1wNp4lHO1XcQOMSadztuL14zfI7LC7YoVBT3HAA== X-YMail-OSG: cnxWb7wVM1n9EmGk868gX1DUVma1Dc7JKFMCAzoPeHib_qcT4ZaMOCyYzj7FHbS Zcp6sL3VbXyq4vpLKHqBGV0jE4L_JTvJfcD5A4d4lIsDjojQB9.V8d.0EiDnrGVqJfGVGmeo2WNs FW7Up.IzZiVhMrnzu8OHKKreVJN_jpbmQN6YKDxHPIyIAn9W.2Jfn5Dvf_C7YBeJ6kA14Pm.ahQo OP1YhRLfhSPjAAYANbjCCpnyOSWjcD6EsKY4KHdQdUBfVyiK6WAsXABSEizg.VhQ4grJvHe0RMLT fhpBSDb8zPaSmFn83Cg42ILFvA_gsLPUZAZEjSXklyKuco5byC37shOfwC4dqXCEVEHQM9AcuapJ xLX8vJGiOalyK0QdcBf8lQi65qBm6sYf7VtKdqF7wg6OMM.5924MM47UrcaFVr5PVCh.2wg_a2KY ce8Xam1XZP5zHbFUWu88qDaI_6Veib.JliG7Ke25N7O.xVJkTr5KwBmnhNCvJQNBim8zXUqKd.xw KItd7mKBb3Mp4mvlAWaqkEbDlLqZBE5UGZ843FWLDxcxeuNeVK8jwPzzKtEZhpUooRk82hQ7PYXH JVB_rFFxi8nyYCesh9QNLOh5viED779ISVWN19QbNbygwazFogveiAfwbaDU8OR0KyfoH5sUFIat ojgiTZiLF4G148kFwhkdZJvobwDizpE00Xd8bXe.7qa2sy.hkzQydi8ajyhZ.jPbTwUb0cmoOrlR kbFKBNiNSavHQpBgoVrFJTXD82nBZiF9R2evR_K4ZoBCecl9DhztDdSW0DTfCIMKDlL66bEAtdH5 idn0WOik95oH.NX8XMf8oDTDvfwgNsgeW83i__.TAX.JTmn0c1L0gT1K7.PKK4kdOjwmounOHbsn auwiCcCxBjLmId42GA_gW31_fwvbxk1nsSH6Pp2meyReDBTGWCzNWpSIXvKbM01ph_NDRJfuh95. ZtH5QBqgBO.t91dYJIjY_qKzOhy9DgXghGBsQRlbYiSlvrZWs6_EV2dBo6_xxbr5at880jVWuJT_ _a56b5WRfxS.4TNiefFKWZ4ssbyaxI53hOrIUnRch_9DQCkDhTcBggwqqbtAcH7nAsiOlGNnFKKU iQsrHYzENryfiJwZSH_1ozsta3SRNZ3Sc.cgKAePj7RgFNlZFRPwuzP_wwCrAi7zUWwntUiPazYT cq0LSaTAM7034RPW0y0G2F9yxdPxNAQfdhPkXbl_Vr1eUA6dx6vNPOFzWxny0cq2yJ2ul7ifsDr_ iUaxJYA1OjPMod4.yck8Ac3oXoppU0Mp.K2VSN13Tvomz8Xp4qXM5Q4jpVfzSWCXtOKmjGWtrPEO Yi_ao4eYcA_APb0A8ujGSVWF6g0uQfA7BAA5AtWhqYd.SchVZ9KN4COHK4zfUBGKHFcM18X_BxON KRih_KQyFK3S1EnILwnwEjCCdoGisxgEPTtlJ7J4kbnlN5Uy4IsPV2mA63cUCsJOcnoA6U93umOV VoKsSUcDvO_v3it9F60uf7jzZ.CHjf7vjtiOcE.5CRWLCRLHS2KBd9xf_5WF9D.ddQZ3nyR5fSxI DGl0RZaJkKKgFb_sHlLXhmEQxoPmYPjwiWsg4zVNyIIlcM54G5mS2So9voBkcbX1U9c.mcFWp1SC M8wVCvJEX6rLelE.NQ71Rh9rc3MSK91isscg5EypTSoDQ4aGH.UpPf7.Fb8NOaKIghZPIfUqm6dS rs5VKJQPWGMYTkjsDHWtmXII.AzQfcEXhSTuWVzhT7xPJ1NvOFaiBDIUAFKUQ1Y1YQEtCRUcV5tx sXmIlUSso7p36Zn0xv4ooSNxiBUgChOGoY0SuGHoxFihPsKsFdFgcGsCEE7v1xMER6QTgeT33mbm FVm.CiuqFTcElvhSCnRkXiR_d83.svu73bQzBqm_64fOM_Z3oPnVqG9c1IScPtzxRSRSma5ZdNai RWEl15H7gI9Qci4KPskzp9SDD8Vz22MCSnVS7NJ6zqN0dbAMlx103qJZ7xyJl8d2Mi9MlUzwAVWa yMnhp4ok3FFLTLalbGntw8RKpK1Ay7ifFqqiBsy.ghs2KhDlfP5uNZl1tMWyPeG9ADOrOzBWFDbo rRrDi_D4uz0c3IYqx5MYt5VmWcFf6iFWliGdNb8VibsOUTswRzMjj.hqwXjWZNNL1QJcAuHRpDvp asnhzswDM6pioPlWiGOYwrnWQ23rU27NSuLqtA7Wniy.5lOsnOq3c4d0MIcG9fTTmZuL18i9Jnxn r4CQ3H16C9Dbqv2k9QuWlpeI- X-Sonic-MF: X-Sonic-ID: 30c17765-7530-42d2-957f-869d99c350db Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.bf2.yahoo.com with HTTP; Fri, 18 Oct 2024 12:01:29 +0000 Received: by hermes--production-gq1-5dd4b47f46-bxhh2 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID efd09a7f77ca1773efbb1b34e05174c4; Fri, 18 Oct 2024 12:01:24 +0000 (UTC) Date: Fri, 18 Oct 2024 14:01:20 +0200 From: Ergus To: Michael Albinus Subject: Re: 31.0.50; Severe performance issue with Tramp and project-mode-line-format Message-ID: References: <874j5lzhdn.fsf.ref@aol.com> <874j5lzhdn.fsf@aol.com> <87v7y1qv33.fsf@gmx.de> <87ldywp5ye.fsf@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <87ldywp5ye.fsf@gmx.de> X-Mailer: WebService/1.1.22806 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.aol Content-Length: 414 Received-SPF: pass client-ip=74.6.134.40; envelope-from=spacibba@aol.com; helo=sonic307-1.consmr.mail.bf2.yahoo.com X-Spam_score_int: -32 X-Spam_score: -3.3 X-Spam_bar: --- X-Spam_report: (-3.3 / 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_MSPIKE_H2=-1.249, 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.6 (-) X-Debbugs-Envelope-To: submit Cc: bug-gnu-emacs@gnu.org, Dmitry Gutov 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.6 (--) Mi Michael: On Thu, Oct 10, 2024 at 01:12:25PM +0200, Michael Albinus wrote: >Michael Albinus writes: > >Hi Ergus, > >> This is unfortune. sit-for should not trigger a redisplay. Does the >> appended patch in tramp.el helps? > >I've pushed the patch to master. It doesn't hurt, at least. > This seems to solve the severe part of the issue. Thanks! >Best regards, Michael. Best, Ergus From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 18 12:17:09 2024 Received: (at 73718-done) by debbugs.gnu.org; 18 Oct 2024 16:17:09 +0000 Received: from localhost ([127.0.0.1]:39816 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1t1pf3-0007dI-GL for submit@debbugs.gnu.org; Fri, 18 Oct 2024 12:17:09 -0400 Received: from mout.gmx.net ([212.227.15.15]:53989) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1t1pex-0007cc-5A for 73718-done@debbugs.gnu.org; Fri, 18 Oct 2024 12:17:07 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1729268188; x=1729872988; i=michael.albinus@gmx.de; bh=7eBu3iSRsihLEMbNIUs2yvaFK+/AH0bCmG/TywNH0Uc=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=QkpsVeb5+GP39mmOfEFDnUeVF7o+pmkSqj/DZprYQuBvkEQYxnteOXiKjr+k1zPU skPK2Om9iuFyD9SdAhznSqIa7Z1gFEeNllhOOU3sF52zRIB5T1QMLHJwcYV6acadD te8I1z/nd36UcL0p6FYtG7qr9ftZdTXkCwEWkNbBNb5xspW5DDjMAix1zSikdMip0 GVJAdLrwfTbDDynOBTjbAOBjEFC45avew4uhe1EXN4HRpd1OvwS2umTSDDKh/8weq tEynQiONqJxSLGRTuYfdO/ovMVihhXsrpQ7ysKztgU5XQT0rLGW47qSBBYTKOcNyh cbTMYOl/miE5yfnTgA== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.155]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MUXtS-1tSKjM0Is4-00VZQq; Fri, 18 Oct 2024 18:16:28 +0200 From: Michael Albinus To: Ergus Subject: Re: bug#73718: 31.0.50; Severe performance issue with Tramp and project-mode-line-format In-Reply-To: (Ergus's message of "Fri, 18 Oct 2024 14:01:20 +0200") References: <874j5lzhdn.fsf.ref@aol.com> <874j5lzhdn.fsf@aol.com> <87v7y1qv33.fsf@gmx.de> <87ldywp5ye.fsf@gmx.de> Date: Fri, 18 Oct 2024 18:16:27 +0200 Message-ID: <87plnxtmhw.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:BL4gu+xyi1tUcOt8NSYGRvPrS0sx0yQhNOihkFbBK27CpflCvDK t8zlwGNSxhW/2wu91YPTIwUKZQ0mbHvxXn2AkEz/SrE1HGXO6bV7YAaKWbe8hX4ygv6EGH9 ql7n2QAkklMlMwYOVVDUCHwaLgB7SRq2/UjwFRfkz4JUCJ0JHa7FG2CaswMtVHu0p7/gbod cDFU2jx6RHcZ915fdH48Q== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:6IDVMzCdhaE=;rIYj5aTPlXJDz1On5WL7FGr6PGH XNcQqfzD8oQIBwyGjcjQ38Ov6vtURVUqEX4+pJUqv6vcRTQwPnqHijwwFhk1sAPXbHeFO/ByR +nVKDFhZw04z278LAR4HweHh7A+fgn7dj/nr4pMjb1os6hzpDcKLFQHmsHEqnkzMCZkk8dne4 Zl8fxrDBVht88Iaicf7NG44kYp4DqVzuF0nixdBqyZbRmtXQf1hbrIAEsjJ3oGovoZFIxwL9W WtAkbFiLsJmT7FdT63Dryx3zPkSMqPqokgzE8Vw9oJwTWfwbfV6GVcBGhoF1trLZbAQzatgqS umbrrI21O353Dn56jVceRrw1Bdl+3ZdHwzaMS1MKfQlNdO54bEjIiPWuUXjH6DQqbu9CGuxyW gbRJaxRANFE3+wS7ZQt5UBcdCDkDKH7MKovzqG2H81U4I0UM+nOGEf8bWop24C+6KVcs4EPaN VhPQ5JXoigit2pfUDfLDpFhh4dS/1dipG9WiAqzOFMusejOGScpm+dLp324GfAvqvJ22KYIdZ AaZaT7aeh+1hRzJTPwuRE4HRaFUOvgA4tnL1Vewt0UbAU45rHvFD43D6zmd31AUWh1niRopC0 pY19FssKwSMrs0eu8Rp6LQUUIRRZABTqf0s0MFDh8NGCB9jhtnZ6ifwXJazn5OvgNieSOyPVK 7CDA85UOkYj41TisKyy9EYcXMUh0Qjj/ip2SFhtnusJZO9eD6nxOLe9d6yNKBlBFJMP1ZMKEF uG5IprQLh137HA8iQILLOUJYWDi/wgh8FNMQdPNsNyOEhBunaEzA1FSjs7QAHNlc80hoPIaqe fxeKKvN6Jq0coEkS1NbAePtQ== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 73718-done Cc: dgutov@yandex.ru, 73718-done@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.7 (-) Version: 31.1 Ergus writes: > Mi Michael: Hi Ergus, > This seems to solve the severe part of the issue. Thanks! Thanks for the feedback. I'm closung the bug. > Best, > Ergus Best regards, Michael. From unknown Sat Jun 21 12:16:35 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 16 Nov 2024 12:24:06 +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