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

[Nguyen Thai Ngoc Duy <pclouds@gmail.com>]

On Sat, Mar 3, 2012 at 1:24 AM, Junio C Hamano <gitster@pobox.com> wrote:
> 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