> 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
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.
Received on Thu Jun 3 19:42:53 2004