GNU bug report logs -
#34618
26.1.92; timerfd interface causes slowdown on Cygwin
Previous Next
Reported by: Ken Brown <kbrown <at> cornell.edu>
Date: Fri, 22 Feb 2019 15:10:01 UTC
Severity: normal
Found in version 26.1.92
Done: Ken Brown <kbrown <at> cornell.edu>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 34618 in the body.
You can then email your comments to 34618 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#34618
; Package
emacs
.
(Fri, 22 Feb 2019 15:10:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Ken Brown <kbrown <at> cornell.edu>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Fri, 22 Feb 2019 15:10:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Starting with cygwin-3.0.0, Cygwin has the timerfd functions. But using
them causes Emacs to be very slow to respond to user input. If I press
a key, there is a 1-2 second delay before Emacs responds. I'm in the
process of trying to debug this
(http://www.cygwin.org/ml/cygwin/2019-02/msg00364.html). In the
meantime, the attached patch disables the use of these functions.
OK for the emacs-26 branch (after filling in the bug number)?
Ken
[0001-Disable-the-timerfd-interface-on-Cygwin.patch (text/plain, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#34618
; Package
emacs
.
(Fri, 22 Feb 2019 16:13:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 34618 <at> debbugs.gnu.org (full text, mbox):
> From: Ken Brown <kbrown <at> cornell.edu>
> Date: Fri, 22 Feb 2019 15:08:33 +0000
>
> Starting with cygwin-3.0.0, Cygwin has the timerfd functions. But using
> them causes Emacs to be very slow to respond to user input. If I press
> a key, there is a 1-2 second delay before Emacs responds. I'm in the
> process of trying to debug this
> (http://www.cygwin.org/ml/cygwin/2019-02/msg00364.html). In the
> meantime, the attached patch disables the use of these functions.
>
> OK for the emacs-26 branch (after filling in the bug number)?
Yes, thanks.
Reply sent
to
Ken Brown <kbrown <at> cornell.edu>
:
You have taken responsibility.
(Fri, 22 Feb 2019 16:16:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Ken Brown <kbrown <at> cornell.edu>
:
bug acknowledged by developer.
(Fri, 22 Feb 2019 16:16:02 GMT)
Full text and
rfc822 format available.
Message #13 received at 34618-done <at> debbugs.gnu.org (full text, mbox):
Closing.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#34618
; Package
emacs
.
(Sat, 09 Mar 2019 19:28:01 GMT)
Full text and
rfc822 format available.
Message #16 received at 34618 <at> debbugs.gnu.org (full text, mbox):
On 2/22/2019 11:12 AM, Eli Zaretskii wrote:
>> From: Ken Brown <kbrown <at> cornell.edu>
>> Date: Fri, 22 Feb 2019 15:08:33 +0000
>>
>> Starting with cygwin-3.0.0, Cygwin has the timerfd functions. But using
>> them causes Emacs to be very slow to respond to user input. If I press
>> a key, there is a 1-2 second delay before Emacs responds. I'm in the
>> process of trying to debug this
>> (http://www.cygwin.org/ml/cygwin/2019-02/msg00364.html). In the
>> meantime, the attached patch disables the use of these functions.
>>
>> OK for the emacs-26 branch (after filling in the bug number)?
>
> Yes, thanks.
The Cygwin problems with the timerfd functions have been fixed as of
cygwin-3.0.2, so I've re-enabled the use of these functions on the master
branch. To play it safe, we should probably leave them disabled on the emacs-26
branch.
Ken
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#34618
; Package
emacs
.
(Sat, 09 Mar 2019 19:43:01 GMT)
Full text and
rfc822 format available.
Message #19 received at 34618 <at> debbugs.gnu.org (full text, mbox):
> From: Ken Brown <kbrown <at> cornell.edu>
> CC: "34618 <at> debbugs.gnu.org" <34618 <at> debbugs.gnu.org>
> Date: Sat, 9 Mar 2019 19:27:34 +0000
>
> The Cygwin problems with the timerfd functions have been fixed as of
> cygwin-3.0.2, so I've re-enabled the use of these functions on the master
> branch. To play it safe, we should probably leave them disabled on the emacs-26
> branch.
Isn't there a way to get at the version of Cygwin at run time? I
think the best solution is to allow timerfd functions only for
versions whose support is not buggy, and that's not a compile-time
decision, right?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#34618
; Package
emacs
.
(Sat, 09 Mar 2019 22:21:01 GMT)
Full text and
rfc822 format available.
Message #22 received at 34618 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 3/9/2019 2:42 PM, Eli Zaretskii wrote:
>> From: Ken Brown <kbrown <at> cornell.edu>
>> CC: "34618 <at> debbugs.gnu.org" <34618 <at> debbugs.gnu.org>
>> Date: Sat, 9 Mar 2019 19:27:34 +0000
>>
>> The Cygwin problems with the timerfd functions have been fixed as of
>> cygwin-3.0.2, so I've re-enabled the use of these functions on the master
>> branch. To play it safe, we should probably leave them disabled on the emacs-26
>> branch.
>
> Isn't there a way to get at the version of Cygwin at run time? I
> think the best solution is to allow timerfd functions only for
> versions whose support is not buggy, and that's not a compile-time
> decision, right?
Good idea. How's the attached?
Ken
[0001-Use-a-runtime-test-for-timerfd-on-Cygwin-Bug-34618.patch (text/plain, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#34618
; Package
emacs
.
(Sun, 10 Mar 2019 03:33:01 GMT)
Full text and
rfc822 format available.
Message #25 received at 34618 <at> debbugs.gnu.org (full text, mbox):
> From: Ken Brown <kbrown <at> cornell.edu>
> CC: "34618 <at> debbugs.gnu.org" <34618 <at> debbugs.gnu.org>
> Date: Sat, 9 Mar 2019 22:20:44 +0000
>
> > Isn't there a way to get at the version of Cygwin at run time? I
> > think the best solution is to allow timerfd functions only for
> > versions whose support is not buggy, and that's not a compile-time
> > decision, right?
>
> Good idea. How's the attached?
LGTM, thanks.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 07 Apr 2019 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 5 years and 32 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.