Page MenuHomePhabricator

incremental-repack: do not repack files over a configuration based size

Authored by singhsrb on Dec 4 2017, 8:11 PM.



Incrementally repacking too big files results in more problems than
solving them like the repack taking a long time to finish and eventually
culminating in a one huge pack file. Therefore, it is preferable to ignore
files over a certain size during the incremental repack.

Test Plan

Added a test and ran all the tests.

Diff Detail

rFBHGX Facebook Mercurial Extensions
Automatic diff as part of commit; lint not applicable.
Automatic diff as part of commit; unit tests not applicable.

Event Timeline

singhsrb created this revision.Dec 4 2017, 8:11 PM
Herald added a reviewer: Restricted Project. · View Herald TranscriptDec 4 2017, 8:11 PM
durham accepted this revision.Dec 4 2017, 11:16 PM
durham added a subscriber: durham.
durham added inline comments.

Why 400MB? Seems low. What kind of numbers are we seeing for history pack size maximums?

This revision is now accepted and ready to land.Dec 4 2017, 11:16 PM
singhsrb added inline comments.Dec 5 2017, 2:46 PM

I don't have a distribution to support the claim but usually the history packs are not a problem. They are usually lesser in number (1 or 2) even when there are plenty of datapacks or huge datapacks and max out at 1GB from all the instances I have seen. I am fairly confident that the number of > 400 MB history packs after this change would be quite small (~10-20).

This revision was automatically updated to reflect the committed changes.