summaryrefslogtreecommitdiff
path: root/spec/ruby/core/array
diff options
context:
space:
mode:
authork0kubun <k0kubun@b2dd03c8-39d4-4d8f-98ff-823fe69b080e>2019-03-01 14:09:41 +0000
committerk0kubun <k0kubun@b2dd03c8-39d4-4d8f-98ff-823fe69b080e>2019-03-01 14:09:41 +0000
commit4eda7e1d1481168c016a589b53af2233ea2defb2 (patch)
treed0140e21195e0052c27b770094d72d5bd7ead8f2 /spec/ruby/core/array
parent4fd5a9e9bb58ab666809eda3256db2ae98b0032f (diff)
Stop sharding --jit-wait testing
by just randomizing test order. The original motivation to shard --jit-wait tests was forcing to test major parts of code without actually stopping to test MJIT after TracePoint enablement. But it tends to increase the test time because we often compile the same thing in different shards. I made this decision because we seem to hit 1.5h timeout of Wercker these days, and Wercker is really bad at handling timeout (it does not report timeout as failure, but just keeps it "pending" state) https://app.wercker.com/ruby/ruby/runs/mjit-test2/5c78f15cc9e725000805b86c?step=5c79031d6c1e2c0008ac41c3 By randomizing this, we could test things randomly. The downside of this approach is that we may not be able to find a specific commit that caused a future failure by having TracePoint in a very early phase. git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@67158 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
Diffstat (limited to 'spec/ruby/core/array')
0 files changed, 0 insertions, 0 deletions