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
Would the performance of the stress testing use-case be evaluated over a range of increasing time budgets? If that is the case, could we have an idea of the ranges to be considered?
Alternatively, is there a single time budget we should optimise for?
The text was updated successfully, but these errors were encountered:
Good point - that wasn't explicitly specified, and the random ranges chosen are
a bit shorter than I actually use for full testing.
My plan is to test for values in the range 2..180 seconds - I'd like to have done
a bit longer, but rabbit starts to have odd behaviour for n > 2^40, and I
think that keeps it in the range where things are still well behaved, even for
fast implementations.
I'll update the spec to reflect this, thanks for pointing it out.
Would the performance of the stress testing use-case be evaluated over a range of increasing time budgets? If that is the case, could we have an idea of the ranges to be considered?
Alternatively, is there a single time budget we should optimise for?
The text was updated successfully, but these errors were encountered: