From: Junio C Hamano <junkio@cox.net>
Date: Sat, 12 Nov 2005 23:21:45 GMT
Subject: Re: http protocol, cloning git.git, fails (too many open files)
Message-ID: <7vmzk9e9km.fsf@assigned-by-dhcp.cox.net>
In-Reply-To: <86acg9ijwa.fsf@blue.stonehenge.com>

merlyn@stonehenge.com (Randal L. Schwartz) writes:

>     $ mkdir foo
>     $ cd foo
>     $ cg-clone http://www.kernel.org/pub/scm/git/git.git git.new
>     Fetching head...
>     Fetching objects...
>     progress: 1 objects, 191 bytes
> progress: 2 objects, 519 bytes
> progress: 3 objects, 5851 bytes
> progress: 4 objects, 7671 bytes
>...
>
>     progress: 66 objects, 187452 bytes
>
> And at this point, it hung.  I had to ^C.

This sounds like the problem the patch Pasky posted last night
addresses.

However, one thing puzzles me.  I just tried to reproduce it by
doing this:

	$ rm -fr git-http
        $ ulimit -n 16
        $ git clone http://www.kernel.org/pub/scm/git/git.git git-http

and it did not fail on my Linux box.  This is from the tip of
the master tree (essentially the same as 0.99.9h aka 1.0rc1),
built without Pasky's patch.  Maybe the number of in-transit
requests in your case is much higher with your connection while
waiting for a packfile to arrive than my setup.

Could you please try with the patch Nick posted (which covers
less) and then with Pasky's patch?