bzr speed

[Martin Pool]

On  7 Feb 2006, Diwaker Gupta <diwaker.lists at gmail.com> wrote:
> On 2/7/06, Robert Collins <robertc at robertcollins.net> wrote:

> I certainly hope so. But cutting down from 1 hr to 1 min seems
> somewhat daunting to me. I haven't scraped through the mailing lists
> yet, so don't waste your time on this, but _if_ someone wishes, I'd
> love to hear about exactly what are the bottlenecks? I mean, this is
> an order of magnitude slowdown, and bzr.dev is nowhere as big as say
> the kernel tree.

Briefly, the main things are:

 - Packing information into chunks that can be more easily fetched
   across http/sftp (RevFile that robert mentioned)

 - Using a more efficient http library (PyCurl)

 - Using a "smart server", ie a program running on the server, as
   mercurial does.   Not everyone wants to (or is able to) install
   a program on their web server, so we want to make bzr as fast
   as possible over plain http.  It is harder that way though.

-- 
Martin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : https://lists.ubuntu.com/archives/bazaar/attachments/20060208/331195e2/attachment.pgp