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:51:54 -0700
On Wed, Aug 25, 2021 at 12:33 bch <brad.harder_at_gmail.com> wrote:
>
>
> 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
>
*off the top
visualizing this entirely and measuring
>
*virtualizing this entirely
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:51:54 -0700
On Wed, Aug 25, 2021 at 12:33 bch <brad.harder_at_gmail.com> wrote:
>
>
> 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
>
*off the top
visualizing this entirely and measuring
>
*virtualizing this entirely
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