Care should be taken with this method not to encounter the
birthday problem, described
https://www.johndcook.com/blog/2016/01/29/random-number-generator-seed-mistakes/.
Since the sitmo
threefry
, this currently generates
one random deviate from the uniform distribution to seed the
engine threefry
and then run the code.
Arguments
- df
degrees of freedom (non-negative, but can be non-integer).
- n
number of observations. If
length(n) > 1
, the length is taken to be the number required.- ncores
Number of cores for the simulation
rxnorm
simulates using the threefry sitmo generator.rxnormV
used to simulate with the vandercorput simulator, but since it didn't satisfy the normal properties it was changed to simple be an alias ofrxnorm
. It is no longer supported inrxode2({})
blocks
Details
Therefore, a simple call to the random number generated followed by a second call to random number generated may have identical seeds. As the number of random number generator calls are increased the probability that the birthday problem will increase.
The key to avoid this problem is to either run all simulations in the
rxode2
environment once (therefore one seed or series of seeds
for the whole simulation), pre-generate all random variables
used for the simulation, or seed the rxode2 engine with rxSetSeed()
Internally each ID is seeded with a unique number so that the results do not depend on the number of cores used.
Examples
# \donttest{
## Use threefry engine
rxchisq(0.5, n = 10) # with rxchisq you have to explicitly state n
#> [1] 2.478676e-04 3.793880e+00 3.611712e-01 6.995257e-03 1.813673e-02
#> [6] 1.366023e+00 1.688298e-08 6.037984e-01 5.611175e-07 8.675588e-01
rxchisq(5, n = 10, ncores = 2) # You can parallelize the simulation using openMP
#> [1] 7.507190 3.189117 2.854665 8.483108 4.130562 3.109122 11.201978
#> [8] 1.807320 1.445311 9.652453
rxchisq(1)
#> [1] 3.842503
## This example uses `rxchisq` directly in the model
rx <- function() {
model({
a <- rxchisq(2)
})
}
et <- et(1, id = 1:2)
s <- rxSolve(rx, et)
#>
#>
#> ℹ parameter labels from comments are typically ignored in non-interactive mode
#> ℹ Need to run with the source intact to parse comments
#>
#>
#> using C compiler: ‘gcc (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0’
# }