rust-index: optimize find_gca_candidates() on less than 8 revisions This is expected to be by far the most common case, given that, e.g., merging involves using it on two revisions. Using a `u8` as support for the bitset obviously divides the amount of RAM needed by 8. To state the obvious, on a repository with 10 million changesets, this spares 70MB. It is also possible that it'd be slightly faster, because it is easier to allocate and provides better cache locality. It is possible that some exhaustive listing of the traits implemented by `u8` and `u64` would avoid the added duplication, but that can be done later and would need a replacement for the `MAX` consts.

     1

# shallowverifier.py - shallow repository verifier

     2

#

     3

# Copyright 2015 Facebook, Inc.

     4

#

     5

# This software may be used and distributed according to the terms of the

     6

# GNU General Public License version 2 or any later version.

     7

     8

from mercurial.i18n import _

     9

from mercurial import verify

    10

    11

    12

class shallowverifier(verify.verifier):

    13

    def _verifyfiles(self, filenodes, filelinkrevs):

    14

        """Skips files verification since repo's not guaranteed to have them"""

    15

        self.repo.ui.status(

    16

            _(b"skipping filelog check since remotefilelog is used\n")

    17

        )

    18

        return 0, 0