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

Re: [Issue 1429] 'svn checkout' unbelievably slow compared to cvs

From: <kfogel_at_collab.net>
Date: 2003-10-20 18:31:00 CEST

David Kimdon <dwhedon@debian.org> writes:
> yup, and the lack of compression may be what is making clock time
> similar or at least not as good as I was hoping when we send full text
> (windows). I'll take a look a vdelta. Maybe we can have our cake and
> eat it to. That is, maybe we can get vdelta compression without
> needing to go through the whole algorithm if we know that our input is
> an empty bytestream. That would give us a CPU speedup and wouldn't
> clog the data channel. IIRC the consumer of vdeltas calculated based
> on an empty byte stream was fast.

Yah, I'm not sure how much the compression is buying us. (That's not
an insinuation that it's not helping, more an acknowledgement of
ignorance). I would think that while compression saves us
transmission time, it also costs computationally on *both* ends --
that is, it's more work for the producer *and* for the consumer than
straightforward inserts would be.


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Oct 20 19:08:39 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.