> > 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
--Dan
---------------------------------------------------------------------
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