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#73484: 31.0.50; Abolishing etags-regen-file-extensions Date: Sat, 5 Oct 2024 17:29:44 +0300 Message-ID: References: <87tteaznog.fsf@zephyr.silentflame.com> <8734lrrj4e.fsf@zephyr.silentflame.com> <87o74c1ce1.fsf@zephyr.silentflame.com> <87jzezzg87.fsf_-_@zephyr.silentflame.com> <37e4b3cd-6363-4f55-9921-92a1182679dc@gutov.dev> <86ttdy50ja.fsf@gnu.org> <75fe4289-da41-454d-ba92-22a92ea7002f@gutov.dev> <86frpe2186.fsf@gnu.org> <8e305b6d-8ca8-4437-990f-183ebc007d18@gutov.dev> <865xqa1ggi.fsf@gnu.org> <86ttdtzoof.fsf@gnu.org> <8d7dc133-9828-4023-821f-e4403f899f81@gutov.dev> <86ttdsxt6x.fsf@gnu.org> <52cb1caa-9e7e-45df-b328-d60948d397f6@gutov.dev> <864j5rxca1.fsf@gnu.org> 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="4575"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla Thunderbird Cc: 73484@debbugs.gnu.org, spwhitton@spwhitton.name To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Oct 05 16:31:19 2024 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 1sx5oT-0000yk-9E for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 05 Oct 2024 16:31:18 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sx5oC-0001ip-GE; Sat, 05 Oct 2024 10:31:00 -0400 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 1sx5o9-0001i7-Er for bug-gnu-emacs@gnu.org; Sat, 05 Oct 2024 10:30:57 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1sx5o9-00055O-7I for bug-gnu-emacs@gnu.org; Sat, 05 Oct 2024 10:30:57 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=debbugs.gnu.org; s=debbugs-gnu-org; h=In-Reply-To:From:References:MIME-Version:Date:To:Subject; bh=sZ25aJmW10Y+47xty662MU0uQipOvSDyjEnyknVoZmc=; b=JdazUMkDk69EMWsN6YfHi0C7t/B9hfJNKfFsWIu8E8o9frTJEaiVJE8Vy8KcwkAk/Q0qgLUxCw5mN7KCSRFNsuF7NqXZM/Cn+4JdzeMzaHi/r6U4i+4rs0RF68dEyE0vl+nadjoWHg7PjzQadaCl4iBtOHxRdgXppzRUGthbDV3UczwiKwk9JX9NMWnh+iNUPV5uwRVN714AUBmcRCcnhLQ3fb6LLK+2rO2eberF9Av/WnDW/+nmJx3sRzHvRVCX9gIJxj/IJfNDYeXNSWXFgQPLHKEwqrnBWUWBbfMn/5RmY+BtLRMeOczr1Kz/GO5av7WXEKFBMOUA5oXUEzBqNg==; Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1sx5oD-0002qx-PZ for bug-gnu-emacs@gnu.org; Sat, 05 Oct 2024 10:31:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 05 Oct 2024 14:31:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 73484 X-GNU-PR-Package: emacs Original-Received: via spool by 73484-submit@debbugs.gnu.org id=B73484.172813860210320 (code B ref 73484); Sat, 05 Oct 2024 14:31:01 +0000 Original-Received: (at 73484) by debbugs.gnu.org; 5 Oct 2024 14:30:02 +0000 Original-Received: from localhost ([127.0.0.1]:39364 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sx5nF-0002gF-II for submit@debbugs.gnu.org; Sat, 05 Oct 2024 10:30:02 -0400 Original-Received: from fout-a8-smtp.messagingengine.com ([103.168.172.151]:59209) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sx5nC-0002fa-ED for 73484@debbugs.gnu.org; Sat, 05 Oct 2024 10:29:59 -0400 Original-Received: from phl-compute-09.internal (phl-compute-09.phl.internal [10.202.2.49]) by mailfout.phl.internal (Postfix) with ESMTP id A4FC9138023B; Sat, 5 Oct 2024 10:29:48 -0400 (EDT) Original-Received: from phl-mailfrontend-02 ([10.202.2.163]) by phl-compute-09.internal (MEProxy); Sat, 05 Oct 2024 10:29:48 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm1; t=1728138588; x=1728224988; bh=sZ25aJmW10Y+47xty662MU0uQipOvSDyjEnyknVoZmc=; b= Yfo5JTvScejacXvzKg0V9EruYjHoNBwb1DVWpsiHt5inwhM2DbNIKnqCiDBG6Icq plkGE1WVgjlOReVtjeNNkwYipOXbyF58LI8SnKNL80yRLHkbK3BM9nyH7Ya+XCi1 TGx5bCLtDs6q+NOTcYfXCYpgNUZCNtTFSErKVHl61fPE11hL69C8oUSNe7BGFZcL GLbSPreTjGYI7fDs+A0AnyoWqKA1fSshny+1qXbdKlXhItUH62S9oTwdsC/QEJuh ctdnRQHx7qmPjdkbwJVmGZYioSwkiNKWYs6z+0pOrSpftcmdPM/UcCCoYXktD8BR oBBVyJOFgglxLtqj+Uhx0g== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t=1728138588; x= 1728224988; bh=sZ25aJmW10Y+47xty662MU0uQipOvSDyjEnyknVoZmc=; b=P wZlGLt4vcGxig0TJeBUv7vPxWRmopAlLCn80EhIZsN+qajXLwaAROfKouZUr1kZG ZiroclVxYoSQdgxIe3XH9zzMqIiV+WnlJ0S4HvcR3Kz2ZAIVBgET6lQGgYJPNQcB 59bgNtP0CKSwJS0tOLeZ6IO/AQNbUkdstCfAqAQbrh5Am/knXK+kBvpi25pEvv7P epIrqO2nmBj8QInBP+C0nvL6yxjkauh4rvHgRSdd3PO5cEjKrOhvf1NY5VbOvMp3 7RrWXhZfDpSoslCkGANUlYc4GoYTvEudHvxyOdbssVkAlVeN7c0ep2CAFa47t7Ly 3watxudyZHUIcadVbNwQA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrvddvhedgjeekucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggvpdfu rfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnh htshculddquddttddmnecujfgurhepkfffgggfuffvvehfhfgjtgfgsehtjeertddtvdej necuhfhrohhmpeffmhhithhrhicuifhuthhovhcuoegumhhithhrhiesghhuthhovhdrug gvvheqnecuggftrfgrthhtvghrnhepteduleejgeehtefgheegjeekueehvdevieekueef tddvtdevfefhvdevgedujeehnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpe hmrghilhhfrhhomhepughmihhtrhihsehguhhtohhvrdguvghvpdhnsggprhgtphhtthho peefpdhmohguvgepshhmthhpohhuthdprhgtphhtthhopegvlhhiiiesghhnuhdrohhrgh dprhgtphhtthhopehsphifhhhithhtohhnsehsphifhhhithhtohhnrdhnrghmvgdprhgt phhtthhopeejfeegkeegseguvggssghughhsrdhgnhhurdhorhhg X-ME-Proxy: Feedback-ID: i07de48aa:Fastmail Original-Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sat, 5 Oct 2024 10:29:47 -0400 (EDT) Content-Language: en-US In-Reply-To: <864j5rxca1.fsf@gnu.org> 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:293040 Archived-At: On 05/10/2024 10:02, Eli Zaretskii wrote: > Like I said: in huge trees this might matter. We do want to support them, right? Or anyway make the project size cutoff (where it remains practical to use Emacs) as high as feasible. > But in any case, I don't understand the significance of the timings > you show: we are discussing the increase in processing time which will > be caused by adding files with no tags, which produce a single line in > TAGS. If there are a magnitude more "other" files, and an average source file contains only several definitions, this can make a difference. > Therefore the interesting figures are time differences in > processing some commands with and without those additional lines. Are > the times you show above related to any of that? The time to generate is relevant. The time to visit the tags table gets non-trivial too, and it can increase. >> If someone were to provide a patch for etags with new functionality >> (disabling fallbacks, at least), I could benchmark and come back with >> numbers. And if experimental flags are available, with numbers for those >> as well. > > How hard is it to add to a live TAGS file fake lines which look like > this: > > ^L > foo,0 > > (with random strings instead of "foo"), and then time some TAGS-using > commands with and without these additions? Okay, done that. 'M-.' takes more or less the same. The file size of TAGS increased from 66 MB to 85 MiB. Won't measure time to generate now - because the current method and the "real" one will be different, but note that it's more relevant with etags-regen-mode because the scan is performed lazily: every time the user does the first search in a new project.