[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: wc_db API discussion

From: Philip Martin <philip.martin_at_wandisco.com>
Date: Mon, 14 Mar 2011 18:19:38 +0000

Mark Phippard <markphip_at_gmail.com> writes:

> I think it should be faster overall. Like Ivan, I think status and
> update on large working copies are areas where I would like to see
> show significant improvements.
> I can live with some operations being comparable to 1.6. I do not
> think we can accept any major regressions in performance. It looks
> like checkout is currently a major regression (but we should try to
> codify that). It definitely looks like NFS mounted working copies is
> a major regression. I do not think we can ship without getting those
> back to 1.6 levels.

Subversion has always been slower on network disks and 1.7 has made the
problem worse:

Checkout to local disk:

1.6: 8.5s
1.7: 8.5s

Checkout to NFS disk:

1.6: 1min 59s
1.7: 6min 49s

Update with no changes on local disk:

1.6: 0.2s
1.7: 1.3s

Update with no changes on NFS disk:

1.6: 2s
1.7: 50s

Local checkout looks OK, but that is probably because the database
operations are dominated by network/pristine/working operations.

My experience with status:
leads me to believe that we can only get acceptable performance by
reducing the number of queries. I have no idea how we do that for

Received on 2011-03-14 19:20:16 CET

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.