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: Samuel Marks via curl-library <curl-library_at_lists.haxx.se>
Date: Sun, 5 Sep 2021 15:45:11 -0400
I've messed around with Jepsen… maybe it's relevant to the scenarios you
want to test?
(regardless, could inspire some of your implementation decisions… and is
open-source)
Samuel Marks
Charity <https://sydneyscientific.org> | consultancy <https://offscale.io>
| open-source <https://github.com/offscale> | LinkedIn
<https://linkedin.com/in/samuelmarks>
On Fri, Sep 3, 2021 at 9:31 AM Ben Greear via curl-library <
curl-library_at_lists.haxx.se> wrote:
> 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.html
>
Date: Sun, 5 Sep 2021 15:45:11 -0400
I've messed around with Jepsen… maybe it's relevant to the scenarios you
want to test?
(regardless, could inspire some of your implementation decisions… and is
open-source)
Samuel Marks
Charity <https://sydneyscientific.org> | consultancy <https://offscale.io>
| open-source <https://github.com/offscale> | LinkedIn
<https://linkedin.com/in/samuelmarks>
On Fri, Sep 3, 2021 at 9:31 AM Ben Greear via curl-library <
curl-library_at_lists.haxx.se> wrote:
> 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.html
>
-- Unsubscribe: https://lists.haxx.se/listinfo/curl-library Etiquette: https://curl.haxx.se/mail/etiquette.htmlReceived on 2021-09-05