2003
DOI: 10.1016/s0167-8191(02)00163-1
|View full text |Cite
|
Sign up to set email alerts
|

Testing parallel random number generators

Abstract: Monte Carlo computations are considered easy to parallelize. However, the results can be adversely affected by defects in the parallel pseudorandom number generator used. A parallel pseudorandom number generator must be tested for two types of correlations-(i) intrastream correlation, as for any sequential generator, and (ii) inter-stream correlation for correlations between random number streams on different processes. Since bounds on these correlations are difficult to prove mathematically, large and thoroug… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1
1

Citation Types

1
74
0

Year Published

2005
2005
2017
2017

Publication Types

Select...
5
2
1

Relationship

0
8

Authors

Journals

citations
Cited by 74 publications
(75 citation statements)
references
References 28 publications
1
74
0
Order By: Relevance
“…For example, L'Ecuyer has formulated several key criteria for "good" RNGs: a long period, repeatable outputs, portability to different execution platforms, and the ability to split the output sequence into multiple independent blocks (what means they should implement an efficient jump-ahead strategy) and each block again into substreams with the leap frog approach (L'Ecuyer, 2007; L' Ecuyer and Panneton, 2005 Ecuyer and Simard, 2007) is considered the most comprehensive one and is preferred by many researchers (Salmon et al, 2011;Hill et al, 2013). A first requirement for a good parallel PRNG is that it also has to be a good sequential PRNG (Srinivasan et al, 2003). Obviously, when testing different substreams of one PRNG, it is mandatory to ensure that exactly the same substream can be outputted again to allow debugging and reproducibility of the test results (Hill et al, 2013).…”
Section: Quality Issuesmentioning
confidence: 99%
“…For example, L'Ecuyer has formulated several key criteria for "good" RNGs: a long period, repeatable outputs, portability to different execution platforms, and the ability to split the output sequence into multiple independent blocks (what means they should implement an efficient jump-ahead strategy) and each block again into substreams with the leap frog approach (L'Ecuyer, 2007; L' Ecuyer and Panneton, 2005 Ecuyer and Simard, 2007) is considered the most comprehensive one and is preferred by many researchers (Salmon et al, 2011;Hill et al, 2013). A first requirement for a good parallel PRNG is that it also has to be a good sequential PRNG (Srinivasan et al, 2003). Obviously, when testing different substreams of one PRNG, it is mandatory to ensure that exactly the same substream can be outputted again to allow debugging and reproducibility of the test results (Hill et al, 2013).…”
Section: Quality Issuesmentioning
confidence: 99%
“…However, designing the program that can actually spawn those separate generators turns out to be a dicey problem. Some successful reports have been published (Srinivasan et al, 2003).…”
Section: Where Do Random Numbers Come From?mentioning
confidence: 99%
“…However, designing the program that can actually spawn those separate generators turns out to be a dicey problem. Some successful reports have been published (Srinivasan et al, 2003).The other leading approach, due to L 'Ecuyer et al (2002), is to take the one long stream of numbers from the generator and then divide it into separate substreams. Their implementation uses the MRG32k3a.…”
mentioning
confidence: 99%
“…Although Monte-Carlo computations are considered easy to parallelize, simulation results can be adversely affected by defects in the parallel pseudorandom number generator used [17]. The independence of the generated random numbers and the subsequent independence of simulations on different processes are the primary requirement for the success of stochastic simulations.…”
Section: Parallel Implementationmentioning
confidence: 99%
“…However, finding a good parallel random number generator has proven to be a very challenge problem, and is still the subject of much research and debate [6]. Based on recent empirical tests for a number of parallel random number generators, it was still suggested to use a number of different generators to run the application in order to increase our confidence on simulation results [17]. In our previous attempts, we tried to use different random seeds in different processors in the MPI environment, and obtained very good speedup and efficiency that is close to 1 [2].…”
Section: Parallel Implementationmentioning
confidence: 99%