SVN, large files & performance

[Michel Courtine <m....@mko-games.com>]

Hi,

 

First of all I want to thank you. 

No no no. I HAVE to thank you for your astonishing work that has supported
so many productions without failure. As a matter of fact, the architectures
that I designed around SVN have only suffered human mistakes so far.

Today, I'm doing some performance tests with svn and large binary files.

I have to commit large files with a content that changes a lot but the whole
process is very slow.

It seems to me that it is mainly due to the binary diff operated by the
client with its local base copy to only send differences.

Am I right about this? Could I get performances close to a samba copy once
disabled?

I could deal with the whole file being stored instead of the diff. What
matters to me is performance.

Currently, I use TortoiseSVN as a client for my tests but will need to write
my own client application to interpret custom properties. Programmatic are
more than welcome.

Could you point me out the best way to get around this problem?

 

All the best.

Michel Courtine | Lead Tools Developer | MKO Games 
La Maison | 13/15 rue Gaston Latouche | 92 210 | St-Cloud | France
Tel: +33 1 78 16 5861 | Fax: +33 1 41 12 2001 
 <http://michak.net/> http://michak.net 

 

Re: SVN, large files & performance

[Ryan Schmidt <su...@ryandesign.com>]

On Sep 29, 2006, at 12:57, Michel Courtine wrote:

> I have to commit large files with a content that changes a lot but  
> the whole process is very slow.
>
> It seems to me that it is mainly due to the binary diff operated by  
> the client with its local base copy to only send differences.
>
> Am I right about this? Could I get performances close to a samba  
> copy once disabled?
I don't know if this is the performance bottleneck, but it cannot  
currently be turned off in Subversion. That's just the way it works.


> I could deal with the whole file being stored instead of the diff.  
> What matters to me is performance.
>
> Currently, I use TortoiseSVN as a client for my tests but will need  
> to write my own client application to interpret custom properties.  
> Programmatic are more than welcome.
>
> Could you point me out the best way to get around this problem?

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org