* Florian Weimer:

> * Daniel Stenberg:
>
>> On Sun, 29 Jun 2014, Florian Weimer wrote:
>>
>>> What I'm seeing is that a lot of time is spent in multi_addtimeout
>>> because the list of timeouts is really long (tens of thousands of
>>> entries). Is there something I can do to avoid this phenomenon?
>>
>> That sounds like a rather serious bug. What libcurl version are you
>> using and on what platform are you running?
>
> It's the curl in Fedora 20 x86_64, based on version 7.32.0. There are
> a few distribution patches, but they appear unrelated.

I can reproduce this with 7.26.0 from Debian wheezy as well.

>> Have you figured out if there's a special option you use that trigger
>> this problem?
>
> Hmm. I'm setting a bandwidth limit, and I'm using just one http://
> connection with the multi handle, ever (but the program uses several
> unrelated multi handles, each one in a different thread). Otherwise,
> I'm at a loss what could trigger this.

I took out the CURLOPT_LOW_SPEED_LIMIT (500) and
CURLOPT_LOW_SPEED_TIME (60) options, and the phenomenon seems to be
gone.
-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette: http://curl.haxx.se/mail/etiquette.html
Received on 2014-06-30