From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#19776: 25.0.50; HTML rendering is very slow Date: Mon, 25 Oct 2021 00:28:12 +0200 Message-ID: <875ytm2h37.fsf@gnus.org> References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="23175"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: stefan@marxist.se, rms@gnu.org, 19776@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Oct 25 00:29:09 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1melzI-0005mr-TG for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 25 Oct 2021 00:29:08 +0200 Original-Received: from localhost ([::1]:44946 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1melzH-00006a-Dh for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 24 Oct 2021 18:29:07 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:36924) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1melzC-00006S-8G for bug-gnu-emacs@gnu.org; Sun, 24 Oct 2021 18:29:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:57922) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1melzC-0001AL-0J for bug-gnu-emacs@gnu.org; Sun, 24 Oct 2021 18:29:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1melzB-0000mU-TZ for bug-gnu-emacs@gnu.org; Sun, 24 Oct 2021 18:29:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 24 Oct 2021 22:29:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19776 X-GNU-PR-Package: emacs Original-Received: via spool by 19776-submit@debbugs.gnu.org id=B19776.16351145072959 (code B ref 19776); Sun, 24 Oct 2021 22:29:01 +0000 Original-Received: (at 19776) by debbugs.gnu.org; 24 Oct 2021 22:28:27 +0000 Original-Received: from localhost ([127.0.0.1]:41235 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1melyd-0000lf-IQ for submit@debbugs.gnu.org; Sun, 24 Oct 2021 18:28:27 -0400 Original-Received: from quimby.gnus.org ([95.216.78.240]:49110) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1melyb-0000lR-MX for 19776@debbugs.gnu.org; Sun, 24 Oct 2021 18:28:26 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=6RpOepH6GOg3aAzQzBUq2V4eKOM6osy1909y9GTKZV4=; b=isw6Kn+F6EwBd/IW/OuRHL3cuy jtUOrD9cfAZ3l3bVEUXTTYMRYUs9i1mqK08Zdkz2jz0XE1/syN/pJDXJ+mhq4eaEFq7niUY3p1tar lqluXwPl146ft8/xTBUPjnffQyVEm5xEVryJ/RRbM475Fh0Dgv9YtEBCTgpPrpUFMlxE=; Original-Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1melyQ-0003Ae-Og; Mon, 25 Oct 2021 00:28:17 +0200 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAFVBMVEW2s6vt7OtdZXBW VUIWFRfNxUj////gJvoKAAAAAWJLR0QGYWa4fQAAAAd0SU1FB+UKGBYUBGQoi84AAAG4SURBVDjL bdFBduMgDAZgcNI95M0BHJrsJwPsOxXe+xVz/6v0lwRO3dbOc2Q+hAQ2xntvvlzejFfvfsKEwB6G leQS8NYh0zhjndcc38E76z1CAALM4fA3sDt4XWQHt4O2p7d9glWYwmzmHazuxPtTKuV6TTQfwLpb weUmPB6HjMTjb0bYaw0Gnojrf5C/N1mCe5xmmVk0DymmZ8zuJANnHS9Wzsq6E548l/p4uSpcCll3 LjSZqS/1EPC8/jXlBtDi6I43fJF4aasxocNf2bFUpJeGLzcANYJ1Er63Naw7TMGUxx8JX3O9I0O3 g7YN0a3DPzQ/ap+jGa2/fszrFEe3tzTOoIRwX8PYn01PoBA+JCEjtrGYQq0qZQ0bpewPsHRYUjbl F8jLlklgKztwGAGJYRFIUkNCQOwZtVLDIWqYM36JBFrDaGsatox7iyYp5HSAig1SxRtaqcuADcCH 2LaWM20bt4uwoTgaUqBGqJo4jAx543bxVp5QRkahmrglhqVGgbsCKg6QcM+Qtxi/Q1LAigOyQvwB x6W+Q+yQS6ztKyRulwE7AFQBHFAdS3XYBuw1lpb4IwiQwCeCMN7BwIH35wAAACV0RVh0ZGF0ZTpj cmVhdGUAMjAyMS0xMC0yNFQyMjoyMDowNCswMDowMFPPCQAAAAAldEVYdGRhdGU6bW9kaWZ5ADIw MjEtMTAtMjRUMjI6MjA6MDQrMDA6MDAikrG8AAAAAElFTkSuQmCC X-Now-Playing: Fred Frith's _Gravity_: "Hands Of The Juggler" In-Reply-To: (Stefan Monnier's message of "Sun, 24 Oct 2021 18:14:41 -0400") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:218228 Archived-At: Stefan Monnier writes: > Basically all loops should call `maybe_quit`, so the issue is probably > not that `maybe_quit` is not called often enough, but that for some > reason we don't set the vars that it checks or something like that. I've been trying to follow the logic in how the atimer stuff is supposed to work. It registers a special timer fd that sets a timeout, and it's supposed to be called back in timerfd_callback. And that happens if I'm (for instance) idling in a `sleep-for'. When Emacs is busy looping, we never get a callback -- presumably because we're not reading any file descriptors in that case? But... was the idea that this would work in a busy Emacs? I mean, events from the keyboard/mouse are able to poke Emacs in a way that it realises that it has a pending event to handle, but not the timerfd? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no