GNU bug report logs - #79182
30.1; emacs becomes progressively less responsive up to become unusable

Previous Next

Package: emacs;

Reported by: Francesco Potortì <pot <at> potorti.it>

Date: Wed, 6 Aug 2025 09:32:02 UTC

Severity: normal

Found in version 30.1

Full log


View this message in rfc822 format

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Francesco Potortì <pot <at> potorti.it>
Cc: 79182 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>
Subject: bug#79182: 30.1; emacs becomes progressively less responsive up to become unusable
Date: Wed, 06 Aug 2025 18:13:51 +0200
Francesco Potortì <pot <at> potorti.it> writes:

Hi Francesco,

> Largest Buffers
>
>    3.1 GiB  *debug tramp/scp evaalapi-as*
>    549 MiB  *debug tramp/scp fencepost.gnu.org*
>    321 MiB  *debug tramp/scp casapot*
>    312 MiB  *debug tramp/scp aaloa*
>    287 MiB   *message-viewer RMAIL*
>    181 MiB  *debug tramp/scp rootevaal*
>    125 MiB  *debug tramp/scp evaalapi-eu*
>
> After deleting all the *debug tramp buffers, the problem seems to have
> disappeared.  I have used Emacs for some minutes after that, and it
> behaves normally.  The huge *debug tramp/scp evaalapi-as* buffer was
> relative to a file that was modified, on a shaky Internet connection.
> So that is the first suspect.  All the other *debug tramp buffers were
> relative to unmodified files or deleted buffers.

I recommend to lower tramp-verbose. At least down to 6, this is
sufficient unless you hunt for Tramp bugs.

If you are not interested in Tramp internal commands, keep tramp-verbose
with its default value 3.

Best regards, Michael.




This bug report was last modified 1 day ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.