cURL / Mailing Lists / curl-library / Single Mail


RE: Many CLOSE_WAIT when handling lots of URLs

From: Shao, Shuchao <>
Date: Thu, 28 Nov 2013 07:19:59 +0000

>-----Original Message-----
>From: curl-library [] On Behalf Of Shao, Shuchao
>Sent: Friday, November 22, 2013 16:17
>To: libcurl development
>Subject: RE: Many CLOSE_WAIT when handling lots of URLs

>Finally I have the time to test this issue, sorry for the delay. The test result is the following commit introduced the socket leak issue,
>d021f2e8a0067fc769652f27afec9024c0d02b3d is the first bad commit
>commit d021f2e8a0067fc769652f27afec9024c0d02b3d
>Author: Linus Nielsen Feltzing <>
>Date: Thu Dec 6 12:12:04 2012 +0100
> Introducing a new persistent connection caching system using "bundles".
> A bundle is a list of all persistent connections to the same host.
> The connection cache consists of a hash of bundles, with the
> hostname as the key.
> The benefits may not be obvious, but they are two:
> 1) Faster search for connections to reuse, since the hash
> lookup only finds connections to the host in question.
> 2) It lays out the groundworks for an upcoming patch,
> which will introduce multiple HTTP pipelines.
> This patch also removes the awkward list of "closure handles",
> which were needed to send QUIT commands to the FTP server
> when closing a connection.
> Now we allocate a separate closure handle and use that
> one to close all connections.
> This has been tested in a live system for a few weeks, and of
> course passes the test suite.
>Please let me know what should I do for the next step to resolve this.


Is any update on this issue?
I compare the files before and after this commit, but there are lots of changes between them, it is a "big" commit. Could I have some ideas which area I can modify and test it?
Thanks a lot!


This message has been scanned and no issues discovered (7.8 sk27)

List admin:
Received on 2013-11-28