cURL / Mailing Lists / curl-library / Single Mail


Re: multi_addtimeout has a long timeout list

From: Florian Weimer <>
Date: Mon, 30 Jun 2014 00:02:41 +0200

* 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
List admin:
Received on 2014-06-30