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: New optimisations for long raw strings in C++ Mode. Date: Tue, 09 Aug 2022 19:34:00 +0300 Message-ID: <83wnbhtlzb.fsf@gnu.org> References: <87r11s2p7f.fsf@gnus.org> <87fsi818ju.fsf@gnus.org> <87wnbkyuhe.fsf@gnus.org> <83sfm8vxht.fsf@gnu.org> <87k07hxwe9.fsf@gnus.org> <87fsi5xw9l.fsf@gnus.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="19023"; mail-complaints-to="usenet@ciao.gmane.io" Cc: larsi@gnus.org, emacs-devel@gnu.org To: Alan Mackenzie Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Aug 09 18:40:00 2022 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 1oLSGt-0004nb-O7 for ged-emacs-devel@m.gmane-mx.org; Tue, 09 Aug 2022 18:39:59 +0200 Original-Received: from localhost ([::1]:50118 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oLSGs-0003EK-KC for ged-emacs-devel@m.gmane-mx.org; Tue, 09 Aug 2022 12:39:58 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:40744) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oLSBJ-0006hn-F8 for emacs-devel@gnu.org; Tue, 09 Aug 2022 12:34:13 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:42290) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oLSBI-00056O-EW; Tue, 09 Aug 2022 12:34:12 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=zPD9K5cGMNnhKlYrXQ8J2udMEMIHkRDTvyqbtDYkX4Y=; b=C5JO2z0bDzwD MfXEnbPHuWEkhyT3SuUc73pcSF7zSRxhUcwW9+inuw6umKoE4HL80CqaFw1VDpg7XWv+7/Qrls7x7 W0iIjxGFa4wMvDjfTKfWVmNxqxMixXgPomq8Cr/8AZ9o/w8rhoNFKoaQGdFzrqO7T3Rv9r2RAshMg b/kT53oiZqTEH+GtQi+o1MooXNMccG6nx5YzGkotIaZOQs2SxPDn8k/gBh0HKOS3mqvd7732DeloU zC1uR+xjzLF8+UY8EjpoedzyDEeSDB/aAQCgjV3LeRePIJ8tjQqyD80Q02SiQm0mEN5MFQIyKkGBm vkzql2j/JNWJQx5lZFEKzQ==; Original-Received: from [87.69.77.57] (port=1351 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 1oLSBH-0001bw-Cd; Tue, 09 Aug 2022 12:34:11 -0400 In-Reply-To: (message from Alan Mackenzie on Tue, 9 Aug 2022 16:05:40 +0000) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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:293320 Archived-At: > Date: Tue, 9 Aug 2022 16:05:40 +0000 > Cc: Eli Zaretskii , emacs-devel@gnu.org > From: Alan Mackenzie > > > But opening the resulting file with "emacs -Q" and then doing a `M->' > > now hangs Emacs, which it didn't use to do, I think? > > If you do (setq long-line-threshold nil), M-> is fast. Only when you > omit it does Emacs hang. Hmm. It's meant to be the other way around, > isn't it? ;-) Yes. I'm guessing there's some additional bug there. > What isn't so clever is that with a long line of y's, C-p, C-n, M-v, C-v > are slower than inserting the long line. The profiler on M-v indicated > that scroll-down-command was taking 86% of the time. If this is with long-line-threshold set to nil, then you have just re-discovered the problematic performance of Emacs with very long line, which long-line-threshold and the resulting selective narrowing are designed to fix. Btw, C-n/C-p don't call scroll-down-command, so I guess that was only shown in the profile for M-v.