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

Re: Is my implementation too large for SVN?

From: Ryan Schmidt <subversion-2006d_at_ryandesign.com>
Date: 2006-10-06 22:28:45 CEST

On Oct 6, 2006, at 14:34, Ruslan Sivak wrote:

> Also windows starts being very slow when you have a lot of entries
> in a directory. I think you are hitting that problem. Perhaps in
> the future SVN can be designed to keep a nested directory
> structure, keeping no more then X revisions in a folder. Basically
> something like this
> revs
> 1/
> 1
> 2
> 3
> ...
> 99
> 100
> 2/ 101
> 102
> etc. I'm sure there's a better way to implement this though, but I
> think this is definitely needed for large number of revisions on
> windows.

I thought I remembered someone months ago explaining that there is no
performance issue, even on Windows. Something about how the only time
you have this problem is when you need to get a directory listing,
which Subversion does not need to do, because it already knows what
the files are named, along with something about how the file system
hashes based on the first 8 characters of the filename, so there's no
issue until revision 100000000 which could take awhile to reach.
Perhaps someone else will remember the discussion and can dig up the
old message. I don't remember the specifics very well; I didn't pay
too much attention because I do not use Windows, and I believe the
issue was said to be nonexistent on other platforms.

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Oct 6 22:57:26 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.