lkml.org 
[lkml]   [2005]   [Apr]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [rfc] git: combo-blobs

* Linus Torvalds <torvalds@osdl.org> 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.

but yeah, i can very much see the point of trying to avoid that
complexity. (Also, it's not like delta blobs couldnt be introduced later
on, if there's enough (if any) pressure to reduce storage overhead.)

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/

\
 
 \ /
  Last update: 2005-04-11 17:44    [W:0.147 / U:0.460 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site