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

Re: [RFC] : full-text instead of vdelta against empty bytestream

From: Daniel Berlin <dberlin_at_dberlin.org>
Date: 2003-10-22 03:00:26 CEST

On Oct 21, 2003, at 7:58 PM, Jack Repenning wrote:

> At 12:16 AM -0400 10/21/03, Daniel Berlin wrote:
>> On Oct 19, 2003, at 6:55 PM, David Kimdon wrote:
>>> Hi,
>>> The included patch removes vdelta calculation when we are sending the
>>> full text of the target.
>> Except that vdelta against an empty bytestream will be quite a bit
>> smaller.
>> This should probably be controlled by some option, since it's not
>> always a win for everyone (it depends on your network connection
>> speed, etc)
> /me 's teeth set on edge
> Eeerrrrraaaggggg ... an option? because the optimal behavior is too
> hard for the code to predict?

It isn't, actually, but that's okay.
It is streamy, and it can tell how long it's taken so far, so it can
tell whether the connection is slow and vdelta the rest of it in the
middle of the whole thing.
It just doesn't.

> so the poor user should take a guess?

Kinda like how cvs -z<something> it taking a guess?

> even though he has even less info?

People know whether they are on a modem or not.

> changing the server code, and the protocol, and the client?

Uh, It should handle fulltext and deltas equally well.

> in ways I shudder to suspect might be incompatible with older
> clients/servers?
If it is, something is designed wrong. You should be able to switch
between them on a per-window basis if you really wanted to.

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Oct 22 03:01:19 2003

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.