-
Notifications
You must be signed in to change notification settings - Fork 8
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Error handling on thread level #29
Comments
@CodeLieutenant , @Bouncheck , @fruch, please take a look |
I don't really understand this point, this looks like to me a We also need to decide what should be the default behaviour when |
It is like |
So, fail threads one by one with no restart? |
No, fail them all at once, only when all threads can't execute a single query, otherwise all threads continue trying executing queries. |
When the test starts
c-s
spins threads to generate a load, you can control the number of threads by-rate threads=X
.Unless
-errors ignore
is provided, the thread is going to be killed after reaching a number of errors.The problem is that
c-s
does not stop the test when thread is killed, even if all of them are killed.Recently we have merged #26, which has changed
c-s
behavior to the following:-errors fail-fast
is provided it would fail whole run after first thread is killedNow, in my book there are only three correct behaviors in regards to the threads handling:
-errors fail-fast
-errors ignore
is providedAnything in between I see as unwanted behavior that can lead to unexpected, unpredictable or inconsitant results.
On this issue I want to start discussion to decide on what is the
correct
behavior` and implement it eventually.The text was updated successfully, but these errors were encountered: