* 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
