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#56682: locked narrowing Date: Tue, 29 Nov 2022 22:47:16 +0200 Message-ID: <6e305c9b-7702-133a-3347-f64db05ade3f@yandex.ru> References: <83zgg4dw4y.fsf@gnu.org> <83r11gdrr4.fsf@gnu.org> <83edxfds7s.fsf@gnu.org> <83r11fc80o.fsf@gnu.org> <83o7wjc6o2.fsf@gnu.org> <83lernc5gu.fsf@gnu.org> <83k076dd7d.fsf@gnu.org> <83czcyd8jf.fsf@gnu.org> <83a682d66r.fsf@gnu.org> <837d36ceno.fsf@gnu.org> <37dd2827f54f8bbda5e3@heytings.org> <735c1d5b-0d64-a8e1-3aaa-91fc0248abd3@yandex.ru> <97049541-f5b4-ed3b-b8de-7c0bdc86f0f5@yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="32552"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.4.2 Cc: 56682@debbugs.gnu.org, Eli Zaretskii , Stefan Monnier To: Gregory Heytings Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Nov 29 21:48:20 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 1p07We-0008K9-3g for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 29 Nov 2022 21:48:20 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1p07WS-0002FG-OP; Tue, 29 Nov 2022 15:48:08 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1p07WN-0002Ey-7m for bug-gnu-emacs@gnu.org; Tue, 29 Nov 2022 15:48:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1p07WM-0001De-VZ for bug-gnu-emacs@gnu.org; Tue, 29 Nov 2022 15:48:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1p07WM-0000YO-GD for bug-gnu-emacs@gnu.org; Tue, 29 Nov 2022 15:48:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 29 Nov 2022 20:48:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 56682 X-GNU-PR-Package: emacs Original-Received: via spool by 56682-submit@debbugs.gnu.org id=B56682.16697548462119 (code B ref 56682); Tue, 29 Nov 2022 20:48:02 +0000 Original-Received: (at 56682) by debbugs.gnu.org; 29 Nov 2022 20:47:26 +0000 Original-Received: from localhost ([127.0.0.1]:56235 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p07Vl-0000Y7-Rs for submit@debbugs.gnu.org; Tue, 29 Nov 2022 15:47:26 -0500 Original-Received: from mail-wr1-f43.google.com ([209.85.221.43]:46814) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p07Vk-0000Y1-0W for 56682@debbugs.gnu.org; Tue, 29 Nov 2022 15:47:24 -0500 Original-Received: by mail-wr1-f43.google.com with SMTP id h11so16728950wrw.13 for <56682@debbugs.gnu.org>; Tue, 29 Nov 2022 12:47:23 -0800 (PST) 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:subject:date:message-id:reply-to; bh=tc5hj9/U/pKAOMLoLcP7HvzdV5lBLtYB5Wd4qwLp31U=; b=VZO1xpwUZewp57V6DuZHvf4F8Fg4o0gWEivjz65CUHGNquSFKfks1udpOo2mTImsxE 1M1fIQ0w+legd8WUXEh1gon0gWAfkYZOQgYpF62HEhSi8XKntFhb1xkvSImOkKUK4eJb 5As19T0P8u/nPSYVkmz2woevmMWdosZ9eyG6aOQp2e8aMZgc5eTI2IW/9ZLUryvnTW92 OOOh01X4QXJ/QvZX1IAajoGvF9r6HxbvpNUpNPJseGkJ9D1KDeChn4e01TH3Qtsd/3Y0 ycR6X6jfKBj9jNZxxC1GrY1xPVnt8le0qZfuj04lbQjOtuGzO+ok9QbGE60oeqePErUY S0GA== 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:subject:date:message-id :reply-to; bh=tc5hj9/U/pKAOMLoLcP7HvzdV5lBLtYB5Wd4qwLp31U=; b=Cw4fUGsng6nrt0/8//gegpb6c3WXCnET0EHAy/Iqw28gZw9VSISFKbNvKJPzvO6PCm SI2fnDK/QmzxVLvL3KZqj07H/qt7+pr3i8T0lPoIFqoqoH9EBikyEtF1rHT/V616akao t6mgQaFgy4CnHu40yVsmDI8bQaqnNbjuswZHeoveF2uVGKAeumk4gOj/RJguB+jJLZb3 YWx+Phi4aroSdIncIaAioHkN4hBn4fiKPIG5+f7nukR8Myu3O1y0XJin0mY+xFF3HDfF g7OF1YJxeNkBdmyQP3+pIlJ0dzE8QCDgKxxJmAYm8cvEXpXLaMgEvQ2aXexgSTEbwESE OSOw== X-Gm-Message-State: ANoB5plzTm+sAS3APCRNzIzsfw0tccyVLCc3PbzN10xVJbAtzSZxKD5w mr/b97Gsj74+PqhxNxFWRmk= X-Google-Smtp-Source: AA0mqf5HeWyqATeVSkZPZJNdGYADouHGm1IJ+roHchZbP+gmsXATiTcWUcR3JBOkh4w9YD8Q9mCU+A== X-Received: by 2002:adf:dd89:0:b0:242:2875:1a55 with SMTP id x9-20020adfdd89000000b0024228751a55mr1212410wrl.402.1669754838245; Tue, 29 Nov 2022 12:47:18 -0800 (PST) Original-Received: from [192.168.0.6] ([46.251.119.176]) by smtp.googlemail.com with ESMTPSA id l28-20020a05600c1d1c00b003c6b7f5567csm1339705wms.0.2022.11.29.12.47.17 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 29 Nov 2022 12:47:17 -0800 (PST) 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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:249438 Archived-At: On 29/11/2022 22:11, Gregory Heytings wrote: >>> - with Emacs 28, after C-s eman RET, I see ~20 ms, and after C-s aan >>> zich RET, I see ~3000 (!) ms >> >> Yup, the long delays near EOB are expected, I fixed them in js.el not >> too long ago (one in font-lock rules, and anothing by creating >> js-json-mode). >> > > So what?  We had in that file 20 ms at BOB and 3000 ms at EOB, which > means an average of 1500 ms (in that file).  Now we have 100 ms at BOB > and EOB, which means an average of 100 ms (in that file).  How can that > be a regression? But the improvement near EOB in this scenario down from 1500 ms is not necessarily from the long-lines feature. Like Eli pointed out, try (setq long-line-threshold nil). The result will be that the benchmark will report ~30ms both near BOB and near EOB. So the long-lines-threshold thingy adds a regression here. Again, not trying to criticize or anything, but a 100ms is usually considered as something that brings an operation from appearing "instantaneous" down to "noticeable delay". Since we're trying to make editing large files easier and snappier, that seems worth fixing. Not to mention that the user might have other features enabled that can add a multiplier on top of this delay -- which is apparently the case in my personal configuration.