From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Phil Sainty Newsgroups: gmane.emacs.bugs Subject: bug#49264: 28.0.50; project.el+tramp performance issue Date: Thu, 01 Jul 2021 01:25:07 +1200 Message-ID: <116428124d5c9911116bc992b360f2d7@webmail.orcon.net.nz> References: <87fsx13aiz.fsf.ref@aol.com> <87fsx13aiz.fsf@aol.com> <83mtr8ooz4.fsf@gnu.org> <20210629222142.jbyegdo72wkp6vv2@Ergus> <83sg0zmsf1.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="7209"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Orcon Webmail Cc: 49264@debbugs.gnu.org, Ergus To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Jun 30 15:26:19 2021 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 1lyaEM-0001aa-34 for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 30 Jun 2021 15:26:18 +0200 Original-Received: from localhost ([::1]:53172 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lyaEL-0006Eg-56 for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 30 Jun 2021 09:26:17 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:60168) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lyaE8-0006ET-53 for bug-gnu-emacs@gnu.org; Wed, 30 Jun 2021 09:26:04 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:45343) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lyaE6-0006oA-FO for bug-gnu-emacs@gnu.org; Wed, 30 Jun 2021 09:26:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lyaE6-0003tz-88 for bug-gnu-emacs@gnu.org; Wed, 30 Jun 2021 09:26:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Phil Sainty Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 30 Jun 2021 13:26:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 49264 X-GNU-PR-Package: emacs Original-Received: via spool by 49264-submit@debbugs.gnu.org id=B49264.162505951514946 (code B ref 49264); Wed, 30 Jun 2021 13:26:02 +0000 Original-Received: (at 49264) by debbugs.gnu.org; 30 Jun 2021 13:25:15 +0000 Original-Received: from localhost ([127.0.0.1]:56889 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lyaDL-0003t0-6P for submit@debbugs.gnu.org; Wed, 30 Jun 2021 09:25:15 -0400 Original-Received: from smtp-4.orcon.net.nz ([60.234.4.59]:37365) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lyaDK-0003ss-9D for 49264@debbugs.gnu.org; Wed, 30 Jun 2021 09:25:14 -0400 Original-Received: from [10.253.37.70] (port=41403 helo=webmail.orcon.net.nz) by smtp-4.orcon.net.nz with esmtpa (Exim 4.90_1) (envelope-from ) id 1lyaDE-0000Df-79; Thu, 01 Jul 2021 01:25:09 +1200 Original-Received: from ip-116-251-162-85.kinect.net.nz ([116.251.162.85]) via [10.253.37.253] by webmail.orcon.net.nz with HTTP (HTTP/1.1 POST); Thu, 01 Jul 2021 01:25:07 +1200 In-Reply-To: <83sg0zmsf1.fsf@gnu.org> X-Sender: psainty@orcon.net.nz X-GeoIP: -- X-Spam_score: -2.9 X-Spam_score_int: -28 X-Spam_bar: -- 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:209187 Archived-At: On 2021-07-01 00:46, Eli Zaretskii wrote: >> As a note here, when N files are in the same directory the normal >> thing >> is that all of them share the VCS. So calling a check function for all >> of them is redundant and slow. > > AFAIR, that's not really true, and ISTR project.el aims to support the > use cases with several different VC backends. It's probably worth considering that while one *can* have multiple VC backends active in a single directory, it's *extremely* common not to. If there was a user option which effectively opted out of the multiple- backend support in favour of performance-oriented assumptions and caching, along with some mechanism for flushing the cache on demand (advertised to the user as part of the user option documentation), then users could then enable that option as a performance measure provided that they were confident that the default functionality was redundant for their use-cases (as I suspect it would be for many people). -Phil