GNU bug report logs - #20015
25.0.50; Slow Emacs startup after recent TRAMP changes

Previous Next

Full log

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

From: Daniel Colascione <dancol <at> dancol.org>
To: Andreas Schwab <schwab <at> linux-m68k.org>, 
 Stefan Monnier <monnier <at> IRO.UMontreal.CA>
Cc: 20015 <at> debbugs.gnu.org, Michael Albinus <michael.albinus <at> gmx.de>,
 Tassilo Horn <tsdh <at> gnu.org>
Subject: Re: bug#20015: 25.0.50; Slow Emacs startup after recent TRAMP changes
Date: Fri, 06 Mar 2015 14:45:11 -0800

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

On 03/06/2015 02:34 PM, Daniel Colascione wrote:
> On 03/06/2015 11:17 AM, Andreas Schwab wrote:
>> Stefan Monnier <monnier <at> IRO.UMontreal.CA> writes:
>>
>>>>> % time getent ahosts host.does.not.exist
>>>>> getent ahosts host.does.not.exist  0,00s user 0,00s system 0% cpu 30,013 total
>>>> Which means your system is misconfigured.
>>>
>>> But that's no excuse to impose such a 30s timeout on the user who did
>>> not actually do anything that would explicitly trigger this problem.
>>
>> A working hostname lookup is a fundamental part of the system.
> 
> In theory. In practice, lookup is broken all the time, and for good
> reason. We can't always know right away when we don't have connectivity.
> What if I'm on a train and enter a tunnel? Connectivity is interrupted
> for a little while, but not enough to trigger OS network
> reconfiguration. It's inexcusable for Emacs to block for 30 seconds on
> DNS resolution in this case.

It's also unacceptable to start six (by my count) ssh subprocesses,
especially on systems like Cygwin, where process creation is very slow.
At the very least, this work needs to be delayed until someone tries to
use an ssh connection method, and the result should be called.

[signature.asc (application/pgp-signature, attachment)]

Previous Next

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