You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When using parallelism, CircleCI bills for sum total compute time (e.g. 2 parallel runs at 5min counts as 10min of credit usage)
If this assumption is incorrect, please let me know!
Tutorial states you will:
See how test splitting can help decrease pipeline run times and optimize credit usage.
However, I don't feel that the Test Splitting Tutorial really explains how test splitting optimizes credit usage. And, in fact, I believe test splitting would typically increase credit usage, as each parallel run would spend some time doing some test setup or initialization.
Am I missing something here?
The text was updated successfully, but these errors were encountered:
Hello! Thanks for pointing this out @tony-pizza . Agreed, it is misleading and not correct for all. This feature is primarily a speed optimization. I will update the tutorial. My understanding from talking to engineers here is that you can see a reduction in credit usage if a job that is taking a very long time, e.g. and hour . And it gets reduced using parallelism and test splitting down to, say 5 mins.
Location
Explanation
This is based on the following assumption:
If this assumption is incorrect, please let me know!
Tutorial states you will:
However, I don't feel that the Test Splitting Tutorial really explains how test splitting optimizes credit usage. And, in fact, I believe test splitting would typically increase credit usage, as each parallel run would spend some time doing some test setup or initialization.
Am I missing something here?
The text was updated successfully, but these errors were encountered: