[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-25 05:31:45 CEST

On Tuesday, September 24, 2002, at 07:40 PM, Greg Stein wrote:

> On Tue, Sep 24, 2002 at 06:57:46PM -0400, Greg Hudson wrote:
>> On Tue, 2002-09-24 at 18:47, Greg Stein wrote:
>> ...
>>> ra_local would get a chance to say "no source? okay. that's a full
>>> text,
>>> let's just stream the sucker rather than worrying about a self-diff".
>>
>> Just to be sure we're all on the same page, when you're using
>> ra_local,
>> you *never* want svndiffs in your editor operations, source or not.
>> Remember, the repository doesn't store the diffs it gets from the
>> editor; it reconstructs the full text and then (if appropriate) does
>> another diff against some previous representation.
>
> Hoo... good point.
>
> GregH gets the "Big Brain of the Day Award" (tm)
Hey now.
I made that point first, I apparently just wasn't clear about it.
Do I now get the "Big Ego of the Day Award" (tm)?

:)
Seriously though, it does seem moving to a pull framework is the best
move.
I was about to reply to the message suggesting there be a way to say
"don't compress the delta" with "Why should it have to ask for
something else to not compress it, instead of driving it itself?", but
it appears you beat me to it by few months (or years).

>
> CHeers,
> -g
>
> --
> Greg Stein, http://www.lyra.org/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Sep 25 05:32:24 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.