unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#25788: 26.0.50; first C-x C-f triggering tramp is slow
@ 2017-02-18 21:12 Mark Oteiza
  2017-02-19  3:35 ` Eli Zaretskii
  0 siblings, 1 reply; 6+ messages in thread
From: Mark Oteiza @ 2017-02-18 21:12 UTC (permalink / raw)
  To: 25788


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






^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#25788: 26.0.50; first C-x C-f triggering tramp is slow
  2017-02-18 21:12 bug#25788: 26.0.50; first C-x C-f triggering tramp is slow Mark Oteiza
@ 2017-02-19  3:35 ` Eli Zaretskii
  2017-02-19  3:51   ` Mark Oteiza
  0 siblings, 1 reply; 6+ messages in thread
From: Eli Zaretskii @ 2017-02-19  3:35 UTC (permalink / raw)
  To: Mark Oteiza; +Cc: 25788

> From: Mark Oteiza <mvoteiza@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?





^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#25788: 26.0.50; first C-x C-f triggering tramp is slow
  2017-02-19  3:35 ` Eli Zaretskii
@ 2017-02-19  3:51   ` Mark Oteiza
  2017-02-19  4:30     ` npostavs
  0 siblings, 1 reply; 6+ messages in thread
From: Mark Oteiza @ 2017-02-19  3:51 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 25788

Eli Zaretskii <eliz@gnu.org> writes:

>> From: Mark Oteiza <mvoteiza@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.





^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#25788: 26.0.50; first C-x C-f triggering tramp is slow
  2017-02-19  3:51   ` Mark Oteiza
@ 2017-02-19  4:30     ` npostavs
  2017-02-19  8:37       ` Michael Albinus
  0 siblings, 1 reply; 6+ messages in thread
From: npostavs @ 2017-02-19  4:30 UTC (permalink / raw)
  To: Mark Oteiza; +Cc: 25788

Mark Oteiza <mvoteiza@udel.edu> writes:

> Eli Zaretskii <eliz@gnu.org> writes:
>
>>> From: Mark Oteiza <mvoteiza@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)





^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#25788: 26.0.50; first C-x C-f triggering tramp is slow
  2017-02-19  4:30     ` npostavs
@ 2017-02-19  8:37       ` Michael Albinus
  2017-02-19 12:36         ` Mark Oteiza
  0 siblings, 1 reply; 6+ messages in thread
From: Michael Albinus @ 2017-02-19  8:37 UTC (permalink / raw)
  To: npostavs; +Cc: Mark Oteiza, 25788

npostavs@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.





^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#25788: 26.0.50; first C-x C-f triggering tramp is slow
  2017-02-19  8:37       ` Michael Albinus
@ 2017-02-19 12:36         ` Mark Oteiza
  0 siblings, 0 replies; 6+ messages in thread
From: Mark Oteiza @ 2017-02-19 12:36 UTC (permalink / raw)
  To: Michael Albinus; +Cc: 25788-done, npostavs

On 19/02/17 at 09:37am, Michael Albinus wrote:
> npostavs@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.





^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2017-02-19 12:36 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2017-02-18 21:12 bug#25788: 26.0.50; first C-x C-f triggering tramp is slow Mark Oteiza
2017-02-19  3:35 ` Eli Zaretskii
2017-02-19  3:51   ` Mark Oteiza
2017-02-19  4:30     ` npostavs
2017-02-19  8:37       ` Michael Albinus
2017-02-19 12:36         ` Mark Oteiza

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).