Buy commercial curl support from WolfSSL. We help you work
out your issues, debug your libcurl applications, use the API, port to new
platforms, add new features and more. With a team lead by the curl founder
himself.
Re: Question on CURLINFO_SPEED_DOWN/UPLOAD when paused/resumed
- Contemporary messages sorted: [ by date ] [ by thread ] [ by subject ] [ by author ] [ by messages with attachments ]
From: Joshua Harlow via curl-library <curl-library_at_cool.haxx.se>
Date: Thu, 12 Aug 2021 16:48:55 -0700
Great, thanks for verifying,
Much appreciated,
-Josh
On Thu, Aug 12, 2021 at 6:11 AM Daniel Stenberg <daniel_at_haxx.se> wrote:
> On Fri, 6 Aug 2021, Joshua Harlow via curl-library wrote:
>
> > When pausing and resuming I was noticing that CURLINFO_SPEED_UPLOAD and
> > CURLINFO_SPEED_DOWNLOAD and its counters/timers don't seem to reset
> (which
> > may just be how it is) and from looking at the progress.c code I think
> this
> > is what is happening. So if a long pause happens, then the speed
> > counters/timers may not actually take into account the fact that the
> > transfer was paused for quite some time which then would produce a not
> > exactly valid upload or download speed.
> >
> > Is this the expected behavior when pause/resume is used?
>
> Yes, it is expected. There's no logic that deducts the paused time, so you
> get
> the transfer size divided by the total time used, including all the paused
> time.
>
> --
>
> / daniel.haxx.se
> | Commercial curl support up to 24x7 is available!
> | Private help, bug fixes, support, ports, new features
> | https://curl.se/support.html
>
-------------------------------------------------------------------
Unsubscribe: https://cool.haxx.se/list/listinfo/curl-library
Etiquette: https://curl.se/mail/etiquette.html
Received on 2021-08-13
Date: Thu, 12 Aug 2021 16:48:55 -0700
Great, thanks for verifying,
Much appreciated,
-Josh
On Thu, Aug 12, 2021 at 6:11 AM Daniel Stenberg <daniel_at_haxx.se> wrote:
> On Fri, 6 Aug 2021, Joshua Harlow via curl-library wrote:
>
> > When pausing and resuming I was noticing that CURLINFO_SPEED_UPLOAD and
> > CURLINFO_SPEED_DOWNLOAD and its counters/timers don't seem to reset
> (which
> > may just be how it is) and from looking at the progress.c code I think
> this
> > is what is happening. So if a long pause happens, then the speed
> > counters/timers may not actually take into account the fact that the
> > transfer was paused for quite some time which then would produce a not
> > exactly valid upload or download speed.
> >
> > Is this the expected behavior when pause/resume is used?
>
> Yes, it is expected. There's no logic that deducts the paused time, so you
> get
> the transfer size divided by the total time used, including all the paused
> time.
>
> --
>
> / daniel.haxx.se
> | Commercial curl support up to 24x7 is available!
> | Private help, bug fixes, support, ports, new features
> | https://curl.se/support.html
>
-------------------------------------------------------------------
Unsubscribe: https://cool.haxx.se/list/listinfo/curl-library
Etiquette: https://curl.se/mail/etiquette.html
Received on 2021-08-13