From mboxrd@z Thu Jan 1 00:00:00 1970 From: Sam Vilain Subject: Re: [PATCH] [RFC] Generational repacking Date: Thu, 07 Jun 2007 17:13:15 +1200 Message-ID: <466793EB.2060102@vilain.net> References: <11811281053874-git-send-email-sam.vilain@catalyst.net.nz> <56b7f5510706061704r34692c49v994ff368bbc12d05@mail.gmail.com> <46676D44.7070703@vilain.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Git Mailing List To: Nicolas Pitre X-From: git-owner@vger.kernel.org Thu Jun 07 07:13:30 2007 Return-path: Envelope-to: gcvg-git@gmane.org Received: from vger.kernel.org ([209.132.176.167]) by lo.gmane.org with esmtp (Exim 4.50) id 1HwAJN-0001GT-Ku for gcvg-git@gmane.org; Thu, 07 Jun 2007 07:13:29 +0200 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756279AbXFGFNY (ORCPT ); Thu, 7 Jun 2007 01:13:24 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756277AbXFGFNY (ORCPT ); Thu, 7 Jun 2007 01:13:24 -0400 Received: from watts.utsl.gen.nz ([202.78.240.73]:54017 "EHLO magnus.utsl.gen.nz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755969AbXFGFNX (ORCPT ); Thu, 7 Jun 2007 01:13:23 -0400 Received: by magnus.utsl.gen.nz (Postfix, from userid 65534) id 7D3E41574B8; Thu, 7 Jun 2007 17:13:22 +1200 (NZST) Received: from [192.168.2.22] (leibniz.catalyst.net.nz [202.78.240.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by magnus.utsl.gen.nz (Postfix) with ESMTP id D177A13A4EA; Thu, 7 Jun 2007 17:13:15 +1200 (NZST) User-Agent: Thunderbird 1.5.0.10 (X11/20070307) In-Reply-To: X-Enigmail-Version: 0.94.2.0 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on mail.magnus.utsl.gen.nz X-Spam-Level: X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.2 Sender: git-owner@vger.kernel.org Precedence: bulk X-Mailing-List: git@vger.kernel.org Archived-At: Nicolas Pitre wrote: >> 2. repack takes too long to run very regularly; it's an occasional >> command. > It doesn't take long at all when you don't use -a. Well that depends how many loose objects there are :) I heard about on Windows a case where packing 30k loose objects took over an hour. >> What I'm aiming for is something which is light enough that it might >> even win back the performance loss you got from 1), and to solve the >> perception problem of 3). > > Run git-repack without -a from some hook. You can even launch it in the > background. > > Or what am I missing? If you repack every 100 objects without -a, sure it will be fast, but you'll end up with too many packs. Sam.