On Mon, 2008-08-18 at 18:35 +0000, John A Meinel wrote:
> The attached patch seems to correct a logic bug. Specifically the
> variable is "fetch_uses_deltas" but the variable passed is
> "include_delta_closure". Which actually means "and transmit all history
> and use full-texts". Which "fetch_uses_deltas" seems to have the
> opposite meaning.
>
> With the 'not' fix, memory consumption drops to 100MB. (Instead of 700+MB).
> However, this only applies to bzr.dev, so it shouldn't actually be a regression in 1.6.
> Also, the target repository is still grossly bloated (140MB).
>
> If I change the fetch order for pack_repo to also be "topological" then
> I get the expected target size of 35MB. I'm not as convinced that is the
> right fix, but it does make the fetch correct.
VF shouldn't be converting texts to full-text willy-nilly. It can't with
the uses_deltas set appropriately anyway; it has to have the basis text
locally to be able to convert via a fulltext.
On Mon, 2008-08-18 at 18:35 +0000, John A Meinel wrote: delta_closure" . Which actually means "and transmit all history
> The attached patch seems to correct a logic bug. Specifically the
> variable is "fetch_uses_deltas" but the variable passed is
> "include_
> and use full-texts". Which "fetch_uses_deltas" seems to have the
> opposite meaning.
>
> With the 'not' fix, memory consumption drops to 100MB. (Instead of 700+MB).
> However, this only applies to bzr.dev, so it shouldn't actually be a regression in 1.6.
> Also, the target repository is still grossly bloated (140MB).
>
> If I change the fetch order for pack_repo to also be "topological" then
> I get the expected target size of 35MB. I'm not as convinced that is the
> right fix, but it does make the fetch correct.
VF shouldn't be converting texts to full-text willy-nilly. It can't with
the uses_deltas set appropriately anyway; it has to have the basis text
locally to be able to convert via a fulltext.
-Rob www.robertcolli ns.net/ keys.txt>.
--
GPG key available at: <http://