# 6. Kesten Processes and Firm Dynamics#

GPU

This lecture was built using a machine with JAX installed and access to a GPU.

To run this lecture on Google Colab, click on the “play” icon top right, select Colab, and set the runtime environment to include a GPU.

To run this lecture on your own machine, you need to install Google JAX.

In addition to JAX and Anaconda, this lecture will need the following libraries:

```
!pip install quantecon
```

## Show code cell output

```
Requirement already satisfied: quantecon in /opt/conda/envs/quantecon/lib/python3.11/site-packages (0.7.2)
Requirement already satisfied: numba>=0.49.0 in /opt/conda/envs/quantecon/lib/python3.11/site-packages (from quantecon) (0.59.1)
Requirement already satisfied: numpy>=1.17.0 in /opt/conda/envs/quantecon/lib/python3.11/site-packages (from quantecon) (1.26.4)
Requirement already satisfied: requests in /opt/conda/envs/quantecon/lib/python3.11/site-packages (from quantecon) (2.32.2)
Requirement already satisfied: scipy>=1.5.0 in /opt/conda/envs/quantecon/lib/python3.11/site-packages (from quantecon) (1.13.1)
Requirement already satisfied: sympy in /opt/conda/envs/quantecon/lib/python3.11/site-packages (from quantecon) (1.12)
Requirement already satisfied: llvmlite<0.43,>=0.42.0dev0 in /opt/conda/envs/quantecon/lib/python3.11/site-packages (from numba>=0.49.0->quantecon) (0.42.0)
```

```
Requirement already satisfied: charset-normalizer<4,>=2 in /opt/conda/envs/quantecon/lib/python3.11/site-packages (from requests->quantecon) (2.0.4)
Requirement already satisfied: idna<4,>=2.5 in /opt/conda/envs/quantecon/lib/python3.11/site-packages (from requests->quantecon) (3.7)
Requirement already satisfied: urllib3<3,>=1.21.1 in /opt/conda/envs/quantecon/lib/python3.11/site-packages (from requests->quantecon) (2.2.2)
Requirement already satisfied: certifi>=2017.4.17 in /opt/conda/envs/quantecon/lib/python3.11/site-packages (from requests->quantecon) (2024.6.2)
Requirement already satisfied: mpmath>=0.19 in /opt/conda/envs/quantecon/lib/python3.11/site-packages (from sympy->quantecon) (1.3.0)
```

```
WARNING: Running pip as the 'root' user can result in broken permissions and conflicting behaviour with the system package manager. It is recommended to use a virtual environment instead: https://pip.pypa.io/warnings/venv
```

## 6.1. Overview#

This lecture describes Kesten processes, which are an important class of stochastic processes, and an application of firm dynamics.

The lecture draws on an earlier QuantEcon lecture, which uses Numba to accelerate the computations.

In that earlier lecture you can find a more detailed discussion of the concepts involved.

This lecture focuses on implementing the same computations in JAX.

Let’s start with some imports:

```
import matplotlib.pyplot as plt
import quantecon as qe
import jax
import jax.numpy as jnp
from jax import random
from jax import lax
```

Let’s check the GPU we are running

```
!nvidia-smi
```

```
Mon Aug 12 03:59:32 2024
+---------------------------------------------------------------------------------------+
| NVIDIA-SMI 535.54.03 Driver Version: 535.54.03 CUDA Version: 12.5 |
|-----------------------------------------+----------------------+----------------------+
| GPU Name Persistence-M | Bus-Id Disp.A | Volatile Uncorr. ECC |
| Fan Temp Perf Pwr:Usage/Cap | Memory-Usage | GPU-Util Compute M. |
| | | MIG M. |
|=========================================+======================+======================|
| 0 Tesla T4 On | 00000001:00:00.0 Off | Off |
| N/A 42C P8 9W / 70W | 2MiB / 16384MiB | 0% Default |
| | | N/A |
+-----------------------------------------+----------------------+----------------------+
+---------------------------------------------------------------------------------------+
| Processes: |
| GPU GI CI PID Type Process name GPU Memory |
| ID ID Usage |
|=======================================================================================|
| No running processes found |
+---------------------------------------------------------------------------------------+
```

## 6.2. Kesten processes#

A **Kesten process** is a stochastic process of the form

where \(\{a_t\}_{t \geq 1}\) and \(\{\eta_t\}_{t \geq 1}\) are IID sequences.

We are interested in the dynamics of \(\{X_t\}_{t \geq 0}\) when \(X_0\) is given.

We will focus on the nonnegative scalar case, where \(X_t\) takes values in \(\mathbb R_+\).

In particular, we will assume that

the initial condition \(X_0\) is nonnegative,

\(\{a_t\}_{t \geq 1}\) is a nonnegative IID stochastic process and

\(\{\eta_t\}_{t \geq 1}\) is another nonnegative IID stochastic process, independent of the first.

### 6.2.1. Application: firm dynamics#

In this section we apply Kesten process theory to the study of firm dynamics.

#### 6.2.1.1. Gibrat’s law#

It was postulated many years ago by Robert Gibrat that firm size evolves according to a simple rule whereby size next period is proportional to current size.

This is now known as Gibrat’s law of proportional growth.

We can express this idea by stating that a suitably defined measure \(s_t\) of firm size obeys

for some positive IID sequence \(\{a_t\}\).

Subsequent empirical research has shown that this specification is not accurate, particularly for small firms.

However, we can get close to the data by modifying (6.2) to

where \(\{a_t\}\) and \(\{b_t\}\) are both IID and independent of each other.

We now study the implications of this specification.

#### 6.2.1.2. Heavy tails#

If the conditions of the Kesten–Goldie Theorem are satisfied, then (6.3) implies that the firm size distribution will have Pareto tails.

This matches empirical findings across many data sets.

But there is another unrealistic aspect of the firm dynamics specified in (6.3) that we need to address: it ignores entry and exit.

In any given period and in any given market, we observe significant numbers of firms entering and exiting the market.

In this setting, firm dynamics can be expressed as

The motivation behind and interpretation of (6.4) can be found in our earlier Kesten process lecture.

What can we say about dynamics?

Although (6.4) is not a Kesten process, it does update in the same way as a Kesten process when \(s_t\) is large.

So perhaps its stationary distribution still has Pareto tails?

We can investigate this question via simulation and rank-size plots.

The approach will be to

generate \(M\) draws of \(s_T\) when \(M\) and \(T\) are large and

plot the largest 1,000 of the resulting draws in a rank-size plot.

(The distribution of \(s_T\) will be close to the stationary distribution when \(T\) is large.)

In the simulation, we assume that each of \(a_t, b_t\) and \(e_t\) is lognormal.

Here’s code to update a cross-section of firms according to the dynamics in (6.4).

```
@jax.jit
def update_s(s, s_bar, a_random, b_random, e_random):
exp_a = jnp.exp(a_random)
exp_b = jnp.exp(b_random)
exp_e = jnp.exp(e_random)
s = jnp.where(s < s_bar,
exp_e,
exp_a * s + exp_b)
return s
```

Now we write a for loop that repeatedly calls this function, to push a cross-section of firms forward in time.

For sufficiently large `T`

, the cross-section it returns (the cross-section at
time `T`

) corresponds to firm size distribution in (approximate) equilibrium.

```
def generate_draws(M=1_000_000,
μ_a=-0.5,
σ_a=0.1,
μ_b=0.0,
σ_b=0.5,
μ_e=0.0,
σ_e=0.5,
s_bar=1.0,
T=500,
s_init=1.0,
seed=123):
key = random.PRNGKey(seed)
# Initialize the array of s values with the initial value
s = jnp.full((M, ), s_init)
# Perform updates on s for time t
for t in range(T):
keys = random.split(key, 3)
a_random = μ_a + σ_a * random.normal(keys[0], (M, ))
b_random = μ_b + σ_b * random.normal(keys[1], (M, ))
e_random = μ_e + σ_e * random.normal(keys[2], (M, ))
s = update_s(s, s_bar, a_random, b_random, e_random)
# Generate new key for the next iteration
key = random.fold_in(key, t)
return s
%time data = generate_draws().block_until_ready()
```

```
2024-08-12 03:59:33.278172: W external/xla/xla/service/gpu/nvptx_compiler.cc:836] The NVIDIA driver's CUDA version is 12.5 which is older than the PTX compiler version (12.6.20). Because the driver is older than the PTX compiler version, XLA is disabling parallel compilation, which may slow down compilation. You should update your NVIDIA driver or use the NVIDIA-provided CUDA forward compatibility packages.
```

```
CPU times: user 1.93 s, sys: 863 ms, total: 2.8 s
Wall time: 2.29 s
```

Running the above function again so we can see the speed with and without compile time.

```
%time data = generate_draws().block_until_ready()
```

```
CPU times: user 1.11 s, sys: 499 ms, total: 1.61 s
Wall time: 1.03 s
```

Notice that we do not JIT-compile the `for`

loops, since

acceleration of the outer loop makes little difference terms of compute time and

compiling the outer loop is often very slow.

Let’s produce the rank-size plot and check the distribution:

```
fig, ax = plt.subplots()
rank_data, size_data = qe.rank_size(data, c=0.01)
ax.loglog(rank_data, size_data, 'o', markersize=3.0, alpha=0.5)
ax.set_xlabel("log rank")
ax.set_ylabel("log size")
plt.show()
```

The plot produces a straight line, consistent with a Pareto tail.

#### 6.2.1.3. Alternative implementation with `lax.fori_loop`

#

If the time horizon is not too large, we can try to further accelerate our code
by replacing the `for`

loop with
`lax.fori_loop`

.

Note, however, that

as mentioned above, there is not much speed gain in accelerating outer loops,

`lax.fori_loop`

has a more complicated syntax, and, most importantly,the

`lax.fori_loop`

implementation consumes far more memory, as we need to have to store large matrices of random draws

Hence the code below will fail due to out-of-memory errors when `T`

and `M`

are large.

Here is the `lax.fori_loop`

version:

```
@jax.jit
def generate_draws_lax(μ_a=-0.5,
σ_a=0.1,
μ_b=0.0,
σ_b=0.5,
μ_e=0.0,
σ_e=0.5,
s_bar=1.0,
T=500,
M=500_000,
s_init=1.0,
seed=123):
key = random.PRNGKey(seed)
keys = random.split(key, 3)
# Generate random draws and initial values
a_random = μ_a + σ_a * random.normal(keys[0], (T, M))
b_random = μ_b + σ_b * random.normal(keys[1], (T, M))
e_random = μ_e + σ_e * random.normal(keys[2], (T, M))
s = jnp.full((M, ), s_init)
# Define the function for each update
def update_s(i, s):
a, b, e = a_random[i], b_random[i], e_random[i]
s = jnp.where(s < s_bar,
jnp.exp(e),
jnp.exp(a) * s + jnp.exp(b))
return s
# Use lax.scan to perform the calculations on all states
s_final = lax.fori_loop(0, T, update_s, s)
return s_final
%time data = generate_draws_lax().block_until_ready()
```

```
CPU times: user 584 ms, sys: 37.8 ms, total: 621 ms
Wall time: 629 ms
```

In this case, `M`

is small enough for the code to run and
we see some speed gain over the for loop implementation:

```
%time data = generate_draws_lax().block_until_ready()
```

```
CPU times: user 3.31 ms, sys: 0 ns, total: 3.31 ms
Wall time: 60.3 ms
```

Here we produce the same rank-size plot:

```
fig, ax = plt.subplots()
rank_data, size_data = qe.rank_size(data, c=0.01)
ax.loglog(rank_data, size_data, 'o', markersize=3.0, alpha=0.5)
ax.set_xlabel("log rank")
ax.set_ylabel("log size")
plt.show()
```

Let’s rerun the `for`

loop version on smaller `M`

to compare the speed

```
%time generate_draws(M=500_000).block_until_ready()
```

```
CPU times: user 1.52 s, sys: 564 ms, total: 2.09 s
Wall time: 1.53 s
```

```
Array([2.389801 , 2.2558599, 3.3113828, ..., 2.7102313, 2.5520844,
3.4196172], dtype=float32)
```

Let’s run it again to get rid of the compile time.

```
%time generate_draws(M=500_000).block_until_ready()
```

```
CPU times: user 1.19 s, sys: 363 ms, total: 1.56 s
Wall time: 1e+03 ms
```

```
Array([2.389801 , 2.2558599, 3.3113828, ..., 2.7102313, 2.5520844,
3.4196172], dtype=float32)
```

We see that the `lax.fori_loop`

version is faster than the `for`

loop version
when memory is not an issue.