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#45898: 27.1; wedged in redisplay again Date: Tue, 14 Jun 2022 14:00:53 +0200 Message-ID: <87v8t3o3nu.fsf@gnus.org> References: <46b65e3f-cf3d-a3f2-9a9a-100e58274ff6@jovi.net> <87h74wh9x7.fsf@gnus.org> <83bkv47evy.fsf@gnu.org> <87k09rbcmn.fsf@gnus.org> <83a6an5jt3.fsf@gnu.org> <8335gf5er3.fsf@gnu.org> <87leu686z4.fsf@gnus.org> <83sfoe2k0j.fsf@gnu.org> <87zgim6qtt.fsf@gnus.org> <83mtem2dc9.fsf@gnu.org> <87y1y63qmq.fsf@gnus.org> <83h74t3k5u.fsf@gnu.org> <87tu8sx569.fsf@gnus.org> <83v8t6us8t.fsf@gnu.org> <87zgiinptk.fsf@gnus.org> <83mteiufih.fsf@gnu.org> <877d5kojbo.fsf@gnus.org> <83zgigu3e0.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="28957"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: Phil Sainty , Emacs-hacker2018@jovi.net, 45898@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Jun 14 14:04:47 2022 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 1o15Hr-0007D7-89 for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 14 Jun 2022 14:04:47 +0200 Original-Received: from localhost ([::1]:57842 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1o15Hq-0002r0-1h for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 14 Jun 2022 08:04:46 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:38336) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o15FD-0002kZ-P8 for bug-gnu-emacs@gnu.org; Tue, 14 Jun 2022 08:02:04 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:39363) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1o15FC-0004F0-HV for bug-gnu-emacs@gnu.org; Tue, 14 Jun 2022 08:02:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1o15FC-00004s-Ff for bug-gnu-emacs@gnu.org; Tue, 14 Jun 2022 08:02:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 14 Jun 2022 12:02:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45898 X-GNU-PR-Package: emacs Original-Received: via spool by 45898-submit@debbugs.gnu.org id=B45898.165520808532719 (code B ref 45898); Tue, 14 Jun 2022 12:02:02 +0000 Original-Received: (at 45898) by debbugs.gnu.org; 14 Jun 2022 12:01:25 +0000 Original-Received: from localhost ([127.0.0.1]:33260 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o15Eb-0008Vf-Au for submit@debbugs.gnu.org; Tue, 14 Jun 2022 08:01:25 -0400 Original-Received: from quimby.gnus.org ([95.216.78.240]:48732) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o15EL-0008VD-Az for 45898@debbugs.gnu.org; Tue, 14 Jun 2022 08:01:24 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To: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=OEYa17F8Gj5kVS7COD8DJTfDHKE0tUGpJRIJMmaUh8s=; b=tcz4p1QoqDPrJ9LI1Lv94FgWn6 vnavNiKrlrieRK8gXdgTa3lzC7lE0gN7o20LbOOPs9nu/Ir38WIRcux/if8rpau5UK1hztcdo4ayt ASlxp0Mxt2iWNWIORMKcP8AwV/0Qh2MvCxcI40QWRK9whFjF6KSFfo5j4PYSQIL+A4Oo=; Original-Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1o15E6-0005vp-Ti; Tue, 14 Jun 2022 14:01:01 +0200 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAADFBMVEXY2NqfXjEtLR7/ ///7eVvkAAAAAWJLR0QDEQxM8gAAAAd0SU1FB+YGDgs4NrcmFi8AAAFySURBVCjPTZKxTsQwDIZd pFbi9ruBnYWnKAPMBeFIzUxPqp+iDOwHUiqV6ZAu1dlPye+cTqJL8+W3f8dxqApmyfCpGRWI9pNj gSX1otFFwGq5gBjdhFUzj1JgY0uaTaUYbBD78R8mQhiYmitYhNsMaNwNQDuVaaPsdQEmh13uEJ6o bUy+np+6SmlLh7JF9NhRRaeNSuoOL7nFztkh/AbFmgZRSyGHswN/I4dHPlb6SIzmFkDbaCrgCorz BYKGNgAsmLiBOniLifVVXzITLkM++ak9drdMS1T5eCfUr5mG4M05NBc3AFVvg4MWZZvSValaxucg E+IhBFpX3AHViQfuSVdXaqw5ES4ScIsMnOACWA9wUxxnqrnvB47Uu7XDHtanPYrWYellTTTtXIlL NB1puoNBLYBZ6eBwL/3efoymB+TouE8SlY4PPsIBU5JM5mMGIz8AXMEYZ42EOxPLIwsehncq5YmI XTrFs9IwX2G1BT/+A3Q+/qA6ZSUkAAAAJXRFWHRkYXRlOmNyZWF0ZQAyMDIyLTA2LTE0VDExOjU2 OjU0KzAwOjAwbPjtJAAAACV0RVh0ZGF0ZTptb2RpZnkAMjAyMi0wNi0xNFQxMTo1Njo1NCswMDow MB2lVZgAAAAASUVORK5CYII= X-Now-Playing: Liquid Liquid's _Optimo and The Loving Hand_: "Rubbermiro (Remix By The Loving Hand)" In-Reply-To: <83zgigu3e0.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 13 Jun 2022 15:57:59 +0300") 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:234483 Archived-At: Eli Zaretskii writes: > Yes. That idea came up while discussing this with Gerd M=C3=B6llmann, bt= w. > It's much simpler than measuring time (which would require > high-resolution timing, which is much less portable and more tricky to > get right, what with modern systems constantly adjusting their time). I don't think we need high resolution time here? We just need to (coarsely) have an opinion about whether we've been spending a lot of time... > That's why update_redisplay_ticks accepts its first argument, instead > of always adding 1: I thought about some potentially expensive > operations that could be either more or less expensive than just > processing a single character. E.g., font-lock calls regexp matching, > so we should try to come up with some measure of its "expensiveness" > based on...something. This will need some tuning, but all we need is > some coarse correlation. Yes. I do wonder, though, whether there's going to be possible to come up with useful tuning here -- predicting whether a regexp is "heavy" is non trivial, to say the least. --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no