Re: [git wiki PATCH 2/3] "Designing a faster index format" project

From: Nguyen Thai Ngoc Duy <pclouds@gmail.com>
Date: Mar 3, 2012, 03:30 UTC
Message-ID: <CACsJy8DWKaZZfp4kyj3bkBVF3yzzFa24uMDfoxVc=ATWs1uRew@mail.gmail.com>
In-Reply-To: <7vobseeu9i.fsf@alter.siamese.dyndns.org>

On Sat, Mar 3, 2012 at 1:24 AM, Junio C Hamano <gitster@pobox.com> wrote:

Show 9 quoted lines

> Having harder and more ambitious ones in the mix is OK, but I suspect this
> one is probably a bit too ambitious to be realistic for a student project
> that lasts only 3 months.
>
> This proposal is about a change that touches core parts of the system that
> has the chance of inflicting permanent damage to end users' histories.
> I'd have a hard time reviewing and convincing myself that the change is
> good, if such a change were done by somebody new to the system, even if
> the work were mentored very closely by one of our top 15 committers.

I was comparing the excitement of seeing this implemented vs packv4, then realised the complexity of work may be more or less the same. But, if the new format is not mmap'd for direct access, we can reconstruct "struct cache_entry*" exactly as it is now from new format. That makes it less sensitive to the core parts and we still hopefully benefit from new format (mostly I/O I guess). Phase 2 could come later to make core parts aware of new format.

-- 
Duy