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: relative performance
- Contemporary messages sorted: [ by date ] [ by thread ] [ by subject ] [ by author ] [ by messages with attachments ]
From: bch via curl-library <curl-library_at_cool.haxx.se>
Date: Wed, 25 Aug 2021 12:33:41 -0700
On Wed, Aug 25, 2021 at 00:35 Daniel Stenberg via curl-library <
curl-library_at_cool.haxx.se> wrote:
> On Tue, 24 Aug 2021, Ben Greear via curl-library wrote:
>
> > What is your network-under-test in this case?
>
> Not sure.
>
> I hope to come up with a way where the network and exact server aren't
> terribly important as long as they perform roughly the same on repeated
> runs.
> It would need some experimenting I think.
If the top of my head, it seems visualizing this entirely and measuring
machine operations (perhaps w certain emphasis on things like memory
allocations) would be the way to go, rather than running this over some
unreliable environment and measuring wall-time… but I’m not entirely sure
what this virtualized env would be.
-bch
>
> If we run "sprinter" using say 10 different libcurl versions on the same
> host,
> network and test server (probably using localhost or a host that is on a
> network that cannot be saturated by a single CPU core) it might tell us
> something.
>
> I'll probably start out making the necessary scripts and those 10 runs on
> my
> own machine to see what I learn and then go from there.
>
> Maybe it could be interesting to point those 10 runs on a different
> server/network setup then to see if that changes anything.
>
> --
>
> / 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
-------------------------------------------------------------------
Unsubscribe: https://cool.haxx.se/list/listinfo/curl-library
Etiquette: https://curl.se/mail/etiquette.html
Received on 2021-08-25
Date: Wed, 25 Aug 2021 12:33:41 -0700
On Wed, Aug 25, 2021 at 00:35 Daniel Stenberg via curl-library <
curl-library_at_cool.haxx.se> wrote:
> On Tue, 24 Aug 2021, Ben Greear via curl-library wrote:
>
> > What is your network-under-test in this case?
>
> Not sure.
>
> I hope to come up with a way where the network and exact server aren't
> terribly important as long as they perform roughly the same on repeated
> runs.
> It would need some experimenting I think.
If the top of my head, it seems visualizing this entirely and measuring
machine operations (perhaps w certain emphasis on things like memory
allocations) would be the way to go, rather than running this over some
unreliable environment and measuring wall-time… but I’m not entirely sure
what this virtualized env would be.
-bch
>
> If we run "sprinter" using say 10 different libcurl versions on the same
> host,
> network and test server (probably using localhost or a host that is on a
> network that cannot be saturated by a single CPU core) it might tell us
> something.
>
> I'll probably start out making the necessary scripts and those 10 runs on
> my
> own machine to see what I learn and then go from there.
>
> Maybe it could be interesting to point those 10 runs on a different
> server/network setup then to see if that changes anything.
>
> --
>
> / 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
-------------------------------------------------------------------
Unsubscribe: https://cool.haxx.se/list/listinfo/curl-library
Etiquette: https://curl.se/mail/etiquette.html
Received on 2021-08-25