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

Re: Whither delta combiner (Re: SVN_STREAM_CHUNK_SIZE way too low?)

From: Daniel Berlin <dan_at_dberlin.org>
Date: 2002-02-08 23:50:37 CET

> > be no more than about 20 deltas between any two revs, for at most 7.5MB
> > of space required. (Which is still kind of big... we could cut it down
> > to 2*windowsize by using a specialized chain-delta applicator which
> > shares the destination view buffer of one delta and the source view
> > buffer of the next. That might be over-optimizing, though.)
> >
> But has anyone else actually profiled the code to see *where* the time is
> spent trying to get old revisions?
> My profiles actually show decode_int and decode_instruction near the top,
> total about 40% of the time, and are called 36 million times each.
> This is with a 512k svn_stream_chunk_size, so it's going to have to decode
> a lot of diffs to get a given revision.
> But the decoding shouldn't be 40%+ of the time taken, applying them should
> be.
> The other top time waster is window_handler, which is what it *should*
> be.
> This is with --disable-shared, of course.
I forgot to mention, this is a profile of svnlook rev <x> diff

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:37:05 2006

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.