From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: bug-reference-prog-mode slows down CC Mode's scrolling by ~7% Date: Sat, 04 Sep 2021 20:19:37 +0300 Message-ID: <83pmtouul2.fsf@gnu.org> References: <83a6kuyysv.fsf@gnu.org> <837dfwyird.fsf@gnu.org> <83tuj0ux6y.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="31960"; mail-complaints-to="usenet@ciao.gmane.io" Cc: acm@muc.de, emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Sep 04 19:20:35 2021 Return-path: Envelope-to: ged-emacs-devel@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 1mMZLG-00086C-LK for ged-emacs-devel@m.gmane-mx.org; Sat, 04 Sep 2021 19:20:34 +0200 Original-Received: from localhost ([::1]:41654 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mMZLF-0007Nb-3v for ged-emacs-devel@m.gmane-mx.org; Sat, 04 Sep 2021 13:20:33 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:59700) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mMZKO-0006et-8t for emacs-devel@gnu.org; Sat, 04 Sep 2021 13:19:40 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:38892) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mMZKM-0002e2-Gl; Sat, 04 Sep 2021 13:19:38 -0400 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4880 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mMZKM-0002ZH-2E; Sat, 04 Sep 2021 13:19:38 -0400 In-Reply-To: (message from Stefan Monnier on Sat, 04 Sep 2021 12:39:09 -0400) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:273937 Archived-At: > From: Stefan Monnier > Cc: acm@muc.de, emacs-devel@gnu.org > Date: Sat, 04 Sep 2021 12:39:09 -0400 > > > To see the "waste" in single-windowful scrolls, we need a suitable > > benchmark, which measures the time of each scroll separately. It > > would probably make sense to make it generate a random value of point, > > then measure the time it takes to go there and display. > > Maybe a good way to see the waste is to measure the time for the initial > font-lock in an outline-mode buffer where the screen is filled with > single-line headers and everything else is hidden: a whole chunk will be > fontified for each line, so with a single 40-line screen you can expect > to fontify 40 chunks (unless the hidden text between lines is smaller > than the chunk size, of course). > > > Stefan > > > PS: For the record, I was made aware of this case back in the days of > lazy-lock because lazy-lock didn't know how to skip invisible text (it > just fontified everything between window-start and window-end), so in > some cases it would end up fontifying the whole buffer. You are saying that jit-lock skips invisible text? I don't think I see this in the code.