GNU bug report logs - #25788
26.0.50; first C-x C-f triggering tramp is slow

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Mark Oteiza <mvoteiza <at> udel.edu>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#25788: closed (26.0.50; first C-x C-f triggering tramp is slow)
Date: Sun, 19 Feb 2017 12:38:02 +0000

[Message part 1 (text/plain, inline)]

Your message dated Sun, 19 Feb 2017 07:36:56 -0500
with message-id <20170219123656.GA1453 <at> holos.localdomain>
and subject line Re: bug#25788: 26.0.50; first C-x C-f triggering tramp is slow
has caused the debbugs.gnu.org bug report #25788,
regarding 26.0.50; first C-x C-f triggering tramp is slow
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
25788: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=25788
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Mark Oteiza <mvoteiza <at> udel.edu>
To: bug-gnu-emacs <at> gnu.org
Subject: 26.0.50; first C-x C-f triggering tramp is slow
Date: Sat, 18 Feb 2017 16:12:42 -0500

Hi,

From -Q:

1. C-x C-f
2. Experience delay
3. C-g
4. C-x C-c

Depending on where Emacs is started, loading tramp is triggered and
there is a delay before the prompt is shown.  The delay is about a
quarter second on my system.  This is quite noticeable.

Stracing emacs started in two different directories and executing the
recipe, one log is 6884 lines, the other 1949.  The extra 5000 lines
looks like emacs is opening every library known to it, finishing up by
reading ssh/netrc/rlogin files.

In GNU Emacs 26.0.50.1 (x86_64-unknown-linux-gnu, X toolkit, Xaw scroll bars)
 of 2017-02-17 built on logos
Repository revision: 8675f9c8b8a002530d0c4e0263bb3d4cf3a649fa

Configured using:
 'configure --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib
 --localstatedir=/var --without-gconf --with-modules
 --with-x-toolkit=lucid 'CFLAGS=-march=x86-64 -mtune=generic -O2 -pipe
 -fstack-protector-strong' CPPFLAGS=-D_FORTIFY_SOURCE=2
 LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro'

Configured features:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GSETTINGS NOTIFY
ACL GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS
LUCID X11 MODULES LIBSYSTEMD

[Message part 3 (message/rfc822, inline)]

From: Mark Oteiza <mvoteiza <at> udel.edu>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: 25788-done <at> debbugs.gnu.org, npostavs <at> users.sourceforge.net
Subject: Re: bug#25788: 26.0.50; first C-x C-f triggering tramp is slow
Date: Sun, 19 Feb 2017 07:36:56 -0500

On 19/02/17 at 09:37am, Michael Albinus wrote:
> npostavs <at> users.sourceforge.net writes:
> 
> > I see this also on GNU/Linux (with master, not emacs-25), here's a
> > backtrace from doing (debug-on-entry 'require) before the C-x C-f:
> >
> > Debugger entered--entering a function:
> > * require(tramp-compat)
> >   byte-code(...)
> >   load("tramp" noerror nomessage)
> >   (and (null load-in-progress) (load "tramp" (quote noerror) (quote nomessage)))
> >   (let ((default-directory temporary-file-directory)) (and (null
> > load-in-progress) (load "tramp" (quote noerror) (quote nomessage))))
> >   (if (let ((default-directory temporary-file-directory)) (and (null
> > load-in-progress) (load "tramp" (quote noerror) (quote nomessage))))
> > (apply operation args) (tramp-completion-run-real-handler operation
> > args))
> >   tramp-autoload-file-name-handler(substitute-in-file-name "/")
> 
> I've pushed a fix to master, which shall avoid loading tramp.el just for
> file name "/". Since it changes autoloads, it might be necessary to
> bootstrap Emacs.

Indeed fixed, thanks all.

Previous Next

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