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

Re: Cherry picking changes from the performance branch

From: Hyrum K. Wright <hyrum_wright_at_mail.utexas.edu>
Date: Mon, 6 Sep 2010 13:39:53 -0500

On Fri, Sep 3, 2010 at 11:19 AM, Hyrum K. Wright
<hyrum_wright_at_mail.utexas.edu> wrote:
> As I recall, Stefan recently declared the performance branch "done".
> It's encouraging to see a few intrepid users and devs looking at the
> branch and providing feedback.
>
> Through IRC and other conversations, I've gotten the feeling that some
> of the changes made on the branch might be a bit too wide-spread to
> warrant whole-sale inclusion in 1.7, but several people have expressed
> interested in cherry picking at least some bits back to trunk.  I've
> not yet done a comprehensive review of the changes on the branch, and
> would appreciate any suggestions folks may have of low-hanging,
> independent useful bits.
>
> For starters, I would consider:
>  * the new svn_io_file_read_full2() API
>  * the new svn_io_file_putc() API
>  * the new svn_stringbuf_appendbyte() API
>
> Note that I don't include the caching work, since I think it might be
> much more far-reaching, and probably needs more review before going
> into trunk.
>
> The branch should also probably have a catch-up merge to prevent it
> from diverging too far.  I'm happy to do so, as well as fix up any
> style nits which may exist on the branch.  I'll do some digging to
> determine the various revision ranges to make the above suggestions
> merge to trunk, and post back.

Hearing nothing, I'll at least bring the branch up-to-date with trunk,
and then go through the logs to find the relevant revisions for the
above bits.

-Hyrum
Received on 2010-09-06 20:40:48 CEST

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.