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

Re: Impossibly long disk-grinding on checkout

From: Adam Aulick <adam_at_aulick.net>
Date: 2006-05-25 21:18:03 CEST

On May 25, 2006, at 2:28 PM, Michael Swanson wrote:

> I've noticed similar behavior to this in my own repository. Certainly
> no where near as long, but we only have about 1000 files in our repo,
> and all under one directory, but my client when checking out takes a
> long time to finalize the checkout. This only seems to be a
> problem on
> initial check out, not when doing an update. Could it have
> something to
> do with the subversion client generating internal base working copies
> for each one of those files in .svn or something along those lines?

It is (very slowly) generating the files in .svn\txt_base during that
time, but those are just copies of the newly checked-out files,
aren't they? I can't think of any reasonable way that copying a few
megs should take half an hour, even if it is a few megs distributed
through thousands of small files.

The more I think about it, the more it seems like the client library
must be doing something dumb while generating the base files that
hits the disk for each checked-out file, each time it generates a
base file or some such thing.

It is a problem for me at initial checkout, and when doing a cleanup.

~Adam

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu May 25 21:19:43 2006

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.