From: Erik Faye-Lund Date: Wed, 02 Mar 2011 18:28:12 GMT Subject: Re: What's cooking in git.git (Feb 2011, #07; Mon, 28) Message-ID: In-Reply-To: On Wed, Mar 2, 2011 at 7:22 PM, Erik Faye-Lund wrote: > On Tue, Mar 1, 2011 at 2:05 AM, Junio C Hamano 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 > 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.