Linear congruential generator

Period length

A benefit of LCGs is that an appropriate choice of parameters results in a period which is both known and long. Although not the only criterion, too short a period is a fatal flaw in a pseudorandom number generator.

While LCGs are capable of producing pseudorandom numbers which can pass formal tests for randomness, the quality of the output is extremely sensitive to the choice of the parameters m and a. For example, a = 1 and c = 1 produces a simple modulo-m counter, which has a long period, but is obviously non-random. Other values of c coprime to m produce a Weyl sequence, which is better distributed but still obviously non-random.

Historically, poor choices for a have led to ineffective implementations of LCGs. A particularly illustrative example of this is RANDU, which was widely used in the early 1970s and led to many results which are currently being questioned because of the use of this poor LCG.

There are three common families of parameter choice:

m prime, c = 0

This is the original Lehmer RNG construction. The period is m−1 if the multiplier a is chosen to be a primitive element of the integers modulo m. The initial state must be chosen between 1 and m−1.

One disadvantage of a prime modulus is that the modular reduction requires a double-width product and an explicit reduction step. Often a prime just less than a power of 2 is used (the Mersenne primes 2³¹−1 and 2⁶¹−1 are popular), so that the reduction modulo m = 2^e − d can be computed as (ax mod 2^e) + d ⌊ax/2^e⌋. This must be followed by a conditional subtraction of m if the result is too large, but the number of subtractions is limited to ad/m, which can be easily limited to one if d is small.

If a double-width product is unavailable, and the multiplier is chosen carefully, Schrage's method may be used. To do this, factor m = qa+r, i.e. q = ⌊m/a⌋ and r = m mod a. Then compute ax mod m = a(x mod q) − r⌊x/q⌋. Since x mod q < q ≤ m/a, the first term is strictly less than am/a = m. If a is chosen so that r ≤ q (and thus r/q ≤ 1), then the second term is also less than m: r⌊x/q⌋ ≤ rx/q = x(r/q) ≤ x < m. Thus, both products can be computed with a single-width product, and the difference between them lies in the range [1−m, m−1], so can be reduced to [0, m−1] with a single conditional add.

The most expensive operation in Schrage's method is the division (with remainder) of x by q; fast algorithms for division by a constant are not available since they also rely on double-width products.

A second disadvantage of a prime modulus is that it is awkward to convert the value 1 ≤ x < m to uniform random bits. If a prime just less than a power of 2 is used, sometimes the missing values are simply ignored.

m a power of 2, c = 0

Choosing m to be a power of two, most often m = 2³² or m = 2⁶⁴, produces a particularly efficient LCG, because this allows the modulus operation to be computed by simply truncating the binary representation. In fact, the most significant bits are usually not computed at all. There are, however, disadvantages.

This form has maximal period m/4, achieved if a ≡ ±3 (mod 8) and the initial state X₀ is odd. Even in this best case, the low three bits of X alternate between two values and thus only contribute one bit to the state. X is always odd (the lowest-order bit never changes), and only one of the next two bits ever changes. If a ≡ +3, X alternates ±1↔±3, while if a ≡ −3, X alternates ±1↔∓3 (all modulo 8).

It can be shown that this form is equivalent to a generator with modulus m/4 and c ≠ 0.

A more serious issue with the use of a power-of-two modulus is that the low bits have a shorter period than the high bits. Its simplicity of implementation comes from the fact that bits are never affected by higher-order bits, so the low b bits of such a generator form a modulo-2^b LCG by themselves, repeating with a period of 2^b−2. Only the most significant bit of X achieves the full period.

m a power of 2, c ≠ 0

When c ≠ 0, correctly chosen parameters allow a period equal to m, for all seed values. This will occur if and only if:

1. ${\displaystyle m}$ and ${\displaystyle c}$ are coprime,
2. ${\displaystyle a-1}$ is divisible by all prime factors of ${\displaystyle m}$,
3. ${\displaystyle a-1}$ is divisible by 4 if ${\displaystyle m}$ is divisible by 4.

These three requirements are referred to as the Hull–Dobell Theorem.

This form may be used with any m, but only works well for m with many repeated prime factors, such as a power of 2; using a computer's word size is the most common choice. If m were a square-free integer, this would only allow a ≡ 1 (mod m), which makes a very poor PRNG; a selection of possible full-period multipliers is only available when m has repeated prime factors.

Although the Hull–Dobell theorem provides maximum period, it is not sufficient to guarantee a good generator. For example, it is desirable for a − 1 to not be any more divisible by prime factors of m than necessary. If m is a power of 2, then a − 1 should be divisible by 4 but not divisible by 8, i.e. a ≡ 5 (mod 8).

Indeed, most multipliers produce a sequence which fails one test for non-randomness or another, and finding a multiplier which is satisfactory to all applicable criteria is quite challenging. The spectral test is one of the most important tests.

Note that a power-of-2 modulus shares the problem as described above for c = 0: the low k bits form a generator with modulus 2^k and thus repeat with a period of 2^k; only the most significant bit achieves the full period. If a pseudorandom number less than r is desired, ⌊rX/m⌋ is a much higher-quality result than X mod r. Unfortunately, most programming languages make the latter much easier to write (X % r), so it is very commonly used.

The generator is not sensitive to the choice of c, as long as it is relatively prime to the modulus (e.g. if m is a power of 2, then c must be odd), so the value c=1 is commonly chosen.

The sequence produced by other choices of c can be written as a simple function of the sequence when c=1. Specifically, if Y is the prototypical sequence defined by Y₀ = 0 and Y_n+1 = aY_n + 1 mod m, then a general sequence X_n+1 = aX_n + c mod m can be written as an affine function of Y:

${\displaystyle X_n=(X_0(a-1)+c)Y_n+X_0=(X_1-X_0)Y_n+X_0(\mathrm{mod}m).}$

More generally, any two sequences X and Z with the same multiplier and modulus are related by

${\displaystyle \frac{X_n-X_0}{X_1-X_0}=Y_n=\frac{a^n-1}{a-1}=\frac{Z_n-Z_0}{Z_1-Z_0}(\mathrm{mod}m).}$

In the common case where m is a power of 2 and a ≡ 5 (mod 8) (a desirable property for other reasons), it is always possible to find an initial value X₀ so that the denominator X₁ − X₀ ≡ ±1 (mod m), producing an even simpler relationship. With this choice of X₀, X_n = X₀ ± Y_n will remain true for all n. The sign is determined by c ≡ ±1 (mod 4), and the constant X₀ is determined by 1 ∓ c ≡ (1 − a)X₀ (mod m).

As a simple example, consider the generators X_n+1 = 157X_n + 3 mod 256 and Y_n+1 = 157Y_n + 1 mod 256; i.e. m = 256, a = 157, and c = 3. Because 3 ≡ −1 (mod 4), we are searching for a solution to 1 + 3 ≡ (1 − 157)X₀ (mod 256). This is satisfied by X₀ ≡ 41 (mod 64), so if we start with that, then X_n ≡ X₀ − Y_n (mod 256) for all n.

For example, using X₀ = 233 = 3×64 + 41:

• X = 233, 232, 75, 2, 61, 108, ...
• Y = 0, 1, 158, 231, 172, 125, ...
• X + Y mod 256 = 233, 233, 233, 233, 233, 233, ...

Parameters in common use

The following table lists the parameters of LCGs in common use, including built-in rand() functions in runtime libraries of various compilers. This table is to show popularity, not examples to emulate; many of these parameters are poor. Tables of good parameters are available.

As shown above, LCGs do not always use all of the bits in the values they produce. In general, they return the most significant bits. For example, the Java implementation operates with 48-bit values at each iteration but returns only their 32 most significant bits. This is because the higher-order bits have longer periods than the lower-order bits (see below). LCGs that use this truncation technique produce statistically better values than those that do not. This is especially noticeable in scripts that use the mod operation to reduce range; modifying the random number mod 2 will lead to alternating 0 and 1 without truncation.

Contrarily, some libraries use an implicit power-of-two modulus but never output or otherwise use the most significant bit, in order to limit the output to positive two's complement integers. The output is as if the modulus were one bit less than the internal word size, and such generators are described as such in the table above.

Advantages and disadvantages

LCGs are fast and require minimal memory (one modulo-m number, often 32 or 64 bits) to retain state. This makes them valuable for simulating multiple independent streams. LCGs are not intended, and must not be used, for cryptographic applications; use a cryptographically secure pseudorandom number generator for such applications.

Although LCGs have a few specific weaknesses, many of their flaws come from having too small a state. The fact that people have been lulled for so many years into using them with such small moduli can be seen as a testament to the strength of the technique. A LCG with large enough state can pass even stringent statistical tests; a modulo-2⁶⁴ LCG which returns the high 32 bits passes TestU01's SmallCrush suite, and a 96-bit LCG passes the most stringent BigCrush suite.

For a specific example, an ideal random number generator with 32 bits of output is expected (by the Birthday theorem) to begin duplicating earlier outputs after √m ≈ 2¹⁶ results. Any PRNG whose output is its full, untruncated state will not produce duplicates until its full period elapses, an easily detectable statistical flaw. For related reasons, any PRNG should have a period longer than the square of the number of outputs required. Given modern computer speeds, this means a period of 2⁶⁴ for all but the least demanding applications, and longer for demanding simulations.

One flaw specific to LCGs is that, if used to choose points in an n-dimensional space, the points will lie on, at most, ⁿ√n!⋅m hyperplanes (Marsaglia's theorem, developed by George Marsaglia). This is due to serial correlation between successive values of the sequence X_n. Carelessly chosen multipliers will usually have far fewer, widely spaced planes, which can lead to problems. The spectral test, which is a simple test of an LCG's quality, measures this spacing and allows a good multiplier to be chosen.

The plane spacing depends both on the modulus and the multiplier. A large enough modulus can reduce this distance below the resolution of double precision numbers. The choice of the multiplier becomes less important when the modulus is large. It is still necessary to calculate the spectral index and make sure that the multiplier is not a bad one, but purely probabilistically it becomes extremely unlikely to encounter a bad multiplier when the modulus is larger than about 2⁶⁴.

Another flaw specific to LCGs is the short period of the low-order bits when m is chosen to be a power of 2. In particular, any full-cycle LCG, when m is a power of 2, will produce alternately odd and even results. This can be mitigated by using a modulus larger than the required output, and using the most significant bits of the state.

Nevertheless, for some applications LCGs may be a good option. For instance, in an embedded system, the amount of memory available is often severely limited. Similarly, in an environment such as a video game console taking a small number of high-order bits of an LCG may well suffice. (The low-order bits of LCGs when m is a power of 2 should never be relied on for any degree of randomness whatsoever, as mentioned above.)

LCGs should be evaluated very carefully for suitability in non-cryptographic applications where high-quality randomness is critical. For Monte Carlo simulations, an LCG must use a modulus greater and preferably much greater than the cube of the number of random samples which are required. This means, for example, that a (good) 32-bit LCG can be used to obtain about a thousand random numbers; a 64-bit LCG is good for about 2²¹ random samples (a little over two million), etc. For this reason, in practice LCGs are not suitable for large-scale Monte Carlo simulations.

Sample code

Python code

The following is an implementation of an LCG in Python, in the form of a generator:

<span id="mwA_E"></span><span class="kn" id="mwA_I">from</span><span class="w" id="mwA_M"> </span><span class="nn" id="mwA_Q">collections.abc</span><span class="w" id="mwA_U"> </span><span class="kn" id="mwA_Y">import</span> <span class="n" id="mwA_c">Generator</span> <span class="k" id="mwA_g">def</span><span class="w" id="mwA_k"> </span><span class="nf" id="mwA_o">lcg</span><span class="p" id="mwA_s">(</span><span class="n" id="mwA_w">modulus</span><span class="p" id="mwA_0">:</span> <span class="nb" id="mwA_4">int</span><span class="p" id="mwA_8">,</span> <span class="n" id="mwBAA">a</span><span class="p" id="mwBAE">:</span> <span class="nb" id="mwBAI">int</span><span class="p" id="mwBAM">,</span> <span class="n" id="mwBAQ">c</span><span class="p" id="mwBAU">:</span> <span class="nb" id="mwBAY">int</span><span class="p" id="mwBAc">,</span> <span class="n" id="mwBAg">seed</span><span class="p" id="mwBAk">:</span> <span class="nb" id="mwBAo">int</span><span class="p" id="mwBAs">)</span> <span class="o" id="mwBAw">-></span> <span class="n" id="mwBA0">Generator</span><span class="p" id="mwBA4">[</span><span class="nb" id="mwBA8">int</span><span class="p" id="mwBBA">,</span> <span class="kc" id="mwBBE">None</span><span class="p" id="mwBBI">,</span> <span class="kc" id="mwBBM">None</span><span class="p" id="mwBBQ">]:</span> <span class="w" id="mwBBU"> </span><span class="sd" id="mwBBY">"""Linear congruential generator."""</span> <span class="k" id="mwBBc">while</span> <span class="kc" id="mwBBg">True</span><span class="p" id="mwBBk">:</span> <span class="n" id="mwBBo">seed</span> <span class="o" id="mwBBs">=</span> <span class="p" id="mwBBw">(</span><span class="n" id="mwBB0">a</span> <span class="o" id="mwBB4">*</span> <span class="n" id="mwBB8">seed</span> <span class="o" id="mwBCA">+</span> <span class="n" id="mwBCE">c</span><span class="p" id="mwBCI">)</span> <span class="o" id="mwBCM">%</span> <span class="n" id="mwBCQ">modulus</span> <span class="k" id="mwBCU">yield</span> <span class="n" id="mwBCY">seed</span>

Haskell code

The following is an implementation of an LCG in Haskell utilizing a lazy evaluation strategy to generate an infinite stream of output values in a list:

<span id="mwBC0"></span><span class="c1" id="mwBC4">-- Allowing a generic choice for a, c, m and x_0</span> <span class="nf" id="mwBC8">linearCongruentialGenerator</span><span class="w" id="mwBDA"> </span><span class="ow" id="mwBDE">::</span><span class="w" id="mwBDI"> </span><span class="kt" id="mwBDM">Integer</span><span class="w" id="mwBDQ"> </span><span class="ow" id="mwBDU">-></span><span class="w" id="mwBDY"> </span><span class="kt" id="mwBDc">Integer</span><span class="w" id="mwBDg"> </span><span class="ow" id="mwBDk">-></span><span class="w" id="mwBDo"> </span><span class="kt" id="mwBDs">Integer</span><span class="w" id="mwBDw"> </span><span class="ow" id="mwBD0">-></span><span class="w" id="mwBD4"> </span><span class="kt" id="mwBD8">Integer</span><span class="w" id="mwBEA"> </span><span class="ow" id="mwBEE">-></span><span class="w" id="mwBEI"> </span><span class="p" id="mwBEM">[</span><span class="kt" id="mwBEQ">Integer</span><span class="p" id="mwBEU">]</span> <span class="nf" id="mwBEY">linearCongruentialGenerator</span><span class="w" id="mwBEc"> </span><span class="n" id="mwBEg">a</span><span class="w" id="mwBEk"> </span><span class="n" id="mwBEo">c</span><span class="w" id="mwBEs"> </span><span class="n" id="mwBEw">modulus</span><span class="w" id="mwBE0"> </span><span class="n" id="mwBE4">seed</span><span class="w" id="mwBE8"> </span><span class="ow" id="mwBFA">=</span><span class="w" id="mwBFE"> </span><span class="n" id="mwBFI">lcgacmx0</span> <span class="w" id="mwBFM"> </span><span class="kr" id="mwBFQ">where</span><span class="w" id="mwBFU"> </span><span class="n" id="mwBFY">lcgacmx0</span><span class="w" id="mwBFc"> </span><span class="ow" id="mwBFg">=</span><span class="w" id="mwBFk"> </span><span class="n" id="mwBFo">seed</span><span class="w" id="mwBFs"> </span><span class="kt" id="mwBFw">:</span><span class="w" id="mwBF0"> </span><span class="n" id="mwBF4">map</span><span class="w" id="mwBF8"> </span><span class="p" id="mwBGA">(</span><span class="nf" id="mwBGE">\</span><span class="n" id="mwBGI">x</span><span class="w" id="mwBGM"> </span><span class="ow" id="mwBGQ">-></span><span class="w" id="mwBGU"> </span><span class="p" id="mwBGY">(</span><span class="n" id="mwBGc">a</span><span class="o" id="mwBGg">*</span><span class="n" id="mwBGk">x</span><span class="w" id="mwBGo"> </span><span class="o" id="mwBGs">+</span><span class="w" id="mwBGw"> </span><span class="n" id="mwBG0">c</span><span class="p" id="mwBG4">)</span><span class="w" id="mwBG8"> </span><span class="p" id="mwBHA">`</span><span class="n" id="mwBHE">mod</span><span class="p" id="mwBHI">`</span><span class="w" id="mwBHM"> </span><span class="n" id="mwBHQ">modulus</span><span class="p" id="mwBHU">)</span><span class="w" id="mwBHY"> </span><span class="n" id="mwBHc">lcgacmx0</span> <span class="c1" id="mwBHg">-- Specific parameters can be easily specified (eg. Knuth's MMIX parameters):</span> <span class="nf" id="mwBHk">mmixLCG</span><span class="w" id="mwBHo"> </span><span class="ow" id="mwBHs">::</span><span class="w" id="mwBHw"> </span><span class="kt" id="mwBH0">Integer</span><span class="w" id="mwBH4"> </span><span class="ow" id="mwBH8">-></span><span class="w" id="mwBIA"> </span><span class="p" id="mwBIE">[</span><span class="kt" id="mwBII">Integer</span><span class="p" id="mwBIM">]</span> <span class="nf" id="mwBIQ">mmixLCG</span><span class="w" id="mwBIU"> </span><span class="ow" id="mwBIY">=</span><span class="w" id="mwBIc"> </span><span class="n" id="mwBIg">linearCongruentialGenerator</span><span class="w" id="mwBIk"> </span><span class="mi" id="mwBIo">6364136223846793005</span><span class="w" id="mwBIs"> </span><span class="mi" id="mwBIw">1442695040888963407</span><span class="w" id="mwBI0"> </span><span class="p" id="mwBI4">(</span><span class="mi" id="mwBI8">2</span><span class="o" id="mwBJA">^</span><span class="p" id="mwBJE">(</span><span class="mi" id="mwBJI">64</span><span class="w" id="mwBJM"> </span><span class="ow" id="mwBJQ">::</span><span class="kt" id="mwBJU">Integer</span><span class="p" id="mwBJY">))</span>

Free Pascal

Free Pascal uses a Mersenne Twister as its default pseudo random number generator whereas Delphi uses a LCG. Here is a Delphi compatible example in Free Pascal based on the information in the table above. Given the same RandSeed value it generates the same sequence of random numbers as Delphi.

<span id="mwBJ0"></span><span class="k" id="mwBJ4">unit</span><span class="w" id="mwBJ8"> </span><span class="n" id="mwBKA">lcg_random</span><span class="o" id="mwBKE">;</span> <span class="cm" id="mwBKI">{$ifdef fpc}{$mode delphi}{$endif}</span> <span class="k" id="mwBKM">interface</span> <span class="k" id="mwBKQ">function</span><span class="w" id="mwBKU"> </span><span class="nf" id="mwBKY">LCGRandom</span><span class="o" id="mwBKc">:</span><span class="w" id="mwBKg"> </span><span class="kt" id="mwBKk">extended</span><span class="o" id="mwBKo">;</span><span class="w" id="mwBKs"> </span><span class="n" id="mwBKw">overload</span><span class="o" id="mwBK0">;</span><span class="w" id="mwBK4"> </span><span class="k" id="mwBK8">inline</span><span class="o" id="mwBLA">;</span> <span class="k" id="mwBLE">function</span><span class="w" id="mwBLI"> </span><span class="nf" id="mwBLM">LCGRandom</span><span class="p" id="mwBLQ">(</span><span class="k" id="mwBLU">const</span><span class="w" id="mwBLY"> </span><span class="n" id="mwBLc">range</span><span class="o" id="mwBLg">:</span><span class="kt" id="mwBLk">longint</span><span class="p" id="mwBLo">)</span><span class="o" id="mwBLs">:</span><span class="w" id="mwBLw"> </span><span class="kt" id="mwBL0">longint</span><span class="o" id="mwBL4">;</span><span class="w" id="mwBL8"> </span><span class="n" id="mwBMA">overload</span><span class="o" id="mwBME">;</span><span class="w" id="mwBMI"> </span><span class="k" id="mwBMM">inline</span><span class="o" id="mwBMQ">;</span> <span class="k" id="mwBMU">implementation</span> <span class="k" id="mwBMY">function</span><span class="w" id="mwBMc"> </span><span class="nf" id="mwBMg">IM</span><span class="o" id="mwBMk">:</span><span class="w" id="mwBMo"> </span><span class="kt" id="mwBMs">cardinal</span><span class="o" id="mwBMw">;</span><span class="w" id="mwBM0"> </span><span class="k" id="mwBM4">inline</span><span class="o" id="mwBM8">;</span> <span class="k" id="mwBNA">begin</span> <span class="w" id="mwBNE"> </span><span class="n" id="mwBNI">RandSeed</span><span class="w" id="mwBNM"> </span><span class="o" id="mwBNQ">:=</span><span class="w" id="mwBNU"> </span><span class="n" id="mwBNY">RandSeed</span><span class="w" id="mwBNc"> </span><span class="o" id="mwBNg">*</span><span class="w" id="mwBNk"> </span><span class="mi" id="mwBNo">134775813</span><span class="w" id="mwBNs"> </span><span class="o" id="mwBNw">+</span><span class="w" id="mwBN0"> </span><span class="mi" id="mwBN4">1</span><span class="o" id="mwBN8">;</span> <span class="w" id="mwBOA"> </span><span class="bp" id="mwBOE">Result</span><span class="w" id="mwBOI"> </span><span class="o" id="mwBOM">:=</span><span class="w" id="mwBOQ"> </span><span class="n" id="mwBOU">RandSeed</span><span class="o" id="mwBOY">;</span> <span class="k" id="mwBOc">end</span><span class="o" id="mwBOg">;</span> <span class="k" id="mwBOk">function</span><span class="w" id="mwBOo"> </span><span class="nf" id="mwBOs">LCGRandom</span><span class="o" id="mwBOw">:</span><span class="w" id="mwBO0"> </span><span class="kt" id="mwBO4">extended</span><span class="o" id="mwBO8">;</span><span class="w" id="mwBPA"> </span><span class="n" id="mwBPE">overload</span><span class="o" id="mwBPI">;</span><span class="w" id="mwBPM"> </span><span class="k" id="mwBPQ">inline</span><span class="o" id="mwBPU">;</span> <span class="k" id="mwBPY">begin</span> <span class="w" id="mwBPc"> </span><span class="bp" id="mwBPg">Result</span><span class="w" id="mwBPk"> </span><span class="o" id="mwBPo">:=</span><span class="w" id="mwBPs"> </span><span class="n" id="mwBPw">IM</span><span class="w" id="mwBP0"> </span><span class="o" id="mwBP4">*</span><span class="w" id="mwBP8"> </span><span class="mf" id="mwBQA">2.32830643653870e-10</span><span class="o" id="mwBQE">;</span> <span class="k" id="mwBQI">end</span><span class="o" id="mwBQM">;</span> <span class="k" id="mwBQQ">function</span><span class="w" id="mwBQU"> </span><span class="nf" id="mwBQY">LCGRandom</span><span class="p" id="mwBQc">(</span><span class="k" id="mwBQg">const</span><span class="w" id="mwBQk"> </span><span class="n" id="mwBQo">range</span><span class="o" id="mwBQs">:</span><span class="w" id="mwBQw"> </span><span class="kt" id="mwBQ0">longint</span><span class="p" id="mwBQ4">)</span><span class="o" id="mwBQ8">:</span><span class="w" id="mwBRA"> </span><span class="kt" id="mwBRE">longint</span><span class="o" id="mwBRI">;</span><span class="w" id="mwBRM"> </span><span class="n" id="mwBRQ">overload</span><span class="o" id="mwBRU">;</span><span class="w" id="mwBRY"> </span><span class="k" id="mwBRc">inline</span><span class="o" id="mwBRg">;</span> <span class="k" id="mwBRk">begin</span> <span class="w" id="mwBRo"> </span><span class="bp" id="mwBRs">Result</span><span class="w" id="mwBRw"> </span><span class="o" id="mwBR0">:=</span><span class="w" id="mwBR4"> </span><span class="n" id="mwBR8">IM</span><span class="w" id="mwBSA"> </span><span class="o" id="mwBSE">*</span><span class="w" id="mwBSI"> </span><span class="n" id="mwBSM">range</span><span class="w" id="mwBSQ"> </span><span class="k" id="mwBSU">shr</span><span class="w" id="mwBSY"> </span><span class="mi" id="mwBSc">32</span><span class="o" id="mwBSg">;</span> <span class="k" id="mwBSk">end</span><span class="o" id="mwBSo">;</span>

Like all pseudorandom number generators, a LCG needs to store state and alter it each time it generates a new number. Multiple threads may access this state simultaneously causing a race condition. Implementations should use different state each with unique initialization for different threads to avoid equal sequences of random numbers on simultaneously executing threads.

LCG derivatives

There are several generators which are linear congruential generators in a different form, and thus the techniques used to analyze LCGs can be applied to them.

One method of producing a longer period is to sum the outputs of several LCGs of different periods having a large least common multiple; the Wichmann–Hill generator is an example of this form. (We would prefer them to be completely coprime, but a prime modulus implies an even period, so there must be a common factor of 2, at least.) This can be shown to be equivalent to a single LCG with a modulus equal to the product of the component LCG moduli.

Marsaglia's add-with-carry and subtract-with-borrow PRNGs with a word size of b=2^w and lags r and s (r > s) are equivalent to LCGs with a modulus of b^r ± b^s ± 1.

Multiply-with-carry PRNGs with a multiplier of a are equivalent to LCGs with a large prime modulus of ab^r−1 and a power-of-2 multiplier b.

A permuted congruential generator begins with a power-of-2-modulus LCG and applies an output transformation to eliminate the short period problem in the low-order bits.

Comparison with other PRNGs

The other widely used primitive for obtaining long-period pseudorandom sequences is the linear-feedback shift register construction, which is based on arithmetic in GF(2)[x], the polynomial ring over GF(2). Rather than integer addition and multiplication, the basic operations are exclusive-or and carry-less multiplication, which is usually implemented as a sequence of logical shifts. These have the advantage that all of their bits are full-period; they do not suffer from the weakness in the low-order bits that plagues arithmetic modulo 2^k.

Examples of this family include xorshift generators and the Mersenne twister. The latter provides a very long period (2¹⁹⁹³⁷−1) and variate uniformity, but it fails some statistical tests. Lagged Fibonacci generators also fall into this category; although they use arithmetic addition, their period is ensured by an LFSR among the least-significant bits.

It is easy to detect the structure of a linear-feedback shift register with appropriate tests such as the linear complexity test implemented in the TestU01 suite; a Boolean circulant matrix initialized from consecutive bits of an LFSR will never have rank greater than the degree of the polynomial. Adding a non-linear output mixing function (as in the xoshiro256** and permuted congruential generator constructions) can greatly improve the performance on statistical tests.

Another structure for a PRNG is a very simple recurrence function combined with a powerful output mixing function. This includes counter mode block ciphers and non-cryptographic generators such as SplitMix64.

A structure similar to LCGs, but not equivalent, is the multiple-recursive generator: X_n = (a₁X_n−1 + a₂X_n−2 + ··· + a_kX_n−k) mod m for k ≥ 2. With a prime modulus, this can generate periods up to m^k−1, so is a useful extension of the LCG structure to larger periods.

A powerful technique for generating high-quality pseudorandom numbers is to combine two or more PRNGs of different structure; the sum of an LFSR and an LCG (as in the KISS or xorwow constructions) can do very well at some cost in speed.