GNU bug report logs - #49264
28.0.50; project.el+tramp performance issue

Previous Next

Full log

Message #23 received at 49264 <at> debbugs.gnu.org (full text, mbox):

From: Phil Sainty <psainty <at> orcon.net.nz>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 49264 <at> debbugs.gnu.org, Ergus <spacibba <at> aol.com>
Subject: Re: bug#49264: 28.0.50; project.el+tramp performance issue
Date: Thu, 01 Jul 2021 01:25:07 +1200

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

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.