[MERGE] Cache inventory.knit so we don't download it twice
John Arbash Meinel
john at arbash-meinel.com
Wed Jul 19 18:56:24 BST 2006
-----BEGIN PGP SIGNED MESSAGE-----
John Arbash Meinel wrote:
> Michael Ellerman wrote:
> Unfortunately because of how the content is walked, I believe we really
> *do* need to iterate in order.
> That iter_lines_added... has an api decision that we always walk the
> history in an explicit order. Otherwise when we annotate we can get
> different results. (If a line is repeated, it may match differently if
> history is sorted in a different order).
> Attached is another possible patch, though. Basically, it still returns
> in requested order. Only now it only queues up items that were requested
> out of order. I use a similar trick for my readv() optimizations. And
> with readv() I found it worked quite well to keep the queue small.
> I'm hoping to find something similar here.
It helps to actually attach the patch.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v184.108.40.206 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
-----END PGP SIGNATURE-----
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 2512 bytes
Desc: not available
Url : https://lists.ubuntu.com/archives/bazaar/attachments/20060719/2f91cb6b/attachment.bin
More information about the bazaar