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-Status: No, score=-3.9 required=3.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, NICE_REPLY_A,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 127EB1F9FC for ; Thu, 18 Mar 2021 22:37:46 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232532AbhCRWhO (ORCPT ); Thu, 18 Mar 2021 18:37:14 -0400 Received: from m43-7.mailgun.net ([69.72.43.7]:38749 "EHLO m43-7.mailgun.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231846AbhCRWgk (ORCPT ); Thu, 18 Mar 2021 18:36:40 -0400 X-Greylist: delayed 307 seconds by postgrey-1.27 at vger.kernel.org; Thu, 18 Mar 2021 18:36:39 EDT DKIM-Signature: a=rsa-sha256; v=1; c=relaxed/relaxed; d=mg.codeaurora.org; q=dns/txt; s=smtp; t=1616106995; h=Content-Type: Content-Transfer-Encoding: MIME-Version: References: In-Reply-To: Message-ID: Date: Subject: Cc: To: From: Sender; bh=56xPF1tomppct2uCDVcti/4SZC3EemRAzjSjtdeWiBQ=; b=wD8Dn7BYY9EJ6DoERA2ouHj+KiKQ/VICzndeU16O1jtGbIPOt9dN3u/vmDJMzIRiN4B6QLge P4ura5L0MKn2wmwfMiKB8WGHuQ/154TrWJhteNPSBdtZkf+rfSCcCqVSYRGkX5fmi5A/PJA4 +88hsl9RToJ/MRL6G8Hu015vmCg= X-Mailgun-Sending-Ip: 69.72.43.7 X-Mailgun-Sid: WyJjNzk3NCIsICJnaXRAdmdlci5rZXJuZWwub3JnIiwgImJlOWU0YSJd Received: from smtp.codeaurora.org (ec2-35-166-182-171.us-west-2.compute.amazonaws.com [35.166.182.171]) by smtp-out-n02.prod.us-east-1.postgun.com with SMTP id 6053d4bee3fca7d0a6f871a4 (version=TLS1.2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256); Thu, 18 Mar 2021 22:31:26 GMT Sender: mfick=codeaurora.org@mg.codeaurora.org Received: by smtp.codeaurora.org (Postfix, from userid 1001) id 0613AC433CA; Thu, 18 Mar 2021 22:31:26 +0000 (UTC) Received: from mfick-lnx.localnet (i-global254.qualcomm.com [199.106.103.254]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: mfick) by smtp.codeaurora.org (Postfix) with ESMTPSA id 77BAFC43461; Thu, 18 Mar 2021 22:31:25 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org 77BAFC43461 Authentication-Results: aws-us-west-2-caf-mail-1.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org Authentication-Results: aws-us-west-2-caf-mail-1.web.codeaurora.org; spf=fail smtp.mailfrom=mfick@codeaurora.org From: Martin Fick To: Han-Wen Nienhuys Cc: git Subject: Re: Distinguishing FF vs non-FF updates in the reflog? Date: Thu, 18 Mar 2021 16:31:24 -0600 Message-ID: <21556546.pz8f0XPdgJ@mfick-lnx> User-Agent: KMail/5.2.3 (Linux/4.4.0-203-generic; KDE/5.36.0; x86_64; ; ) In-Reply-To: References: <5359503.g8GvsOHjsp@mfick-lnx> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Precedence: bulk List-ID: X-Mailing-List: git@vger.kernel.org On Thursday, March 18, 2021 9:58:56 AM MDT Han-Wen Nienhuys wrote: > The bitmaps are generated by GC, and you can't GC all the time. I believe that I recently saw an effort to make this incremental, perhaps related to the geometric repacking series? If that were the case, you could gc much more often cheaply. Perhaps it could be something done on every upload at some point the way that reflog effectively does on every update? As Peff pointed out though, commit-graphs would still be a better way to go anyway since that is closer to their intent, -Martin -- The Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by The Linux Foundation