Re: What's cooking in git.git (Apr 2011, #04; Tue, 12)

From: Piotr Krukowiecki <piotr.krukowiecki@gmail.com>
Date: Apr 15, 2011, 06:24 UTC
Message-ID: <BANLkTimeiH_ohJ6yGTU0Ei3t2xvUz0zCUA@mail.gmail.com>
In-Reply-To: <4DA710FB.7060808@alum.mit.edu>

On Thu, Apr 14, 2011 at 5:21 PM, Michael Haggerty <mhagger@alum.mit.edu> wrote:

Show 22 quoted lines

> On 04/14/2011 03:38 PM, Piotr Krukowiecki wrote:
>> On Wed, Apr 13, 2011 at 12:43 AM, Junio C Hamano <gitster@pobox.com> wrote:
>>> * mh/git-svn-automkdirs (2011-04-01) 1 commit
>>>  (merged to 'next' on 2011-04-03 at 7fa4978)
>>>  + git-svn: add an option to skip the creation of empty directories
>>>
>>> Should be safe, but I'd like an Ack from git-svn folks.
>>
>> I wanted to test performance of this change - what's the best way to do it?
>>
>> I tried some ideas, but rebase was too fast for performance measurements.
>> I did not have new commits, but just some old, already in trunk changes, which
>> I tried to rebase - probably it was just fast forward?
>
> The unhandled.log.gz file for trunk of our main project is 14 Mb and
> uncompresses to 233 Mb.  About 90% of it consists of svn:mergeinfo
> properties for file that were copied or renamed within the repository;
> most of the rest is other random SVN file properties.
>
> With such a huge unhandled.log file, "git svn mkdirs" took about 10s for
> me.  I believe that "git svn rebase" should take at least as long, even
> if it is a fast-forward.

That might be the reason - my unhandled.log is 17MB (unpacked) and mkdirs takes 0.5s

-- 
Piotr Krukowiecki