"bzr branch" downloads 10x the whole repo size through "dumb" http server (format 2a)?

[Marcin Wojdyr]

On 4 May 2013 05:41, John Arbash Meinel <john at arbash-meinel.com> wrote:

> http://pastebin.com/KktitEte
>
> Line 3097:
> 74.903  Adding the key (<bzrlib.btree_index.BTreeGraphIndex object at
> 0x2898a10>, 13957, 11581132) to an LRUSizeCache failed. value 63238385
> is too big to fit in a the cache with size 41943040 52428800
>
> You have an item which is 64MB in a single item. And the cache is
> sized as max size 52MB. So it downloads it, but tries to not use up
> all of your memory, so evacuates it, and then it happens again.
>
> The max is set in bzrlib/groupcompress.py line 1225.
>
> You can try setting that to 1024*1024*1024 and see how the http
> download works.

It helped! Now it is as fast as ssh+bzr.

Can I somehow repack the repository to avoid this problem without
changing bzr clients?
What sort of items is stored in this cache?

thanks
Marcin