From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1739 invoked by alias); 11 Dec 2007 17:24:10 -0000 Received: (qmail 1730 invoked by uid 22791); 11 Dec 2007 17:24:09 -0000 X-Spam-Check-By: sourceware.org Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net (HELO sunset.davemloft.net) (74.93.104.97) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 11 Dec 2007 17:24:04 +0000 Received: from localhost (localhost [127.0.0.1]) by sunset.davemloft.net (Postfix) with ESMTP id 9DCA735C001; Tue, 11 Dec 2007 09:24:02 -0800 (PST) Date: Tue, 11 Dec 2007 17:28:00 -0000 Message-Id: <20071211.092402.266823343.davem@davemloft.net> To: nico@cam.org Cc: torvalds@linux-foundation.org, jonsmirl@gmail.com, gitster@pobox.com, gcc@gcc.gnu.org, git@vger.kernel.org Subject: Re: Something is broken in repack From: David Miller In-Reply-To: References: <9e4733910712102301p5e6c4165v6afb32d157478828@mail.gmail.com> X-Mailer: Mew version 5.2 on Emacs 22.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org X-SW-Source: 2007-12/txt/msg00354.txt.bz2 From: Nicolas Pitre Date: Tue, 11 Dec 2007 12:21:11 -0500 (EST) > BUT. The point is that repacking the gcc repo using "git repack -a -f > --window=250" has a radically different memory usage profile whether you > do the repack on the earlier 2.1GB pack or the later 300MB pack. If you repack on the smaller pack file, git has to expand more stuff internally in order to search the deltas, whereas with the larger pack file I bet git has to less often undelta'ify to get base objects blobs for delta search. In fact that behavior makes perfect sense to me and I don't understand GIT internals very well :-)