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

very slow "svn update" (was: how to deal with HUGE repositories?)

From: Subversion Newbie <subversionnewbie_at_yahoo.com>
Date: 2004-11-23 01:16:04 CET

Again I'm at it trying to get decent (?) response times in "svn
update" on a large repository. I'm using svn 1.1.1 and FSFS
(not BerkDB), on Linux, on a fairly fast machine with fast SCSI

I create a test repository made from approx 94000 files in 7200
directories, total of about 1.6 GB. (Takes about 13 minutes to
"svn import" the whole thing.)

Next, I check out the entire contents into two areas ("work" and
"www"). I modify a single file (index.html in one of the
directories) from the "work" area and commit it with
"svn commit -m 'changed index' -N index.html"

Then, I go to the "www" area to update. I run
"svn update -N index.html" and it takes 30 seconds to update
that one file.
My question is, shouldn't this be _much_ faster, given that I'm
telling it exactly what file(s) to update? (That's my
understanding of what the "-N" option does.)

By the way, an "svn update" of the whole thing, without the
"-N" option, takes about 1:44 minutes.

Any ideas? Or am I doomed to a slow "svn update" time with a
repository this large?


Do you Yahoo!?
Meet the all-new My Yahoo! - Try it today!

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Nov 23 01:18:49 2004

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.