On 9/26/13 12:45 PM, Mark Moe wrote:
> 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 SVNPath
On 9/26/13 2:34 AM, Stefan Sperling wrote:
> This sounds as if the performance issue was on the server side.
I ended up helping answer some of the questions behind this particular issue
and you are entirely correct.
> The client requests a list of changed paths if 'svn log' is run
> with the --ve
> > 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 ab
On Thu, Sep 26, 2013 at 09:59:54AM +0100, Patrick Sawyer wrote:
> I believe this improvement request stems from the fact that Medtronic (the
> customer) did a massive commit (to a very large change-set) setting the
> properties of ~300k files.
>
> This has caused significant performance issues esp
I believe this improvement request stems from the fact that Medtronic (the
customer) did a massive commit (to a very large change-set) setting the
properties of ~300k files.
This has caused significant performance issues especially with svn log.
There reasoning was if they could ignore properties
5 matches
Mail list logo