Thread (1 message) 1 message, 1 author, 2016-06-15

Re: GSoC - Designing a faster index format

From: Nguyen Thai Ngoc Duy <hidden>
Date: 2016-06-15 22:53:22

On Sat, Mar 24, 2012 at 2:50 PM, elton sky [off-list ref] wrote:
Thanks again Nguyen,
quoted
Which reminds me, we cannot abandon current index format. Users should
be allowed to choose which format to use. It may be hard to keep the
code support two formats while still taking advantage of the new one.
Maybe you could internally convert old format to new one in memory so
that git code only has to deal with one format, but that adds more
cost on using old format. I don't know..
I understand we should allow user to switch between old & new format.
But I guess that should only happens when user init a working dir,
isn't it? Otherwise I have to transform them back n forth. If a user
chooses to use old format, I assume their repository is not large, so
there should not be big delay for new format.
Users may choose to stick with old format because other git tools rely
on that (or they want to use older git versions at the same time).
Note that current index works "fine" with ~50k files in working
directory. Not huge, but not small either. Overhead on old format
should be reasonable.
-- 
Duy
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help