| 2009-06-11 07:19:55 |
Robert Collins |
description |
We should have 'fetch' know to pack [just the new content] after
fetching when we had to create new chk pages and get things in
non-optimal order.
affects bzr
status triaged
importance high
tags brisbane-core
|
When brisbane-core formats are written into by conversion operations, many chk pages can be created in separate (and therefor not-compressed) operations. This can be fixe by doing a partial pack of the new data after the operation completes.
Some samples we have are bzr pulls going up to 3GB (pack takes it to 33MB), pulls from bzr-svn going up to 11GB (in 2 packs, pack takes it down to 11MB) and so on.
As we can be sure of the circumstances this is a case where doing a partial pack and removing the files we wrote in the original transaction rather than keeping them in obsolete_packs would be a good idea.
InterDifferingSerializer avoids this problem, but it isn't fast to use outside of local conversions. |
|
