From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: AS53758 23.128.96.0/24 X-Spam-Status: No, score=-3.8 required=3.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_PASS,SPF_PASS shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by dcvr.yhbt.net (Postfix) with ESMTP id 072FB1F9E3 for ; Wed, 22 Apr 2020 23:13:54 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726448AbgDVXNk (ORCPT ); Wed, 22 Apr 2020 19:13:40 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42530 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1725839AbgDVXNj (ORCPT ); Wed, 22 Apr 2020 19:13:39 -0400 Received: from mail-pj1-x1042.google.com (mail-pj1-x1042.google.com [IPv6:2607:f8b0:4864:20::1042]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C3C1EC03C1AA for ; Wed, 22 Apr 2020 16:13:38 -0700 (PDT) Received: by mail-pj1-x1042.google.com with SMTP id e6so1646561pjt.4 for ; Wed, 22 Apr 2020 16:13:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ttaylorr-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=Jn1rNT7YWZIH2z0oO6A1dqXvoIOrx2rvWO0vbd1gErY=; b=bC1fmTdv56iQqpgh5dUGoCZzw311YmKyU0hnz9r5uQto4KZ/Vy3Yqh/KQPAkJGYqT7 S+YZVCfzz7swXbTz/DxTye23DWX4Zro3bEDAeBxgxXR9rDNJsz+DexOG1Sk9KLRBTHwd iF/3RwstlYSBNvExdBf7vO/+vJGhBNXp2e77ckIjCV0zdA84yD7Kqy5VVWqzJJdJCMHX YzPS+rO4L0UR5OvzyvRr25XQpiXPfgC//qsTPTCLOqIc7bAsQ37WDRosppAMsq5yeCBG Boo2oPrMbgQqfS59maCxiiN4oRTAvAPxHHwMTNYvFZ+0vTTHcw6DuzY6+kIaB7WzCBCb oRpA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=Jn1rNT7YWZIH2z0oO6A1dqXvoIOrx2rvWO0vbd1gErY=; b=I5RvwntfF/AGJ6N81CXWA5ihffNJ1icH8Lr2o866J1bBCwNE2bwRsp0yKpfXh1Wf9F BxPqlunvmQoPXReFKbWskJK1HKhjXKqouZvZegw6qfL8qex/+Lgm8lSdtf9VKP+ycFTk jVBnPV7K6SlyDmw49ocnYGztoNZM6aTOWzM0uQi1UviNSpgxvYKT0+sjWU6X+TTaPyRn mmelyfPWSTBaeQ4vMlQHDExhLn7gqIqa34EALcK17vtyxofVEIKm2VHfP2tZBMODcuBY NVt+Iu6J9NGFNlJGSIVZwAIZdLITGO2FIRHU+ysff/RvjTh5XN6baE/4T+Ld6ROgSmlw OS7w== X-Gm-Message-State: AGi0Pua17Hg2IHRGUq0mERKnH5TyjKIehAbD9BDgtbEdVPPVSqA0gC1a ILSYxKj3A2e4jA4+cXI34f4PnnKUAGuSAw== X-Google-Smtp-Source: APiQypLpEYTRdZxxeseEquuubYj/xaJsaQP/b0r7tRGQU6XTpbR+6qjG+o4Yk8kNLV1VFU/Nh8UuuQ== X-Received: by 2002:a17:902:d693:: with SMTP id v19mr1083415ply.9.1587597217690; Wed, 22 Apr 2020 16:13:37 -0700 (PDT) Received: from localhost ([8.44.146.30]) by smtp.gmail.com with ESMTPSA id w75sm568519pfc.156.2020.04.22.16.13.36 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 22 Apr 2020 16:13:37 -0700 (PDT) Date: Wed, 22 Apr 2020 17:13:35 -0600 From: Taylor Blau To: git@vger.kernel.org Cc: peff@peff.net, chriscool@tuxfamily.org Subject: [PATCH 4/4] pack-bitmap: pass object filter to fill-in traversal Message-ID: <65467a058e7dca6cf1e2db9cdab81513989b5db0.1587597151.git.me@ttaylorr.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: Sender: git-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: git@vger.kernel.org From: Jeff King Sometimes a bitmap traversal still has to walk some commits manually, because those commits aren't included in the bitmap packfile (e.g., due to a push or commit since the last full repack). If we're given an object filter, we don't pass it down to this traversal. It's not necessary for correctness because the bitmap code has its own filters to post-process the bitmap result (which it must, to filter out the objects that _are_ mentioned in the bitmapped packfile). And with blob filters, there was no performance reason to pass along those filters, either. The fill-in traversal could omit them from the result, but it wouldn't save us any time to do so, since we'd still have to walk each tree entry to see if it's a blob or not. But now that we support tree filters, there's opportunity for savings. A tree:depth=0 filter means we can avoid accessing trees entirely, since we know we won't them (or any of the subtrees or blobs they point to). The new test in p5310 shows this off (the "partial bitmap" state is one where HEAD~100 and its ancestors are all in a bitmapped pack, but HEAD~100..HEAD are not). Here are the results (run against linux.git): Test HEAD^ HEAD ------------------------------------------------------------------------------------------------- [...] 5310.16: rev-list with tree filter (partial bitmap) 0.19(0.17+0.02) 0.03(0.02+0.01) -84.2% The absolute number of savings isn't _huge_, but keep in mind that we only omitted 100 first-parent links (in the version of linux.git here, that's 894 actual commits). In a more pathological case, we might have a much larger proportion of non-bitmapped commits. I didn't bother creating such a case in the perf script because the setup is expensive, and this is plenty to show the savings as a percentage. Signed-off-by: Jeff King Signed-off-by: Taylor Blau --- pack-bitmap.c | 14 +++++++++----- t/perf/p5310-pack-bitmaps.sh | 5 +++++ 2 files changed, 14 insertions(+), 5 deletions(-) diff --git a/pack-bitmap.c b/pack-bitmap.c index 195ee8cad0..4077e731e8 100644 --- a/pack-bitmap.c +++ b/pack-bitmap.c @@ -506,7 +506,8 @@ static int should_include(struct commit *commit, void *_data) static struct bitmap *find_objects(struct bitmap_index *bitmap_git, struct rev_info *revs, struct object_list *roots, - struct bitmap *seen) + struct bitmap *seen, + struct list_objects_filter_options *filter) { struct bitmap *base = NULL; int needs_walk = 0; @@ -599,8 +600,9 @@ static struct bitmap *find_objects(struct bitmap_index *bitmap_git, show_data.bitmap_git = bitmap_git; show_data.base = base; - traverse_commit_list(revs, show_commit, show_object, - &show_data); + traverse_commit_list_filtered(filter, revs, + show_commit, show_object, + &show_data, NULL); } return base; @@ -999,7 +1001,8 @@ struct bitmap_index *prepare_bitmap_walk(struct rev_info *revs, if (haves) { revs->ignore_missing_links = 1; - haves_bitmap = find_objects(bitmap_git, revs, haves, NULL); + haves_bitmap = find_objects(bitmap_git, revs, haves, NULL, + filter); reset_revision_walk(); revs->ignore_missing_links = 0; @@ -1007,7 +1010,8 @@ struct bitmap_index *prepare_bitmap_walk(struct rev_info *revs, BUG("failed to perform bitmap walk"); } - wants_bitmap = find_objects(bitmap_git, revs, wants, haves_bitmap); + wants_bitmap = find_objects(bitmap_git, revs, wants, haves_bitmap, + filter); if (!wants_bitmap) BUG("failed to perform bitmap walk"); diff --git a/t/perf/p5310-pack-bitmaps.sh b/t/perf/p5310-pack-bitmaps.sh index b629a211f9..95379b1d4e 100755 --- a/t/perf/p5310-pack-bitmaps.sh +++ b/t/perf/p5310-pack-bitmaps.sh @@ -95,4 +95,9 @@ test_perf 'pack to file (partial bitmap)' ' git pack-objects --use-bitmap-index --all pack2b /dev/null ' +test_perf 'rev-list with tree filter (partial bitmap)' ' + git rev-list --use-bitmap-index --count --objects --all \ + --filter=tree:0 >/dev/null +' + test_done -- 2.26.2.112.g65467a058e