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

Re: Bad performance with large binary files

From: Branko Čibej <brane_at_xbc.nu>
Date: 2004-04-07 12:32:06 CEST

Ralf.Bauer-Malz@etas.de wrote:

>I got a project containing in some subfolder a (large?) binary file (about
>290 MB).
>The complete project contains about 1300 files with 1.3 GB in sum.
>When committing this project it lasts very long (> 3 min!!) till the
>changed files are displayed.
I don't understand the "changed files are displayed" bit; Subversion
doesn't display any files. What exactly so you mean?

>Is there anything I can do to improve performance?

If you're saying that a commit of a 290 MB file takes abour 3 minutes,
then all I can say is that 1650k/sec commit throughput is blindingly fast.

On the other hand, if you're saying that it takes Subversion about 3
minutes to figure out that a 290 MB file has changed on disk, then
that's about as expected, because it involves comparing the original
text base with the changed file if the sizes are the same. Again, 1.6
M/sec is close to the norm for filesystem throughput (actually it's
above the norm, but then a fulltext comparison will only read half the
file on average).

Brane Čibej   <brane_at_xbc.nu>   http://www.xbc.nu/brane/
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Apr 7 12:32:34 2004

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.