GNU bug report logs - #19776
25.0.50; HTML rendering is very slow

Previous Next

Full log

View this message in rfc822 format

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: stefan <at> marxist.se, schwab <at> linux-m68k.org, 19776 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca, rms <at> gnu.org
Subject: bug#19776: 25.0.50; HTML rendering is very slow
Date: Mon, 25 Oct 2021 16:25:28 +0200

Eli Zaretskii <eliz <at> gnu.org> writes:

> Do you see timerfd in the set of descriptors passed to thread_select?

I do see events from timerfd, so it's not completely non-working.  It's
just that when nothing is calling `accept-process-output' one way or
another, Emacs doesn't get any events from it.  If we do call
`accept-process-output', timerfd_callback is called.

The reason that the atimers are processed when Emacs gets keyboard input
is that that makes pending_signals set, and that in turn makes
maybe_quit check all the atimers to see if any of them have expired.
But we would have an identical outcome if we had just not set up timerfd
at all in these cases.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

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