From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.bugs Subject: bug#52298: 29.0.50; Frequent redisplay cycles induced by c-type-finder-timer-func timer in CC Mode Date: Mon, 13 Dec 2021 14:19:40 +0000 Message-ID: References: <83tuffr2qd.fsf@gnu.org> <83zgp7p2x1.fsf@gnu.org> <83v8zvovcw.fsf@gnu.org> <837dcap4jt.fsf@gnu.org> <83zgp5mxx7.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="12119"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 52298@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Dec 13 15:20:50 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 1mwmC7-0002rJ-Db for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 13 Dec 2021 15:20:47 +0100 Original-Received: from localhost ([::1]:32966 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mwmC5-0002SM-SA for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 13 Dec 2021 09:20:45 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:39166) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mwmBO-0002MS-Ko for bug-gnu-emacs@gnu.org; Mon, 13 Dec 2021 09:20:07 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:42925) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mwmBO-0003Qa-BQ for bug-gnu-emacs@gnu.org; Mon, 13 Dec 2021 09:20:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mwmBN-0002y6-UN for bug-gnu-emacs@gnu.org; Mon, 13 Dec 2021 09:20:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Alan Mackenzie Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 13 Dec 2021 14:20:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 52298 X-GNU-PR-Package: emacs Original-Received: via spool by 52298-submit@debbugs.gnu.org id=B52298.163940519011386 (code B ref 52298); Mon, 13 Dec 2021 14:20:01 +0000 Original-Received: (at 52298) by debbugs.gnu.org; 13 Dec 2021 14:19:50 +0000 Original-Received: from localhost ([127.0.0.1]:54471 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mwmBC-0002xa-D7 for submit@debbugs.gnu.org; Mon, 13 Dec 2021 09:19:50 -0500 Original-Received: from colin.muc.de ([193.149.48.1]:34394 helo=mail.muc.de) by debbugs.gnu.org with smtp (Exim 4.84_2) (envelope-from ) id 1mwmB9-0002xL-Jl for 52298@debbugs.gnu.org; Mon, 13 Dec 2021 09:19:48 -0500 Original-Received: (qmail 32390 invoked by uid 3782); 13 Dec 2021 14:19:41 -0000 Original-Received: from acm.muc.de (p4fe15a61.dip0.t-ipconnect.de [79.225.90.97]) (using STARTTLS) by colin.muc.de (tmda-ofmipd) with ESMTP; Mon, 13 Dec 2021 15:19:41 +0100 Original-Received: (qmail 18055 invoked by uid 1000); 13 Dec 2021 14:19:40 -0000 Content-Disposition: inline In-Reply-To: <83zgp5mxx7.fsf@gnu.org> X-Submission-Agent: TMDA/1.3.x (Ph3nix) X-Primary-Address: acm@muc.de 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:222316 Archived-At: Hello, Eli. On Sun, Dec 12, 2021 at 21:21:40 +0200, Eli Zaretskii wrote: > > Date: Sun, 12 Dec 2021 19:05:45 +0000 > > Cc: 52298@debbugs.gnu.org > > From: Alan Mackenzie > > This particular feature simply hasn't worked out well. If the > > background scanning were to complete in a few seconds, it wouldn't be > > too bad. But nearly two minutes on a modern (well, 4½ yo) machine for > > just one buffer, with the annoyance of the "stuttering", is not worth > > the gain. > > What we have is effectively the entire buffer getting half-fontified in > > the background. That's not what JIT fontification is supposed to be > > about. > Maybe just lowering the frequency of the time would be enough. Then instead of the scanning taking 2 minutes, it would take 10 or 20. And that's just for one buffer, albeit a large one. I would then, possibly, get complaints about CC Mode having to "warm up" for half an hour before it was ready for use. (Only half-serious.) > Or running it off an idle timer. E.g., I'm a happy user of > jit-stealth, and it never causes me any annoying side effects. So > maybe this feature could run similarly? I think it would be better just to use jit-stealth fontification, and not have a special stealth-like feature for CC Mode. With part of the feature left in the code (the bit that causes the buffer's entire fontification to be updated when a new found type is found), the current stealth will eventually correct any wrongly fontified found types. Sadly, there seem to be limits on how far correctness can go. Maybe when our PC cores are 10 times as powerful (if that ever happens), this feature could return. I suspect CC Mode may have been superseded by then. > Thanks. -- Alan Mackenzie (Nuremberg, Germany).