On Mon, Oct 1, 2012 at 9:27 AM, Shawn Pearce wrote:
> Git has enough magic switches. It doesn't need yet another magic
> switch that one group of users needs to set, and another can safely
> ignore because their project's usage just happens to align with Linus
> Torvald's current world view.
I se
On Sun, Sep 30, 2012 at 7:05 PM, Nguyen Thai Ngoc Duy wrote:
> On Mon, Oct 1, 2012 at 8:49 AM, Shawn Pearce wrote:
>> On Thu, Sep 27, 2012 at 7:14 PM, Nguyen Thai Ngoc Duy
>> wrote:
>>> On Thu, Sep 27, 2012 at 10:51 PM, Shawn Pearce wrote:
In Linus' Linux kernel tree there are currently a
On Mon, Oct 1, 2012 at 8:49 AM, Shawn Pearce wrote:
> On Thu, Sep 27, 2012 at 7:14 PM, Nguyen Thai Ngoc Duy
> wrote:
>> On Thu, Sep 27, 2012 at 10:51 PM, Shawn Pearce wrote:
>>> In Linus' Linux kernel tree there are currently about 323,178 commits.
>>> If we store just the pre-parsed commit tim
On Thu, Sep 27, 2012 at 7:14 PM, Nguyen Thai Ngoc Duy wrote:
> On Thu, Sep 27, 2012 at 10:51 PM, Shawn Pearce wrote:
>> In Linus' Linux kernel tree there are currently about 323,178 commits.
>> If we store just the pre-parsed commit time as an int32 field this is
>> an additional 1.2 MiB of data
$GIT_DIR/index, so that we don't have to increase pack index version
>> > often. What I have in mind is optional commit cache to speed up
>> > rev-list and merge, which could be stored in pack index too.
>>
>> Can you share some of your ideas?
>
> Some of it
On Thu, Sep 27, 2012 at 10:45:32AM -0700, Shawn O. Pearce wrote:
> On 2012-08-12 Nguyen Thai Ngoc Duy wrote:
> > Long term we might gain slight lookup speedup if we know object type
> > as search region is made smaller. But for that to happen, we need to
> > propagate object type hint down to fi
IT_DIR/index, so that we don't have to increase pack index version
>> > often. What I have in mind is optional commit cache to speed up
>> > rev-list and merge, which could be stored in pack index too.
>>
>> Can you share some of your ideas?
>
> Some of i
t; > often. What I have in mind is optional commit cache to speed up
> > rev-list and merge, which could be stored in pack index too.
>
> Can you share some of your ideas?
Some of it is here:
http://article.gmane.org/gmane.comp.version-control.git/203308
-Peff
--
To unsubscribe
On Thu, Sep 27, 2012 at 5:17 AM, Nguyen Thai Ngoc Duy wrote:
> I'd like to see some sort of extension mechanism like in
> $GIT_DIR/index, so that we don't have to increase pack index version
> often. What I have in mind is optional commit cache to speed up
> rev-list and
9 matches
Mail list logo