Quoting Chris Case <[EMAIL PROTECTED]>:

> >
> > By "a lot slower", we mean several order of magnitude slower. In my
> > own tests, I found that a commit operation which took under a minute
> > with CVS took perhaps 40 minutes with SVN. Marten also conducted
> > tests and reported that he finally aborted an SVN commit after it hit
> > the 1 hour mark.
> >
> >
> Wow, that's almost impressive, if you're going for rediculous. How long ago
> was this? We started using SVN a year ago, and we have some large model
> files (several megs), and out entire 94 meg gamedata directory only takes me
> about five minutes to checkout. That's on a server running off my home cable
> modem, while I'm on my campus network which limits wireless to 60k/s.

This was hm, about a year or a year and a half ago. A full checkout of CS (which
is ~150MB) took not too long (8 minutes or so), but the killers where big
commits.

> Commits of sweeping changed to takt directory have taken upwards of ten
> minutes, but most certainly never any more that that. So, if there is a huge
> slow down, I'd would most certainly like to help investigate why this is,
> and report it as a bug to Subversion, since it most certainly is not the
> typical case for a subversion repository.

Most commits where 1-2 times slower, but the 1h+ commit was a crazy test
changing every "ab" in CS to "cd" (changes to a few thousand files)


I think we should rerun tests with current CVS and SF SVN before saying yay or
nay though...

-Marten



-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642
_______________________________________________
Crystal-main mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/crystal-main
Unsubscribe: mailto:[EMAIL PROTECTED]

Reply via email to