You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Gilles (JIRA)" <ji...@apache.org> on 2016/10/08 13:58:20 UTC
[jira] [Created] (RNG-20) Initial state diversity
Gilles created RNG-20:
-------------------------
Summary: Initial state diversity
Key: RNG-20
URL: https://issues.apache.org/jira/browse/RNG-20
Project: Commons RNG
Issue Type: Improvement
Reporter: Gilles
Assignee: Gilles
Priority: Minor
Fix For: 1.0
A generator usually _assumes_ that its initial state is "sufficiently diverse" for it to perform correctly.
For example, it is known that some algorithms (e.g. "Mersenne Twister") will be "stuck" by the all-zero state.
To ensure diversity when the seed (passed by the user) contains less information than the state can hold, {{SeedFactory}} provides a {{fillState}} method to be called from within the {{setSeedInternal}} method of an RNG implementation.
In this ticket, it is proposed that the actual code (for replacing zeroes in the initial state) is inspired from the one that already existed in class {{AbstractWell}}.
Note: neither the code in {{AbstractWell}} nor another code, in {{MersenneTwister}} and {{MersenneTwister64}} (with a similar purpose), will be replaced by a call to {{fillState}} because for those algorithms, the filling procedure is part of the reference code (and is thus necessary in order to reproduce the exact same output).
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)