GNU bug report logs - #3071
23.0.92; accept-process-output broken on MacOS

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 3071 in the body.
You can then email your comments to 3071 AT debbugs.gnu.org in the normal way.

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

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: David Abrahams <dave <at> boostpro.com>
To: emacs-pretest-bug <at> gnu.org
Cc: tramp-devel <at> mail.freesoftware.fsf.org, michael.albinus <at> gmx.de,
        John Wiegley <johnw <at> newartisans.com>
Subject: 23.0.92; accept-process-output broken on MacOS
Date: Tue, 21 Apr 2009 08:52:04 -0400

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

Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.

Your bug report will be posted to the emacs-pretest-bug <at> gnu.org mailing list.

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

Opening remote files/directories via TRAMP is wicked slow on MacOS; the
same operation on a linux emacs running on the same hardware is
practically instantaneous.  Turns out that applying the enclosed patch
makes the symptom go away.  I'm not an expert on emacs process handling,
but that tells me emacs probably isn't detecting output from the process
until the timeout (usually 1 second for TRAMP) is reached.

[tramp.el.patch (text/x-patch, inline)]

cvs diff: warning: failed to open /Users/dave/.cvspass for reading: No such file or directory
Index: tramp.el
===================================================================
RCS file: /sources/tramp/tramp/lisp/tramp.el,v
retrieving revision 2.686
diff -d -u -r2.686 tramp.el
--- tramp.el	12 Apr 2009 19:21:03 -0000	2.686
+++ tramp.el	21 Apr 2009 04:45:54 -0000
@@ -5864,7 +5864,7 @@
       ;; Under Windows XP, accept-process-output doesn't return
       ;; sometimes.  So we add an additional timeout.
       (with-timeout ((or timeout 1))
-	(accept-process-output proc timeout timeout-msecs)))
+	(accept-process-output proc .01)))
     (tramp-message proc 10 "\n%s" (buffer-string))))
 
 (defun tramp-check-for-regexp (proc regexp)

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

If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
    `bt full' and `xbacktrace'.
If you would like to further debug the crash, please read the file
/Applications/Emacs.app/Contents/Resources/etc/DEBUG for instructions.


In GNU Emacs 23.0.92.1 (i386-apple-darwin9.6.2, NS apple-appkit-949.43)
 of 2009-04-19 on zreba.local
Windowing system distributor `Apple', version 10.3.949
configured using `configure  '--with-ns' '--with-jpeg' '--with-tiff' '--with-gif''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: nil
  value of $XMODIFIERS: nil
  locale-coding-system: nil
  default-enable-multibyte-characters: t

Major mode: C/l

Minor modes in effect:
  shell-dirtrack-mode: t
  show-paren-mode: t
  server-mode: t
  global-auto-revert-mode: t
  delete-selection-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  global-auto-composition-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t
  abbrev-mode: t

Recent input:
C-n C-p C-p C-p C-p C-p C-p C-n C-n C-n C-n C-n C-n 
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n 
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n 
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n 
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n 
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n 
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n 
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n 
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n 
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n 
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-p 
C-p C-p C-p C-p C-n C-n C-n C-n C-n C-n C-n C-n C-n 
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n 
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n 
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n 
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n 
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n 
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n 
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n 
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n 
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n 
C-n C-n C-n C-n C-n C-n C-n C-b C-( C-p C-p C-p C-p 
C-n C-n C-n C-p C-p C-p C-p C-x C-b C-x C-b M-x M-p 
<return>

Recent messages:
Tramp: Waiting 60s for local shell to come up...
Tramp: Sending command `ssh hydra.local   -q -e none && exit || exit'
Tramp: Waiting for prompts from remote shell
Tramp: Found remote shell prompt on `hydra.local' [3 times]
Quit [2 times]
Mark saved where search started
Quit
Mark saved where search started [4 times]
Quit
Mark saved where search started [2 times]

-- 
Dave Abrahams
BoostPro Computing
http://www.boostpro.com

Message #10 received at 3071 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: David Abrahams <dave <at> boostpro.com>
Cc: 3071 <at> debbugs.gnu.org, John Wiegley <johnw <at> newartisans.com>,
        tramp-devel <at> mail.freesoftware.fsf.org
Subject: Re: bug#3071: 23.0.92; accept-process-output broken on MacOS
Date: Tue, 21 Apr 2009 17:20:24 +0200

David Abrahams <dave <at> boostpro.com> writes:

> Opening remote files/directories via TRAMP is wicked slow on MacOS; the
> same operation on a linux emacs running on the same hardware is
> practically instantaneous.  Turns out that applying the enclosed patch
> makes the symptom go away.  I'm not an expert on emacs process handling,
> but that tells me emacs probably isn't detecting output from the process
> until the timeout (usually 1 second for TRAMP) is reached.

Thanks a lot for your investigation! However, I believe your patch
towards tramp.el shall be only the last resort (and NOT the final
solution). One shall investigate, what's happening on mac.

Best regards, Michael.

Message #15 received at 3071 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: David Abrahams <dave <at> boostpro.com>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: 3071 <at> debbugs.gnu.org, John Wiegley <johnw <at> newartisans.com>,
        tramp-devel <at> mail.freesoftware.fsf.org
Subject: Re: bug#3071: 23.0.92; accept-process-output broken on MacOS
Date: Tue, 21 Apr 2009 12:40:23 -0400

On Apr 21, 2009, at 11:20 AM, Michael Albinus wrote:

> David Abrahams <dave <at> boostpro.com> writes:
>
>> Opening remote files/directories via TRAMP is wicked slow on MacOS;  
>> the
>> same operation on a linux emacs running on the same hardware is
>> practically instantaneous.  Turns out that applying the enclosed  
>> patch
>> makes the symptom go away.  I'm not an expert on emacs process  
>> handling,
>> but that tells me emacs probably isn't detecting output from the  
>> process
>> until the timeout (usually 1 second for TRAMP) is reached.
>
> Thanks a lot for your investigation! However, I believe your patch
> towards tramp.el shall be only the last resort (and NOT the final
> solution).

Of course.

> One shall investigate, what's happening on mac.


Until they figure it out, my plan is to use some advice to force that  
timeout parameter to zero in accept-process-output.

--
David Abrahams
BoostPro Computing
http://boostpro.com

Message #20 received at 3071 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: David Abrahams <dave <at> boostpro.com>
Cc: 3071 <at> debbugs.gnu.org, John Wiegley <johnw <at> newartisans.com>,
        tramp-devel <at> mail.freesoftware.fsf.org
Subject: Re: bug#3071: 23.0.92; accept-process-output broken on MacOS
Date: Tue, 21 Apr 2009 21:29:59 +0200

David Abrahams <dave <at> boostpro.com> writes:

> Opening remote files/directories via TRAMP is wicked slow on MacOS; the
> same operation on a linux emacs running on the same hardware is
> practically instantaneous.  Turns out that applying the enclosed patch
> makes the symptom go away.  I'm not an expert on emacs process handling,
> but that tells me emacs probably isn't detecting output from the process
> until the timeout (usually 1 second for TRAMP) is reached.

Reading <http://debbugs.gnu.org/cgi/bugreport.cgi?bug=895>
indicates, one shall set `process-connection-type' to `nil'. This is
also documented in Bugs 2056, 2503, 2639, 2717.

OTOH, the comment for `tramp-process-connection-type' says that it's not
applicable for Tramp.

Hmm. What happens, when you set `tramp-process-connection-type' to `nil'?
Does Tramp still work on your mac? How fast?

Best regards, Michael.

Message #25 received at 3071 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: YAMAMOTO Mitsuharu <mituharu <at> math.s.chiba-u.ac.jp>
To: David Abrahams <dave <at> boostpro.com>, 3071 <at> debbugs.gnu.org
Cc: John Wiegley <johnw <at> newartisans.com>,
        tramp-devel <at> mail.freesoftware.fsf.org, michael.albinus <at> gmx.de
Subject: Re: bug#3071: 23.0.92; accept-process-output broken on MacOS
Date: Wed, 22 Apr 2009 08:46:19 +0900

>>>>> On Tue, 21 Apr 2009 08:52:04 -0400, David Abrahams <dave <at> boostpro.com> said:

> Opening remote files/directories via TRAMP is wicked slow on MacOS;
> the same operation on a linux emacs running on the same hardware is
> practically instantaneous.

> In GNU Emacs 23.0.92.1 (i386-apple-darwin9.6.2, NS apple-appkit-949.43)
>  of 2009-04-19 on zreba.local
> Windowing system distributor `Apple', version 10.3.949
> configured using `configure  '--with-ns' '--with-jpeg' '--with-tiff' '--with-gif''

I tried the following steps with both the Cocoa/GNUstep port and the
X11 build on the same machine running Mac OS X 10.5.6.  Both are
compiled from the latest CVS trunk.

  1. Start Emacs with the `-Q' option.
  2. C-x C-f /sshx:remotehost: RET  (remotehost is running Solaris)

The Cocoa/GNUstep port was much slower (~20 sec. to list the home
directory) than the X11 build (< 2 sec.).

				     YAMAMOTO Mitsuharu
				mituharu <at> math.s.chiba-u.ac.jp

Message #30 received at 3071 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: David Abrahams <dave <at> boostpro.com>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: 3071 <at> debbugs.gnu.org, John Wiegley <johnw <at> newartisans.com>,
        tramp-devel <at> mail.freesoftware.fsf.org
Subject: Re: bug#3071: 23.0.92; accept-process-output broken on MacOS
Date: Wed, 22 Apr 2009 09:09:14 -0400

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

On Apr 21, 2009, at 3:29 PM, Michael Albinus wrote:

> David Abrahams <dave <at> boostpro.com> writes:
>
>> Opening remote files/directories via TRAMP is wicked slow on MacOS;  
>> the
>> same operation on a linux emacs running on the same hardware is
>> practically instantaneous.  Turns out that applying the enclosed  
>> patch
>> makes the symptom go away.  I'm not an expert on emacs process  
>> handling,
>> but that tells me emacs probably isn't detecting output from the  
>> process
>> until the timeout (usually 1 second for TRAMP) is reached.
>
> Reading <http://debbugs.gnu.org/cgi/bugreport.cgi?bug=895 
> >
> indicates, one shall set `process-connection-type' to `nil'. This is
> also documented in Bugs 2056, 2503, 2639, 2717.
>
> OTOH, the comment for `tramp-process-connection-type' says that it's  
> not
> applicable for Tramp.
>
> Hmm. What happens, when you set `tramp-process-connection-type' to  
> `nil'?
> Does Tramp still work on your mac?

Nope.

> How fast?


It fails very slowly ;-)

A full TRAMP log is enclosed.

[tramp.log (application/octet-stream, attachment)]

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

--
David Abrahams
BoostPro Computing
http://boostpro.com

Message #35 received at 3071 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: David Abrahams <dave <at> boostpro.com>
Cc: 3071 <at> debbugs.gnu.org, John Wiegley <johnw <at> newartisans.com>,
        tramp-devel <at> mail.freesoftware.fsf.org
Subject: Re: bug#3071: 23.0.92; accept-process-output broken on MacOS
Date: Wed, 22 Apr 2009 15:59:03 +0200

David Abrahams <dave <at> boostpro.com> writes:

>> Reading
>> <http://debbugs.gnu.org/cgi/bugreport.cgi?bug=895>
>> indicates, one shall set `process-connection-type' to `nil'. This is
>> also documented in Bugs 2056, 2503, 2639, 2717.
>>
>> OTOH, the comment for `tramp-process-connection-type' says that it's
>> not
>> applicable for Tramp.
>>
>> Hmm. What happens, when you set `tramp-process-connection-type' to
>> nil'?
>> Does Tramp still work on your mac?
>
> Nope.

That's what I've feared. The comment says, that Tramp needs a pty for
connection; `process-connection-type' must be set to t therefore. So
that's not applicable.

> David Abrahams

Best regards, Michael.

Message #40 received at 3071 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: David Abrahams <dave <at> boostpro.com>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: 3071 <at> debbugs.gnu.org, John Wiegley <johnw <at> newartisans.com>,
        tramp-devel <at> mail.freesoftware.fsf.org
Subject: Re: bug#3071: 23.0.92; accept-process-output broken on MacOS
Date: Wed, 22 Apr 2009 10:52:07 -0400

On Apr 22, 2009, at 9:59 AM, Michael Albinus wrote:

> David Abrahams <dave <at> boostpro.com> writes:
>
>>> Reading
>>> <http://debbugs.gnu.org/cgi/bugreport.cgi?bug=895>
>>> indicates, one shall set `process-connection-type' to `nil'. This is
>>> also documented in Bugs 2056, 2503, 2639, 2717.
>>>
>>> OTOH, the comment for `tramp-process-connection-type' says that it's
>>> not
>>> applicable for Tramp.
>>>
>>> Hmm. What happens, when you set `tramp-process-connection-type' to
>>> nil'?
>>> Does Tramp still work on your mac?
>>
>> Nope.
>
> That's what I've feared. The comment says, that Tramp needs a pty for
> connection; `process-connection-type' must be set to t therefore. So
> that's not applicable.


FWIW, on my machine, t is the default for process-connection-type as  
well as tramp-process-connection-type.

--
David Abrahams
BoostPro Computing
http://boostpro.com

View this message in rfc822 format

From: Alan Third <alan <at> idiocy.org>
To: YAMAMOTO Mitsuharu <mituharu <at> math.s.chiba-u.ac.jp>
Cc: David Abrahams <dave <at> boostpro.com>, John Wiegley <johnw <at> newartisans.com>, tramp-devel <at> mail.freesoftware.fsf.org, 3071 <at> debbugs.gnu.org, michael.albinus <at> gmx.de
Subject: bug#3071: 23.0.92; accept-process-output broken on MacOS
Date: Thu, 11 Feb 2016 20:24:38 +0000

YAMAMOTO Mitsuharu <mituharu <at> math.s.chiba-u.ac.jp> writes:

>>>>>> On Tue, 21 Apr 2009 08:52:04 -0400, David Abrahams <dave <at> boostpro.com> said:
>
>> Opening remote files/directories via TRAMP is wicked slow on MacOS;
>> the same operation on a linux emacs running on the same hardware is
>> practically instantaneous.
>
>> In GNU Emacs 23.0.92.1 (i386-apple-darwin9.6.2, NS apple-appkit-949.43)
>>  of 2009-04-19 on zreba.local
>> Windowing system distributor `Apple', version 10.3.949
>> configured using `configure  '--with-ns' '--with-jpeg' '--with-tiff' '--with-gif''
>
> I tried the following steps with both the Cocoa/GNUstep port and the
> X11 build on the same machine running Mac OS X 10.5.6.  Both are
> compiled from the latest CVS trunk.
>
>   1. Start Emacs with the `-Q' option.
>   2. C-x C-f /sshx:remotehost: RET  (remotehost is running Solaris)
>
> The Cocoa/GNUstep port was much slower (~20 sec. to list the home
> directory) than the X11 build (< 2 sec.).

I've just tried this on Emacs 25 and it all seems pretty snappy. If
anyone is still finding it to be slow please let meknow, otherwise I'll
close this bug as fixed.
-- 
Alan Third

Previous Next

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