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

Client memory usage

From: Steve Williams <sly_at_internode.on.net>
Date: 2003-07-17 17:40:30 CEST

I was playing around with creating a repository tonight for our game data.
The server is on RH9 and the client was Windows 2000. The data that I was
adding to the repository consisted of just over 2GB of mostly binary data in
over 14,700 files in nested directories.

I installed the latest TortoiseSVN and found that it definitely cannot
handle a working copy that big. Right-clicking the top-most directory and
selecting 'Add' resulted in a very long process while it added each
directory recursively, with numerous 'incorrect parameter' error dialogs,
but the killer was that it eventually chewed up over 1GB of memory doing it.
The Windows 2000 machine only has 512MB of RAM, but the memory used was
double that. This consequently resulted in a very non-responsive machine
that eventually became comatose.

Doing an add using the command-line client still took a very long time, but
eventually got through it. It failed a long way (about an hour and a half
of watching dots go past) into the commit using the command-line client
(timeout error). I thought commits were atomic such that if it failed then
nothing got committed? I had most of the files visible in the repository
after the commit failure, but updates would eventually fail and a myriad of
other problems came up (cannot remember exactly what they were), so I blew
away the whole repository and began afresh.

Ok, so start again. Try adding in small bite-size pieces using TortoiseSVN.
That works a lot better. But occasionally I'd get an error where it
couldn't move .svn\tmp\events to .svn\events and the odd 'incorrect
parameter' error. From there I'd just select the files that had not yet
been added and select 'Add' again.

I'm going to be playing with it again tomorrow. Still adding directories in
bite-sized chunks and then try committing in similar size chunks.


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Jul 17 17:42:48 2003

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.