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

Re: Subversion Performance Benchmark

From: Daniel Berlin <dberlin_at_dberlin.org>
Date: 2002-09-24 19:07:57 CEST

On Tuesday, September 24, 2002, at 11:16 AM, cmpilato@collab.net wrote:

> Ollivier Robert <roberto@eurocontrol.fr> writes:
>
>> What do you mean ´ the first ª ? CVS store the latest revision on
>> HEAD as
>> full text per the RCS format. SVN as I understand it has no concept of
>> "full text" as everything is indexed in the "strings" table.
>
> While it is true that file contents are stored in the strings table,
> it is a falsehood to imply that all those strings are stored in a
> non-fulltext fashion (which is what I *think* is being implied ... if
> not, ignore me). For HEAD revisions of files, their contents are
> stored (albeit in chunks, usually) as fulltext in the strings table --
> no svndiff, no gzip, no nuttin'.

If this was true, than vdelta should *not* have been anywhere on the
profiles, since *nothing* but imports was done.
Thus, nothing but "HEAD" revisions should exist.
This is what i meant by "the first".
I have no idea why Ollivier felt the need to confuse the issue by
trying to pretend that i don't know what CVS does (I wasn't actually
asking, even though it looked like it). It's rather obvious that in an
import into an empty repository, the "first revision" is the "HEAD
revision", as it is the *only* revision. We aren't caring about what it
does when you have more than one revision, as this is *not* the test
that was run.

But, given what you say, and that vdelta *was* the biggest time user,
one of the following must hold:

1. You are wrong, and we are supposed to be storing everything
non-fulltext (deltas against itself)
2. Subversion is buggy, and it is storing non-fulltext when it
shouldn't be
3. Subversion is buggy, and it is doing deltas and throwing them away.
--Dan

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Sep 24 19:08:57 2002

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.