>-----Original Message-----
>From: curl-library [mailto:curl-library-bounces_at_cool.haxx.se] 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 <linus_at_haxx.se>
>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.

Hello,

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!

Thanks,
Shuchao

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

-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette: http://curl.haxx.se/mail/etiquette.html
Received on 2013-11-28