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: Parallel curl tests
- Contemporary messages sorted: [ by date ] [ by thread ] [ by subject ] [ by author ] [ by messages with attachments ]
From: Dan Fandrich via curl-library <curl-library_at_lists.haxx.se>
Date: Thu, 8 Jun 2023 12:36:55 -0700
On Thu, Jun 08, 2023 at 05:40:04PM +0200, Daniel Stenberg via curl-library wrote:
> Just a few days ago, Dan Fandrich merged the necessary commits into master
> that now lets us try out running the curl tests in parallel as compared to
> the old serial way.
It's been a long road of refactoring the test suite to get here, but there are
finally some visible benefits. The biggest remaining issues to fix before
enabling it by default have to do with general test flakiness. Running tests
in parallel changes test timing significantly, so timing-related test failures
now occur more often. I've made some improvements in this area recently that
also benefit sequential tests (one of my recent PRs actually went
green!) and there are more to come. Still, running tests on your local
system should usually go fine, so try it out!
I'm also interested in finding out what the optimum number of test runners is,
so if you experiment on your own system and find the number that reduces
test times the most, let me know what it is and what CPU you're using
and I'll use that data to set an optimum value when it's time to enable
it by default.
Dan
Date: Thu, 8 Jun 2023 12:36:55 -0700
On Thu, Jun 08, 2023 at 05:40:04PM +0200, Daniel Stenberg via curl-library wrote:
> Just a few days ago, Dan Fandrich merged the necessary commits into master
> that now lets us try out running the curl tests in parallel as compared to
> the old serial way.
It's been a long road of refactoring the test suite to get here, but there are
finally some visible benefits. The biggest remaining issues to fix before
enabling it by default have to do with general test flakiness. Running tests
in parallel changes test timing significantly, so timing-related test failures
now occur more often. I've made some improvements in this area recently that
also benefit sequential tests (one of my recent PRs actually went
green!) and there are more to come. Still, running tests on your local
system should usually go fine, so try it out!
I'm also interested in finding out what the optimum number of test runners is,
so if you experiment on your own system and find the number that reduces
test times the most, let me know what it is and what CPU you're using
and I'll use that data to set an optimum value when it's time to enable
it by default.
Dan
-- Unsubscribe: https://lists.haxx.se/mailman/listinfo/curl-library Etiquette: https://curl.se/mail/etiquette.htmlReceived on 2023-06-08