[PATCH] tags: have a different cache file per filter level

Matt Harbison mharbison72 at gmail.com
Mon Apr 20 22:37:10 CDT 2015


On Wed, 15 Apr 2015 18:40:15 -0400, Pierre-Yves David  
<pierre-yves.david at ens-lyon.org> wrote:

> # HG changeset patch
> # User Pierre-Yves David <pierre-yves.david at fb.com>
> # Date 1429137274 14400
> #      Wed Apr 15 18:34:34 2015 -0400
> # Node ID f70474328e960e44c2ec7c0d7908f1091200c8f3
> # Parent  f2fd087a75ef4bce92746a1f4cd03661946b999f
> tags: have a different cache file per filter level
>
> Currently whichever filter level ask for tags last will write the data  
> on disk.
> This create massive issue when tags are read for "visible" and  
> "unfiltered"
> on large and multi headed repository (like Mozilla central). See  
> issue4550 for
> details
>
> Each cache level recomputes its own cache without direct collaboration  
> but they
> all share the same 'hgtagsfnodes' cache. And that is were most of the  
> time is
> spent.

Does this patch (in repo as b061a2049662) mean we can now resurrect this:

http://selenic.com/repo/hg//rev/b08af8f0ac01

changeset:   25398:b08af8f0ac01
user:        Matt Harbison <matt_harbison at yahoo.com>
date:        Wed Oct 01 20:26:33 2014 -0400
summary:     localrepo: don't reintroduce pruned tag entries when tagging


More information about the Mercurial-devel mailing list