benchmarked numcopies .gitattributes in preferred content

Checking .gitattributes adds a full minute to a git annex find looking for
files that don't have enough copies. 2:25 increasts to 3:27. I feel this is
too much of a slowdown to justify making it the default. So, exposed two
versions of the preferred content expression, a slow one and a fast but
approximate one.

I'm using the approximate one in the default preferred content expressions
to avoid slowing down the assistant.
This commit is contained in:
Joey Hess 2014-01-21 18:46:39 -04:00
parent f7cdc40f7b
commit f2713a3bb9
8 changed files with 41 additions and 35 deletions

2
debian/changelog vendored
View file

@ -14,7 +14,7 @@ git-annex (5.20140118) UNRELEASED; urgency=medium
command is used to set the global number of copies, any annex.numcopies
git configs will be ignored.
* assistant: Make the prefs page set the global numcopies.
* Add numcopiesneeded preferred content expression.
* Add lackingcopies and approxlackingcopies preferred content expressions.
* Client, transfer, incremental backup, and archive repositories
now want to get content that does not yet have enough copies.
* repair: Check git version at run time.