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

Previous Next

Full log

Message #64 received at 19776 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 19776 <at> debbugs.gnu.org, stefan <at> marxist.se, monnier <at> iro.umontreal.ca,
 rms <at> gnu.org
Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow
Date: Sun, 24 Oct 2021 21:42:24 +0200

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

> When the timer expires, it delivers a signal, but the signal handler
> only sets a flag.  The flag is checked when we call maybe_quit, which
> calls do_pending_atimers.  So a Lisp program that hogs the CPU, and
> never calls any function that calls maybe_quit, will indeed block
> atimers.  However, this is rare for real-life Lisp programs, because
> several core primitives call maybe_quit from time to time.

The use case here was for CPU-hogging Lisp code, though, like
`shr-insert-document'.  And it doesn't seem to hit any maybe_quits in
this very synthetic test:

(with-delayed-message 0.5 "Yes"
  (dotimes (i 1000000)
    (with-temp-buffer
      (shr-insert-document
       '(html nil
	      (body nil
		    (table nil
			   (tr nil
			       (td nil "Here's a line ")
			       (td nil "Here's a line ")))))))))
      
Could `with-delayed-message' set a flag that would call maybe_quit more
often, somehow?

-- 
(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.