Hi, I misread this program, so my comments are wrong (sorry!). Try this:
call curl_multi_perform immediately following each curl_multi_add_handle,
set CURLOPT_DNS_CACHE_TIMEOUT to -1 and CURLOPT_DNS_USE_GLOBAL_CACHE to 1.

> -----Original Message-----
> From: curl-library-bounces_at_cool.haxx.se
> [mailto:curl-library-bounces_at_cool.haxx.se]On Behalf Of Martin Vogt
> Sent: Thursday, September 01, 2005 7:20 AM
> To: libcurl development
> Subject: Re: Performance Problem with CURL.
>
>
>
>
> Hello,
>
> this is a new program, which demonstrates the problem.
> (Although I dont know if libcurl should be used this way)
>
> What does the program do:
>
> My idea is to not start 1000 requests in parallel, but use a set
> of requests "on the fly".
> Evertime a request has finished, it should add a new one,
> until 1000 requests are done.
>
> On my tests I dont get a predictible behaviour. Sometimes
> it works without timeouts, then the first call directly timeouts.
>
> It looks like, that if I return the size of the copied bytes in dev_null
> The request is not set to the state CURLE_OK and I cannot remove
> it from the msgqueue.
>
> regards,
>
> Martin
>
>
>
>
Received on 2005-09-03