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

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 25788 in the body.
You can then email your comments to 25788 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

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 #8 received at 25788 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Mark Oteiza <mvoteiza <at> udel.edu>
Cc: 25788 <at> debbugs.gnu.org
Subject: Re: bug#25788: 26.0.50; first C-x C-f triggering tramp is slow
Date: Sun, 19 Feb 2017 05:35:51 +0200

> From: Mark Oteiza <mvoteiza <at> udel.edu>
> Date: Sat, 18 Feb 2017 16:12:42 -0500
> 
> >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.

Not reproducible on MS-Windows, but maybe the place "where Emacs is
started" needs to be defined in more detail.  Can you tell in what
directories it happens for you?

Message #11 received at 25788 <at> debbugs.gnu.org (full text, mbox):

From: Mark Oteiza <mvoteiza <at> udel.edu>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 25788 <at> debbugs.gnu.org
Subject: Re: bug#25788: 26.0.50; first C-x C-f triggering tramp is slow
Date: Sat, 18 Feb 2017 22:51:56 -0500

Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Mark Oteiza <mvoteiza <at> udel.edu>
>> Date: Sat, 18 Feb 2017 16:12:42 -0500
>> 
>> >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.
>
> Not reproducible on MS-Windows, but maybe the place "where Emacs is
> started" needs to be defined in more detail.  Can you tell in what
> directories it happens for you?

My home directory is the only one I'm aware of.

Message #14 received at 25788 <at> debbugs.gnu.org (full text, mbox):

From: npostavs <at> users.sourceforge.net
To: Mark Oteiza <mvoteiza <at> udel.edu>
Cc: 25788 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>
Subject: Re: bug#25788: 26.0.50; first C-x C-f triggering tramp is slow
Date: Sat, 18 Feb 2017 23:30:47 -0500

Mark Oteiza <mvoteiza <at> udel.edu> writes:

> Eli Zaretskii <eliz <at> gnu.org> writes:
>
>>> From: Mark Oteiza <mvoteiza <at> udel.edu>
>>> Date: Sat, 18 Feb 2017 16:12:42 -0500
>>> 
>>> >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.
>>
>> Not reproducible on MS-Windows, but maybe the place "where Emacs is
>> started" needs to be defined in more detail.  Can you tell in what
>> directories it happens for you?
>
> My home directory is the only one I'm aware of.

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 "/")
  apply(tramp-autoload-file-name-handler substitute-in-file-name "/")
  (if (tramp-completion-mode-p) (apply (quote tramp-autoload-file-name-handler) operation args) (tramp-completion-run-real-handler operation args))
  tramp-completion-file-name-handler(substitute-in-file-name "/")
  substitute-in-file-name("/")
  rfn-eshadow-update-overlay()
  read-from-minibuffer("Find file: " "~/" (keymap ...) nil file-name-history "~/" nil)
  completing-read-default("Find file: " read-file-name-internal file-exists-p confirm-after-completion "~/" file-name-history "~/" nil)
  completing-read("Find file: " read-file-name-internal file-exists-p confirm-after-completion "~/" file-name-history "~/")
  read-file-name-default("Find file: " nil "~/" confirm-after-completion nil nil)
  read-file-name("Find file: " nil "~/" confirm-after-completion)
  find-file-read-args("Find file: " confirm-after-completion)
  byte-code("\300\301\302 \"\207" [find-file-read-args "Find file: " confirm-nonexistent-file-or-buffer] 3)
  call-interactively(find-file nil nil)
  command-execute(find-file)

Message #17 received at 25788 <at> debbugs.gnu.org (full text, mbox):

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

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.

Best regards, Michael.

Message #22 received at 25788-done <at> debbugs.gnu.org (full text, mbox):

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.