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.

rxt(df, n = 1L, ncores = 1L)

Arguments

df

degrees of freedom (\(> 0\), maybe non-integer). df = Inf is allowed.

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 uses the vandercorput generator

Value

t-distribution random numbers

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 RxODE 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 RxODE engine with rxSetSeed()

Also care should be made that the computer you will be running on can run the same number of cores as you are running so they can reproduce your results.

Examples

# \donttest{

## Use threefry engine

rxt(df = 3, n = 10) # with rxt you have to explicitly state n
#>  [1] -0.5138821 -0.8131494  0.2244943 -4.6845598 -0.8390158  1.0618203
#>  [7] -1.3238510  1.6402835 -0.1223547 -0.7484443
rxt(df = 3, n = 10, ncores = 2) # You can parallelize the simulation using openMP
#>  [1]  0.42791761  0.01493020  1.37157295 -1.44781500 -0.55155028  0.07803909
#>  [7]  0.19350831  0.92607586 -0.29752691 -1.87977275

rxt(4) ## The first argument is the df parameter
#> [1] 0.9497853


## This example uses `rxt` directly in the model

rx <- RxODE({
  a <- rxt(3)
})
#>  

et <- et(1, id = 1:2)

s <- rxSolve(rx, et)
# }