GNU bug report logs - #40113
28.0.50; Tramp uses 100% CPU then times out

Previous Next

Package: emacs;

Reported by: Alan Third <alan <at> idiocy.org>

Date: Wed, 18 Mar 2020 10:10:02 UTC

Severity: normal

Found in version 28.0.50

Done: Alan Third <alan <at> idiocy.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Alan Third <alan <at> idiocy.org>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: 40113 <at> debbugs.gnu.org
Subject: bug#40113: 28.0.50; Tramp uses 100% CPU then times out
Date: Wed, 18 Mar 2020 21:41:08 +0100 (CET)
On Wed, Mar 18, 2020 at 09:27:30PM +0100, Michael Albinus wrote:
> Alan Third <alan <at> idiocy.org> writes:
> 
> Hi Alan,
> 
> > The debug buffer has about 150MB of data in it. Even compressed it’s
> > over 4MB. Should I send it over or is there something specific you
> > want me to look for?
> 
> You can send it directly to me. I'll take a look.

Sent off list.

> >> Is it possible to interrupt Tramp with C-g?
> >
> > Yes, it takes a few seconds to react, but it does work.
> 
> Thanks. Just some other questions: Does it happen also with "emacs -Q"?
> Does it happen with Emacs 27.0.90, or Emacs 26.3?

It happens with both Emacs 27 (just did a pull/make, so it’s up to
date) and the master branch. I’ve not tried 26.

All the testing here is with emacs -Q on the master branch. With my
full configuration it seems even worse as even just typing the path in
can slow down Emacs. I don’t know if that’s related, though.
-- 
Alan Third




This bug report was last modified 5 years and 68 days ago.

Previous Next


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