Re: [rfc] git: combo-blobs

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



* Ingo Molnar <[email protected]> wrote:

> 
> * Linus Torvalds <[email protected]> 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 [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux