> > 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 svn log). Thanks, - Mark
