[
https://issues.apache.org/jira/browse/SOLR-8849?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15195857#comment-15195857
]
ASF subversion and git services commented on SOLR-8849:
-------------------------------------------------------
Commit 0bafb171083f58034900a31f83feb8f09b26bc04 in lucene-solr's branch
refs/heads/branch_6_0 from [[email protected]]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=0bafb17 ]
SOLR-8849: improve reproducibility in random order of chaosmonkey actions
> ChaosMonkey should cuase chaos in a more reproducible manner
> ------------------------------------------------------------
>
> Key: SOLR-8849
> URL: https://issues.apache.org/jira/browse/SOLR-8849
> Project: Solr
> Issue Type: Test
> Reporter: Hoss Man
> Assignee: Hoss Man
> Attachments: SOLR-8849.patch
>
>
> Looking into the ChaosMonkey code a bit, and it seems like this class --
> particularly the way {{monkeyThread}} is defined -- uses randomness in a way
> that makes it extremely unlikely that it will ever create reproducible
> failures.
> Obviously in any test where there are multiple concurrent threads, timing
> issues might prevent test reproducibility -- but in this case, even the
> sequence of "chaos" actions the monkeyThread takes won't be reproducible if
> anyother concurrent test thread accesses {{LuceneTestCase.random()}} ...
> {code}
> public void run() {
> while (!stop) {
> try {
>
> Random random = LuceneTestCase.random();
> // ... lots of stuff using random, or calling methods that use
> LuceneTestCase.random() directly
> {code}
> It seems like it would be a lot better if ChaosMonkey's constructor created
> it's own private {{Random chaosRand}} using {{LuceneTestCase.random()}} as a
> seed, and then used {{chaosRand}} to make all random choices in it's methods.
> That way at least the sequence of chaotic operations made by ChaosMonkey
> would be consistent for a given test seed, even if the exact
> timing/interleaving of those operations relative to other operations by other
> threads couldn't be garunteed.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
