Re: What's cooking in git.git (Feb 2011, #07; Mon, 28)

[Erik Faye-Lund <kusmabite@gmail.com>]

On Wed, Mar 2, 2011 at 7:22 PM, Erik Faye-Lund <kusmabite@gmail.com> wrote:
> On Tue, Mar 1, 2011 at 2:05 AM, Junio C Hamano <gitster@pobox.com> wrote:
>> * sp/maint-fd-limit (2011-02-28) 2 commits
>>  - mingw: add minimum getrlimit() compatibility stub
>>  - Limit file descriptors used by packs
>>
>> Erik, please check the made-up commit log message and sign it off.
>> Will merge to 'next' after that.
>
> Seems to work:
>
> $ ls .git/objects/pack/*.pack | wc -l
>   2049
> $ git gc --auto
> Auto packing the repository for optimum performance. You may also run
> "git gc" manually. See "git help gc" for more information.
> Counting objects: 2056, done.
> Delta compression using up to 4 threads.
> Compressing objects: 100% (2049/2049), done.
> Writing objects: 100% (2056/2056), done.
> Total 2056 (delta 2048), reused 13 (delta 5)
> Removing duplicate objects: 100% (256/256), done.
>
> So feel free to add:
> Signed-off-by: Erik Faye-Lund <kusmabite@gmail.com>
>

Oh, and to be clear: Doing the same before these two patches gave this error:

$ git gc --auto
Auto packing the repository for optimum performance. You may also
run "git gc" manually. See "git help gc" for more information.
Counting objects: 2056, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (2049/2049), done.
fatal: Unable to create temporary file: Too many open files
error: failed to run repack

So the issue is indeed fixed, and it seems we don't have to bias the
resource limit.