Re: performance issues over time

From: <john.liao_at_mindspeed.com>
Date: 2004-06-03 21:22:45 CEST

Hi Toby,

The repository is located on a separate machine from the pc that is running migration script.
The repository resides on a SUN Solaris box and svnserve in running on the same SUN Solaris box.
 
This version of script does not dump all the comments out to thousands of files.
All the comments are dumped to one file.  

I am running this modified script on a Windows 2000 box.

On a different pc, I ran "svn list" and it took over 2 minutes to complete.  This is completely
separate from migration process.  This makes me believe that there something
wrong with subversion or the BerkeleyDB rather than the migration script.

Regards,
John Liao

Toby Johnson <toby@etjohnson.us> 06/03/2004 10:41 AM

To:        john.liao@mindspeed.com         cc:        users@subversion.tigris.org         Subject:        Re: performance issues over time

john.liao@mindspeed.com wrote:
I don't think this problem is due to the migration script at all but rather to
a problem with subversion itself.

During my migration run, the system command that took the longest time to execute is
the following:

svn commit  --non-interactive --non-recursive -username testuser --message "Some message"  "myfile"

Not only is my migration script running slow, just running the following command

svn log "svn://myserver/myfile"

from another machine to the same repository takes over a minute to complete.  
If you are running the command while the other script is running also, then it likely is because of the migration script. Also, are you running the migration script on the same machine as the repository? If so, that definitely would have an affect.

The reason early versions of the script slowed down so much is that they dumped all comments of all files out to temporary files. This could give you thousands upon thousands of files, which bogged down the NTFS volume. That's why the svn commit was so slow. If you killed your script and deleted the _vss2svn directory, performance would return to normal.

--------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org For additional commands, e-mail: users-help@subversion.tigris.org Received on Thu Jun 3 21:24:17 2004