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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Mar 2, 2011 at 7:22 PM, Erik Faye-Lund <kusmabite@xxxxxxxxx> wrote:
> On Tue, Mar 1, 2011 at 2:05 AM, Junio C Hamano <gitster@xxxxxxxxx> 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@xxxxxxxxx>
>

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.
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]