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: Ben Greear via curl-library <curl-library_at_lists.haxx.se>
Date: Fri, 3 Sep 2021 06:30:34 -0700
On 9/3/21 2:09 AM, Daniel Stenberg via curl-library wrote:
> On Thu, 2 Sep 2021, Rich Gray via curl-library wrote:
>
>> Daniel, this is a generous offer you should probably accept, unless you already have such a tool.
>
> I know, and I probably should, but here's why I haven't yet:
>
> There are countless things we can do to improve the situation in the curl project. I personally spend 50+ hours a week on it (mostly because I love it).
>
> There are limits to what I as a single individual can pull through. I regularly present ideas of what *we* can do and how *we* can improve things here (as in
> the curl project), and while I love a good response and cheers; if it ends up as yet another thing for *me* to do then I need to put it on the big pile of
> things to work on slowly and gradually on rainy days. Then I won't be able to use anyone's services or tools for the forseeable future so I'm not going to
> bother with that at this point.
>
> I'm not blaming anyone and this is not a complaint. I'm just trying to explain my position.
I fully understand the lack-of-time thing. It takes a while to set up a good testbed,
especially something more complicated like a virtual network.
On the positive side, libcurl is used all over everywhere, so if there were real perf
issues, then someone would have likely noticed by now. We use it as part of a network-testing
traffic generator, typically over a local network (ie, not constrained by internet uplink
speeds), and we see fine performance in our testing.
Thanks,
Ben
Date: Fri, 3 Sep 2021 06:30:34 -0700
On 9/3/21 2:09 AM, Daniel Stenberg via curl-library wrote:
> On Thu, 2 Sep 2021, Rich Gray via curl-library wrote:
>
>> Daniel, this is a generous offer you should probably accept, unless you already have such a tool.
>
> I know, and I probably should, but here's why I haven't yet:
>
> There are countless things we can do to improve the situation in the curl project. I personally spend 50+ hours a week on it (mostly because I love it).
>
> There are limits to what I as a single individual can pull through. I regularly present ideas of what *we* can do and how *we* can improve things here (as in
> the curl project), and while I love a good response and cheers; if it ends up as yet another thing for *me* to do then I need to put it on the big pile of
> things to work on slowly and gradually on rainy days. Then I won't be able to use anyone's services or tools for the forseeable future so I'm not going to
> bother with that at this point.
>
> I'm not blaming anyone and this is not a complaint. I'm just trying to explain my position.
I fully understand the lack-of-time thing. It takes a while to set up a good testbed,
especially something more complicated like a virtual network.
On the positive side, libcurl is used all over everywhere, so if there were real perf
issues, then someone would have likely noticed by now. We use it as part of a network-testing
traffic generator, typically over a local network (ie, not constrained by internet uplink
speeds), and we see fine performance in our testing.
Thanks,
Ben
-- Ben Greear <greearb_at_candelatech.com> Candela Technologies Inc http://www.candelatech.com -- Unsubscribe: https://lists.haxx.se/listinfo/curl-library Etiquette: https://curl.haxx.se/mail/etiquette.htmlReceived on 2021-09-03