Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261822AbVDKP5R (ORCPT ); Mon, 11 Apr 2005 11:57:17 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261821AbVDKP5R (ORCPT ); Mon, 11 Apr 2005 11:57:17 -0400 Received: from mx1.elte.hu ([157.181.1.137]:26307 "EHLO mx1.elte.hu") by vger.kernel.org with ESMTP id S261816AbVDKP5K (ORCPT ); Mon, 11 Apr 2005 11:57:10 -0400 Date: Mon, 11 Apr 2005 17:57:01 +0200 From: Ingo Molnar To: Linus Torvalds Cc: Paul Jackson , pasky@ucw.cz, rddunlap@osdl.org, ross@jose.lug.udel.edu, linux-kernel@vger.kernel.org, git@vger.kernel.org Subject: Re: [rfc] git: combo-blobs Message-ID: <20050411155701.GA8156@elte.hu> References: <20050409200709.GC3451@pasky.ji.cz> <20050411113523.GA19256@elte.hu> <20050411074552.4e2e656b.pj@engr.sgi.com> <20050411151204.GA5562@elte.hu> <20050411153905.GA7284@elte.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050411153905.GA7284@elte.hu> User-Agent: Mutt/1.4.2.1i X-ELTE-SpamVersion: MailScanner 4.31.6-itk1 (ELTE 1.2) SpamAssassin 2.63 ClamAV 0.73 X-ELTE-VirusStatus: clean X-ELTE-SpamCheck: no X-ELTE-SpamCheck-Details: score=-4.9, required 5.9, autolearn=not spam, BAYES_00 -4.90 X-ELTE-SpamLevel: X-ELTE-SpamScore: -4 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1150 Lines: 29 * Ingo Molnar wrote: > > * Linus Torvalds wrote: > > > > to construct the combo blob later on, we do have to unpack sched.c (and > > > if it's already a combo-blob that is not cached then we'd have to unpack > > > all parents until we arrive at some full blob). > > > > I really don't want to have this. Having chains of dependencies is > > really painful, and now if _any_ of them gets corrupted, you're > > screwed. > > if a repository is corrupted then it pretty much needs to be dropped > anyway. Also, with a 'replicate the full object on every 8th commit' > rule the risk would be somewhat mitigated as well. another thing is that if the repository is 'cached' (which would normally be the case for work files), then it would be more resilient against corruption as the full uncompressed file would be included at the end of the combo-blob. Ingo - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/