>>
>>> please do a google for "slow svn" and see what the users are saying on
>>> this issue
>>> (word of warning, its a little ugly). features are great and svn
>>> certainly has some
>>> good ones, but the main issue with svn today is performance.
>>
>> Again, patches welcome
>
>
>
> you have to face your dragons before you can defeat them - all i'm doing is
> trying to keep people aware of the real issues that svn users face today.
>
> please don't get defensive when we have this kind of discussion, this is not
> how we're going to make Subversion best in class..
The problem is "best in class for what"? Just by looking how many
people complain about svn being slow doesn't actually buy us anything:
it doesn't say why they say it, nor does it say if they're actually
exercising use-cases which we "support": doing things we think
subversion can be used for.
Just for comparison (google hits):
svn slow: 0,7 mln
p4 slow: 3,2 mln
rational slow: 6,3 mln
git slow: 5,7 mln
Just to show how useless this inquiry is: "git slow" returns as its
second link a youtube video which is hardly VC related.
What we need are hard facts preferably traceable to subversion system
components, not some sentiments to be found on google.
Bye,
Erik.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-10-23 16:17:57 CEST