[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