> Martin Fick writes:
> > * Setup 1:
> > Do a full repack. All loose and packed objects are
> > added
...
> > * Scenario 1:
> > Start with Setup 1. Nothing has changed on the repo
> > contents (no new object/packs, refs all the same), but
> > repacking config options have changed (for exam
Duy Nguyen writes:
> Reading Martin's mail again I wonder how we just
> "grab all objects and skip history traversal". Who will decide object
> order in the new pack if we don't traverse history and collect path
> information.
I vaguely recall raising a related topic for "quick repack, assuming
On Tue, Dec 3, 2013 at 2:17 PM, Junio C Hamano wrote:
> Duy Nguyen writes:
>
>>> If nothing else has happened in the repository, perhaps, but I
>>> suspect that the real problem is how you would prove it. For
>>> example, I am guessing that your Scenario 4 could be something like:
>>>
>>> :
Duy Nguyen writes:
>> If nothing else has happened in the repository, perhaps, but I
>> suspect that the real problem is how you would prove it. For
>> example, I am guessing that your Scenario 4 could be something like:
>>
>> : setup #1
>> $ git repack -a -d -f
>> $ git prune
>>
>>
On Tue, Dec 3, 2013 at 7:44 AM, Junio C Hamano wrote:
>> * Scenario 4:
>>
>>Starts with Setup 1. Add some loose objects to the repo
>> via a local fast forward ref update (I am assuming this is
>> possible without adding any new unreferenced objects?)
>>
>>
>> In all 4 scenarios, I believe we
Martin Fick writes:
> I wanted to explore the idea of exploiting knowledge about
> previous repacks to help speed up future repacks.
>
> I had various ideas that seemed like they might be good
> places to start, but things quickly got away from me.
> Mainly I wanted to focus on reducing and
I wanted to explore the idea of exploiting knowledge about
previous repacks to help speed up future repacks.
I had various ideas that seemed like they might be good
places to start, but things quickly got away from me.
Mainly I wanted to focus on reducing and even sometimes
eliminating reac
7 matches
Mail list logo