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

Multiple file copies is prohibitively slow

From: <stentz_at_studio.imagemagick.org>
Date: 2005-11-13 04:23:25 CET

When making a large number of individual file copies using the copy_path
of add_file(), the process becomes prohibitively slow. For example, we
have a repository of 16384 documents (single revision). To make 32768
copies takes over 1 hour on a Fedora Intel 3ghz box. Is there a method
for speeding up this process?

Background: We're creating a document management system. We use the
SVN API to copy the documents as follows (revsion 1):


However we require multiple views of the repository so we create copies like
this (revision 2):

  repository/view-by-filename/holiday.txt (points to repository/A)
  repository/view-by-filename/king.doc (points to repository/B)
  repository/view-by-filename/movie.ppt (points to repository/C)
  repository/view-by-hash/A (points to repository/A)
  repository/view-by-hash/B (points to repository/B)
  repository/view-by-hash/C (points to repository/C)

Here is the relevant code. Assume the repository/view-by-filename and
repository/view-by-hash directories were previously added:

  for (i=0; i < 16384; i++

We tried adding the copy while the repository is created but we get an
error because the path is not available until the document repository
transaction is closed.

We tried closing the transaction after each document is added but the
copy history started getting larger and larger. After several thousand
documents the overhead of the copy history became larger than the documents
themselves and added new documents became slower and slower.

We considered using svn_fs_copy()/svn_fs_revision_link() but we're using
svn_ra_open() and did not have the appropriate structures available and
we are not sure it will make a difference in speed.

As an aside, we noticed if you add a directory that already exists, an
error is returned as expected but there is a memory leak. Our process
grew to 2.5GB. We changed the code to first open the directory and if it
does not exist, add it.

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun Nov 13 03:55:17 2005

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.