From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#57245: 29.0.50; M-> in a large XML file (without long lines) is slow Date: Tue, 16 Aug 2022 23:49:38 +0300 Message-ID: <6688b0ad-54e1-4a59-e9b6-4cdc803a8359@yandex.ru> References: <18035574-1b50-62f4-7605-8cdb33204535@yandex.ru> <83tu6cdt7l.fsf@gnu.org> <913e0b46-7145-d39d-1fcd-bc17094e28f2@yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="24590"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.9.1 Cc: Eli Zaretskii , 57245@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Aug 16 23:05:32 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 1oO3ki-0006DV-2E for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 16 Aug 2022 23:05:32 +0200 Original-Received: from localhost ([::1]:47154 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oO3kh-0002zx-4v for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 16 Aug 2022 17:05:31 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43158) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oO3Vl-00083c-DE for bug-gnu-emacs@gnu.org; Tue, 16 Aug 2022 16:50:22 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:58742) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oO3Vi-0007LE-Le for bug-gnu-emacs@gnu.org; Tue, 16 Aug 2022 16:50:04 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oO3Vi-00014Z-Cu for bug-gnu-emacs@gnu.org; Tue, 16 Aug 2022 16:50:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 16 Aug 2022 20:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57245 X-GNU-PR-Package: emacs Original-Received: via spool by 57245-submit@debbugs.gnu.org id=B57245.16606829934104 (code B ref 57245); Tue, 16 Aug 2022 20:50:02 +0000 Original-Received: (at 57245) by debbugs.gnu.org; 16 Aug 2022 20:49:53 +0000 Original-Received: from localhost ([127.0.0.1]:48491 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oO3VZ-000148-5U for submit@debbugs.gnu.org; Tue, 16 Aug 2022 16:49:53 -0400 Original-Received: from mail-wr1-f50.google.com ([209.85.221.50]:38555) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oO3VV-00013s-FK for 57245@debbugs.gnu.org; Tue, 16 Aug 2022 16:49:52 -0400 Original-Received: by mail-wr1-f50.google.com with SMTP id ba1so3417184wrb.5 for <57245@debbugs.gnu.org>; Tue, 16 Aug 2022 13:49:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :sender:from:to:cc; bh=7D4e8aaLjfYXwoidhyY607rb5hs0JiA+9f8mCqa2jio=; b=FcbMTY9hbrEGRTI1mBCcYhtzn1C+RCfomzcyZCLSWeCRNtrKfGLPnJnMejAU9Ua3zR hiuWPcQZQGxu5fJPovwH/F0xVi1RKG75cdO0IgYE3Hwq5jXmj/xGE3ozziXwfxSWnPBt kFEGV7rFMlNJNBGeFGkuDOA2kP6yTVOtwuBhSa/ZwLLbIeYHf+KSeuaggds1KmUn57hb LmiD81vbm74bnjcttHbFhL9DU3Xj2h7d+NHHvh7pJnUNia5t3w36HZ/2hjh1TZmqBPvH OBpFpTdnvdQ8d3jNW5z6tXkXhON1GPHmc5WVw4el4yhrQVtgtQad1BMw7OBv8Hxu/w56 Wylw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :sender:x-gm-message-state:from:to:cc; bh=7D4e8aaLjfYXwoidhyY607rb5hs0JiA+9f8mCqa2jio=; b=eJVrDOsrVFVuDY6Esr/FyZ5TKrAxmDS7UeuzU7BteEIR58AQxochrs0k6sF07xDfyU RN/6q3HYZ8hQudv10OXvDnQN9v1qvmU1Up8hHB8yLILFTjBbLbvxZHkJQ3rrS+w/QJj6 LOcEwNATNQQ7ZDdOfASV+vMgdtNrmTFjU9+YO0i8q86xQeRyoKjqgoAldu6LR7uK6OFk DT2vd90tzL47xn342V6Qw0h7zTdVmMyzZR9wQtuTiXu+MRr1j6tNTwfXfEAdq73NL2Yj bKDIu98bSkLxw1GFFR77CTP0ncXUCnhoi0EncBZsWC4UYgIWPuKodQ16wI6OuJRrpXXM VCiA== X-Gm-Message-State: ACgBeo1MoyFiGcaW1yDZ8kdR5C/KSMXJi9N0oK0QeGPgtAmSv9k9rRyM 4Zks8+7NmN82JbBlYttITRE= X-Google-Smtp-Source: AA6agR6u2pmNJG4uDwA5rjNK+TooSVEgGrU8rsozgf80200HVMb+7KGbIIlcWfTd+EUrkHHfd/e1yQ== X-Received: by 2002:a5d:5949:0:b0:223:88d6:bcf1 with SMTP id e9-20020a5d5949000000b0022388d6bcf1mr12453502wri.165.1660682983415; Tue, 16 Aug 2022 13:49:43 -0700 (PDT) Original-Received: from [192.168.0.6] ([46.251.119.176]) by smtp.googlemail.com with ESMTPSA id ck6-20020a5d5e86000000b00223a50b1be8sm11342805wrb.50.2022.08.16.13.49.39 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 16 Aug 2022 13:49:42 -0700 (PDT) Content-Language: en-US In-Reply-To: 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:240006 Archived-At: On 16.08.2022 23:22, Stefan Monnier via Bug reports for GNU Emacs, the Swiss army knife of text editors wrote: > Dmitry Gutov [2022-08-16 22:32:23] wrote: >> On 16.08.2022 19:54, Eli Zaretskii wrote: >>> Stefan, can you see why syntax-related stuff in sgml-mode is so heavy >>> here? >> nxml-syntax-propertize might well be heavier than average, but the delay >> scales linearly with the size of the file. > Indeed, it should be linear. > >> Which seems to be exactly the behavior the "font-lock narrowing" was >> supposed to guard from? > Not sure which narrowing you're referring to. > The "locked narrowing" introduced by Gregory is only installed in the > presence of long lines. It's (currently) not used for large files > (unless they contain long lines, that is). I guess that's the problem here. The font-lock narrowing (if it's indeed the method we're going to use to speed up its performance) shouldn't be conditioned on the presence of long lines.