Slow performance Win7/64

Christopher Faylor
Sat Jul 30 21:09:00 GMT 2011

On Fri, Jul 29, 2011 at 09:06:45AM -0400, Christopher Faylor wrote:
>On Fri, Jul 29, 2011 at 12:52:47PM +0000, Heiko Elger wrote:
>>Corinna Vinschen writes:
>>> The slowdown of the code was the result of a patch which was supposed
>>> to fix a potential race condition.  Jojelino's patch looks nice, but
>>> it might reintroduce a new race.  Handle with care.
>>Oops - what king of race condition do you mean.
>>OK - that's a new information for me.
>>So the current slow implementation is a workaround for another race condition.
>The signal startup has been very carefully crafted.  Starting wait_sig
>asynchronously could create inability to send signals.
>I can't check this right now.  I should be back near my Windows system on the

I've checked in a change which uses QueueUserAPC to create threads like
the signal thread.  As everyone has noted this seems to have a salutory
effect on the OP's test case.

I don't entirely understand why the code which already existed in Cygwin
to deal with the "slow performance on win7/64" didn't fix the problem but
using QueueUserAPC seems to solve the problem so I guess won't lose too
much sleep over this.

Thanks jojelino for the idea.  Much appreciated.


Problem reports:
Unsubscribe info:

More information about the Cygwin mailing list