From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1NVWMQ-0000FM-NW for garchives@archives.gentoo.org; Thu, 14 Jan 2010 20:32:06 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6B5FCE0A44; Thu, 14 Jan 2010 20:31:26 +0000 (UTC) Received: from mx.core-mail.net (unknown [89.238.157.246]) by pigeon.gentoo.org (Postfix) with ESMTP id 31AE1E0A44 for ; Thu, 14 Jan 2010 20:31:26 +0000 (UTC) Received: from [192.168.1.63] (unknown [89.238.157.212]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: daniel@core-mail.net) by mx.core-mail.net (Postfix) with ESMTPSA id 109BA13C8A5 for ; Thu, 14 Jan 2010 20:31:35 +0000 (UTC) Message-ID: <4B4F7F1B.4080902@the-cell.co.uk> Date: Thu, 14 Jan 2010 20:31:23 +0000 From: Daniel Bradshaw User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] proxy maintainership and gentoo-x86 scm References: <201001112305.16532.hwoarang@gentoo.org> <201001122149.11091.hwoarang@gentoo.org> <201001131054.03953.vapier@gentoo.org> <8b4c83ad1001140449k49995e0ra01eeca16167735a@mail.gmail.com> In-Reply-To: <8b4c83ad1001140449k49995e0ra01eeca16167735a@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: a303d6ea-e360-4735-8c40-53b7df8e69b9 X-Archives-Hash: 55dee49e31677e2c5681f502282584b8 Excuse me butting in... I'm just a little confused. Not that this is anything new, I'm just ... well, confused. On 01/14/2010 12:49 PM, Nirbheek Chauhan wrote: > In theory, yes. In practice, git is too slow to handle 30,000 files. > Even simple operations like git add become painful even if you put the > whole of portage on tmpfs since git does a stat() on every single file > in the repository with every operation. > My understanding is that git was developed as the SCM for the kernel project. A quick check in an arbitary untouched kernel in /usr/src/ suggests a file [1] count of 25300. Assuming that my figure isn't out by an order of magnitude, how does the kernel team get along with git and 25k files but it is deathly slow for our 30k? Or, to phrase the question better... what are they doing that allows them to manage? Regards, Daniel [1] `find -type f | wc -l`, so all regular files