I was wondering if maybe the 'progress bar' changes made recently caused a
regression in Windows Performance. I filed a problem that showed that the
progress bar was causing the Windows console to burn a CPU a few months
ago, and it was patched by lowering the progress bar update frequency.
Earlier last week I saw activity relating to more changes to the progress
bar code. Could this be related?

Does this symptom only appear when the progress bar option is used? Does
cURL or the Windows Console Host application spike in CPU usage when you
see the slowdowns?

- Marc Doughty
"If you aren't sure who is the give-way vessel, you are the give-way
vessel."

On Sat, Jan 25, 2014 at 5:44 PM, Daniel Stenberg <daniel_at_haxx.se> wrote:

> On Fri, 24 Jan 2014, Kev wrote:
>
> If it hadn't been for the fact that IE and wfetch retrieve the file much
>> faster I would have put the blame on my VM.
>>
>> Is there anything else you can suggest?
>>
>
> Sure, for example the simple thing to increase CURL_MAX_WRITE_SIZE by a
> factor of 4 or 8 or something.
>
> Other than so, I'm a bit puzzled and I would perhaps try to monitor (if
> possible) what the other faster networking tools do to make this work.
>
> I don't have windows and I don't know windows, I'm not a suitable person
> to debug this myself, but I certainly would like what weird things that are
> going on here. One would imagine a modern operating system would just do
> fast transfers by default...
>
>
> --
>
> / daniel.haxx.se
> -------------------------------------------------------------------
> List admin: http://cool.haxx.se/list/listinfo/curl-users
> FAQ: http://curl.haxx.se/docs/faq.html
> Etiquette: http://curl.haxx.se/mail/etiquette.html
>

-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-users
FAQ: http://curl.haxx.se/docs/faq.html
Etiquette: http://curl.haxx.se/mail/etiquette.html
Received on 2014-01-27