6. Kesten Processes and Firm Dynamics#
GPU
This lecture was built using hardware that has 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 what’s in 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.10/site-packages (0.7.1)
Requirement already satisfied: requests in /opt/conda/envs/quantecon/lib/python3.10/site-packages (from quantecon) (2.28.1)
Requirement already satisfied: sympy in /opt/conda/envs/quantecon/lib/python3.10/site-packages (from quantecon) (1.11.1)
Requirement already satisfied: numpy>=1.17.0 in /opt/conda/envs/quantecon/lib/python3.10/site-packages (from quantecon) (1.23.5)
Requirement already satisfied: numba>=0.49.0 in /opt/conda/envs/quantecon/lib/python3.10/site-packages (from quantecon) (0.56.4)
Requirement already satisfied: scipy>=1.5.0 in /opt/conda/envs/quantecon/lib/python3.10/site-packages (from quantecon) (1.10.0)
Requirement already satisfied: llvmlite<0.40,>=0.39.0dev0 in /opt/conda/envs/quantecon/lib/python3.10/site-packages (from numba>=0.49.0->quantecon) (0.39.1)
Requirement already satisfied: setuptools in /opt/conda/envs/quantecon/lib/python3.10/site-packages (from numba>=0.49.0->quantecon) (65.6.3)
Requirement already satisfied: certifi>=2017.4.17 in /opt/conda/envs/quantecon/lib/python3.10/site-packages (from requests->quantecon) (2022.12.7)
Requirement already satisfied: charset-normalizer<3,>=2 in /opt/conda/envs/quantecon/lib/python3.10/site-packages (from requests->quantecon) (2.0.4)
Requirement already satisfied: idna<4,>=2.5 in /opt/conda/envs/quantecon/lib/python3.10/site-packages (from requests->quantecon) (3.4)
Requirement already satisfied: urllib3<1.27,>=1.21.1 in /opt/conda/envs/quantecon/lib/python3.10/site-packages (from requests->quantecon) (1.26.14)
Requirement already satisfied: mpmath>=0.19 in /opt/conda/envs/quantecon/lib/python3.10/site-packages/mpmath-1.2.1-py3.10.egg (from sympy->quantecon) (1.2.1)
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
Let’s check the GPU we are running
!nvidia-smi
Fri Sep 22 00:35:38 2023
+-----------------------------------------------------------------------------+
| NVIDIA-SMI 470.182.03 Driver Version: 470.182.03 CUDA Version: 12.1 |
|-------------------------------+----------------------+----------------------+
| 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 V100-SXM2... Off | 00000000:00:1E.0 Off | 0 |
| N/A 29C P0 38W / 300W | 0MiB / 16160MiB | 2% 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()
CPU times: user 11 s, sys: 3.08 s, total: 14.1 s
Wall time: 9.87 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 9.37 s, sys: 1.25 s, total: 10.6 s
Wall time: 5.71 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.scan#
If the time horizon is not too large, we can try to further accelerate our code
by replacing the for loop with
lax.scan.
Note, however, that
as mentioned above, there is not much speed gain in accelerating outer loops,
lax.scanhas a more complicated syntax, and, most importantly,the
lax.scanimplementation 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.scan version:
from jax import lax
@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(s, a_b_e_draws):
a, b, e = a_b_e_draws
s = jnp.where(s < s_bar,
jnp.exp(e),
jnp.exp(a) * s + jnp.exp(b))
return s, None
# Use lax.scan to perform the calculations on all states
s_final, _ = lax.scan(update_s, s, (a_random, b_random, e_random))
return s_final
%time data = generate_draws_lax().block_until_ready()
CPU times: user 502 ms, sys: 0 ns, total: 502 ms
Wall time: 440 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.67 ms, sys: 0 ns, total: 3.67 ms
Wall time: 34.7 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 10.6 s, sys: 896 ms, total: 11.5 s
Wall time: 6.78 s
Array([2.389801 , 2.2558599, 3.3113828, ..., 2.7102313, 2.5520844,
3.4196172], dtype=float32)
We see that the lax.scan version is faster than the for loop version
when memory is not an issue.