[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Gnus encrypted connections hang
From: |
Ted Zlatanov |
Subject: |
Re: Gnus encrypted connections hang |
Date: |
Fri, 01 Aug 2014 05:44:55 -0400 |
User-agent: |
Gnus/5.130008 (Ma Gnus v0.8) Emacs/24.4.50 (gnu/linux) |
On Fri, 01 Aug 2014 11:13:31 +0400 Dmitry Antipov <address@hidden> wrote:
DA> On 08/01/2014 03:23 AM, Ted Zlatanov wrote:
>> I also asked about the reason for introducing this change recently,
>> and if it can be made configurable and optional, at least.
DA> The latter is done in trunk revision 117621. If you suspect a weird
DA> issue with timers, re-run with EMACS_IGNORE_TIMERFD environment
DA> variable set (and report your problems, of course).
Oh, nice. This morning GMail was very slow, almost unusable. I was able
to determine that it was not a problem from your changes by running with
and without that environment variable. Very helpful!
>> If there was no previous discussion, could you explain a bit?
DA> Emacs' input reading is very complicated, and asynchronous signals
DA> complicates it even more. With timerfd and its counterpart signalfd,
DA> it's (in theory) possible to build a completely synchronous event
DA> loop and (hopefully) simplify a lot of things. Unfortunately this
DA> is GNU/Linux-specific.
Thanks for explaining. That's a very sensible change. I recall Mac OS X
has a similar mechanism, "Grand Central Dispatch" maybe? W32 has such
facilities as well. Maybe they'll also be used eventually.
Ted