> > This has caused significant performance issues especially with svn log.
> > There reasoning was if they could ignore properties this would help combat
> > these performance issues.
> > Does this make sense?
> This sounds as if the performance issue was on the server side.
We found that about half the performance issue was solved by using
"SVNPathAuthz off" while the other half was solved by skipping that
big revision when doing svn log -v. Just the sheer transfer of all
those lines of text was a big hit even with SVNPathAuthz off.
The performance solution for us (with help from WANdisco) was to null
out that big revision using a dump/filter/load cycle on the repo. The
big change was *only* svn:mime-type property settings and no actual
file content change. The dump/filter/load cycle worked great (with
--force-uuid) and I even did that on 2 other smaller but still big
svn:mime-type only revisions as well. Going forward we have a
pre-commit check to block big changes like this without a special
comment message know to admins.
Although not as critical to us now, we still think svn log
--ignore-properties would be useful to (a) help narrow down svn log
output to content changes only and (b) be consistent with svn diff
--ignore-properties (which is where we got the idea of wanting it with
Received on 2013-09-26 21:46:10 CEST