GNU bug report logs - #26397
25.1; call-process slow on macOS and slower on larger frames

Previous Next

Package: emacs;

Reported by: Aaron Jensen <aaronjensen <at> gmail.com>

Date: Sat, 8 Apr 2017 06:26:02 UTC

Severity: normal

Tags: fixed

Found in version 25.1

Fixed in version 26.1

Done: Alan Third <alan <at> idiocy.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Aaron Jensen <aaronjensen <at> gmail.com>
To: YAMAMOTO Mitsuharu <mituharu <at> math.s.chiba-u.ac.jp>
Cc: 26397 <at> debbugs.gnu.org, Alan Third <alan <at> idiocy.org>
Subject: bug#26397: [PATCH] Use vfork if possible on Darwin (bug#26397)
Date: Sun, 9 Apr 2017 21:13:21 -0700
On Sun, Apr 9, 2017 at 6:11 PM, YAMAMOTO Mitsuharu
<mituharu <at> math.s.chiba-u.ac.jp> wrote:
>>>>>> On Sun, 9 Apr 2017 17:06:21 -0700, Aaron Jensen <aaronjensen <at> gmail.com> said:
>
>> For me, this slows down call-process in TTY emacs by 3ms (from
>> 2.5ms->5.5ms). I typically launch a GUI emacs and connect to the
>> server in TTY via emacsclient, and in that scenario this patch does
>> not slow down call-process in the TTY, but it will affect those who
>> use TTY only, it seems.
>
> Then use "obsolete" ioctl TIOCNOTTY instead of setsid?  I'm not
> familiar with this matter, so could someone check if this is OK?  I
> confirmed that only the controlling terminal of the child process was
> detached.

Performance-wise this worked for me in both TTY and non-TTY. I can't
speak to this being an OK approach, however. Thank you!




This bug report was last modified 3 years and 199 days ago.

Previous Next


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