[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: Troy Curtis Jr <troycurtisjr_at_gmail.com>
Date: 2006-10-08 04:52:57 CEST

On 10/6/06, Ryan Schmidt <subversion-2006d@ryandesign.com> wrote:
> 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
>
>

I disagree based on personal experience, on a NON-windows platform.
All those revs files just seemed to slow things down. Well, I say
that, but most of gain using bdb was that it had a full-copy of the
latest revision. FSFS had to run through some number of diffs to
contruct my checkout copy and that was probably what was slowing me
down. However, it is true when doing a hotcopy of the repository
(fsfs hotcopy: ~33minutes bdb hotcopy: ~6 minutes). Of course this is
a largely OS file copy action.

Troy

-- 
"Beware of spyware. If you can, use the Firefox browser." - USA Today
Download now at http://getfirefox.com
Registered Linux User #354814 ( http://counter.li.org/)
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun Oct 8 04:53:23 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.