20. Krylov Methods and Matrix Conditioning#
Contents
20.1. Overview#
This lecture takes the structure of numerical methods for linear algebra and builds further toward working with large, sparse matrices. In the process, we will examine foundational numerical analysis such as ill-conditioned matrices.
using LinearAlgebra, Statistics, BenchmarkTools, Random
Random.seed!(42); # seed random numbers for reproducibility
20.1.1. Applications#
In this section, we will consider variations on classic problems
Solving a linear system for a square \(A\) where we will maintain throughout that there is a unique solution to
\[ A x = b \]Linear least-squares solution, for a rectangular \(A\)
\[ \min_x \| Ax -b \|^2 \]From theory, we know that if \(A\) has linearly independent columns, then the solution is the normal equation
\[ x = (A'A)^{-1}A'b \]In the case of a square matrix \(A\), the eigenvalue problem is that of finding \(x\) and \(\lambda\) such that
\[ A x = \lambda x \]For eigenvalue problems, keep in mind that you do not always require all of the \(\lambda\), and sometimes the largest (or smallest) would be enough. For example, calculating the spectral radius requires only the eigenvalue with maximum absolute value.
20.2. Ill-Conditioned Matrices#
An important consideration in numerical linear algebra, and iterative methods in general, is the condition number.
An ill-conditioned matrix is one where the basis eigenvectors are close to, but not exactly, collinear. While this poses no problem on pen and paper, or with infinite-precision numerical methods, it is important in practice, for two reasons:
Ill-conditioned matrices introduce numerical errors roughly in proportion to the base-10 log of the condition number.
The convergence speed of many iterative methods is based on the spectral properties of the matrices (e.g., the basis formed by the eigenvectors), and hence ill-conditioned systems can converge slowly.
The solutions to these problems are to
be careful with operations which introduce error based on the condition number (e.g., matrix inversions when the condition number is high)
choose, where possible, alternative representations which have less collinearity (e.g., an orthogonal polynomial basis rather than a monomial one)
use a preconditioner for iterative methods, which changes the spectral properties to increase convergence speed
20.2.1. Condition Number#
First, let’s define and explore the condition number \(\kappa\)
where you can use the Cauchy–Schwarz inequality to show that \(\kappa(A) \geq 1\). While the condition number can be calculated with any norm, we will focus on the 2-norm.
First, a warning on calculations: Calculating the condition number for a matrix can be an expensive operation (as would calculating a determinant) and should be thought of as roughly equivalent to doing an eigendecomposition. So use it for detective work judiciously.
Let’s look at the condition number of a few matrices using the cond function (which allows a choice of the norm, but we’ll stick with the default 2-norm).
A = I(2)
cond(A)
1.0
Here we see an example of the best-conditioned matrix, the identity matrix with its completely orthonormal basis, which has a condition number of 1.
On the other hand, notice that
epsilon = 1E-6
A = [1.0 0.0
1.0 epsilon]
cond(A)
2.0000000000005004e6
has a condition number of order 10E6 - and hence (taking the base-10 log) you would expect to be introducing numerical errors of about 6 significant digits if you
are not careful. For example, note that the inverse has both extremely large and extremely small negative numbers
inv(A)
2×2 Matrix{Float64}:
1.0 0.0
-1.0e6 1.0e6
Since we know that the determinant of nearly collinear matrices is close to zero, this shows another symptom of poor conditioning
det(A)
1.0e-6
However, be careful since the determinant has a scale, while the condition number is dimensionless. That is,
@show det(1000 * A)
@show cond(1000 * A);
det(1000A) = 1.0
cond(1000A) = 2.0000000000005e6
In that case, the determinant of A is 1, while the condition number is unchanged. This example also provides some
intuition that ill-conditioned matrices typically occur when a matrix has radically different scales (e.g., contains both 1 and 1E-6, or 1000 and 1E-3). This can occur frequently with both function approximation and linear least squares.
20.2.2. Condition Numbers and Matrix Operations#
Multiplying a matrix by a constant does not change the condition number. What about other operations?
For this example, we see that the inverse has the same condition number (though this will not always be the case).
@show cond(A)
@show cond(inv(A));
cond(A) = 2.0000000000005004e6
cond(inv(A)) = 2.0000000002323308e6
The condition number of the product of two matrices can change radically and lead things to becoming even more ill-conditioned.
This comes up frequently when calculating the product of a matrix and its transpose (e.g., forming the covariance matrix). A classic example is the Läuchli matrix.
lauchli(N, epsilon) = [ones(N)'; epsilon * I(N)]'
epsilon = 1E-8
L = lauchli(3, epsilon) |> Matrix
3×4 Matrix{Float64}:
1.0 1.0e-8 0.0 0.0
1.0 0.0 1.0e-8 0.0
1.0 0.0 0.0 1.0e-8
Note that the condition number increases substantially
@show cond(L)
@show cond(L' * L);
cond(L) = 1.732050807568878e8
cond(L' * L) =
2.8104131146758097e32
You can show that the analytic eigenvalues of this are \(\{3 + \epsilon^2, \epsilon^2, \epsilon^2\}\) but the poor conditioning means it is difficult to distinguish these from \(0\).
This comes up when conducting Principal Component Analysis, which requires calculations of the eigenvalues of the covariance matrix
sort(sqrt.(Complex.(eigen(L * L').values)), lt = (x, y) -> abs(x) < abs(y))
3-element Vector{ComplexF64}:
0.0 + 0.0im
4.2146848510894035e-8 + 0.0im
1.7320508075688772 + 0.0im
Note that these are significantly different than the known analytic solution and, in particular, are difficult to distinguish from 0.
sqrt.([3 + epsilon^2, epsilon^2, epsilon^2]) |> sort
3-element Vector{Float64}:
1.0e-8
1.0e-8
1.7320508075688772
Alternatively, we could calculate these by taking the square of the singular values of \(L\) itself, which is much more accurate and lets us clearly distinguish from zero
svd(L).S |> sort
3-element Vector{Float64}:
9.999999999999997e-9
9.999999999999999e-9
1.7320508075688774
Similarly, we are better off calculating least squares directly rather than forming the normal equation (i.e., \(A' A x = A' b\)) ourselves
N = 3
A = lauchli(N, 1E-7)' |> Matrix
b = rand(N + 1)
x_sol_1 = A \ b # using a least-squares solver
x_sol_2 = (A' * A) \ (A' * b) # forming the normal equation ourselves
norm(x_sol_1 - x_sol_2)
1570.1385728768105
20.2.3. Why a Monomial Basis Is a Bad Idea#
A classic example of poorly conditioned matrices is using a monomial basis of a polynomial with interpolation.
Take a grid of points, \(x_0, \ldots x_N\) and values \(y_0, \ldots y_N\) where we want to calculate the interpolating polynomial.
If we were to use the simplest, and most obvious, polynomial basis, then the calculation consists of finding the coefficients \(c_1, \ldots c_n\) where
To solve for the coefficients, we notice that this is a simple system of equations
Or, stacking \(c = \begin{bmatrix} c_0 & \ldots & c_N\end{bmatrix}, y = \begin{bmatrix} y_0 & \ldots & y_N\end{bmatrix}\) and
We can then calculate the interpolating coefficients as the solution to
Implementing this for the interpolation of the \(exp(x)\) function
N = 5
f(x) = exp(x)
x = range(0.0, 10.0, length = N + 1)
y = f.(x) # generate some data to interpolate
A = [x_i^n for x_i in x, n in 0:N]
A_inv = inv(A)
c = A_inv * y
norm(A * c - f.(x), Inf)
1.1932570487260818e-9
The final step just checks the interpolation vs. the analytic function at the nodes. Keep in mind that this should be very close to zero
since we are interpolating the function precisely at those nodes.
In our example, the Inf-norm (i.e., maximum difference) of the interpolation errors at the nodes is around 1E-9, which
is reasonable for many problems.
But note that with \(N=5\) the condition number is already of order 1E6.
cond(A)
564652.3214000753
What if we increase the degree of the polynomial with the hope of increasing the precision of the interpolation?
N = 10
f(x) = exp(x)
x = range(0.0, 10.0, length = N + 1)
y = f.(x) # generate some data to interpolate
A = [x_i^n for x_i in x, n in 0:N]
A_inv = inv(A)
c = A_inv * y
norm(A * c - f.(x), Inf)
6.227055564522743e-6
Here, we see that hoping to increase the precision between points by adding extra polynomial terms is backfiring. By going to a 10th-order polynomial, we have
introduced an error of about 1E-5, even at the interpolation points themselves.
This blows up quickly
N = 20
f(x) = exp(x)
x = range(0.0, 10.0, length = N + 1)
y = f.(x) # generate some data to interpolate
A = [x_i^n for x_i in x, n in 0:N]
A_inv = inv(A)
c = A_inv * y
norm(A * c - f.(x), Inf)
31732.823760853535
To see the source of the problem, note that the condition number is astronomical.
cond(A)
1.6741221904844006e24
At this point, you should be suspicious of the use of inv(A), since we have considered solving
linear systems by taking the inverse as verboten. Indeed, this made things much worse. The
error drops dramatically if we solve it as a linear system
c = A \ y
norm(A * c - f.(x), Inf)
2.7466739993542433e-10
But an error of 1E-10 at the interpolating nodes themselves can be a problem in many applications, and if you increase N
then the error will become non-trivial eventually - even without taking the inverse.
The heart of the issue is that the monomial basis leads to a Vandermonde matrix, which is especially ill-conditioned.
20.2.3.1. Aside on Runge’s Phenomenon#
The monomial basis is also a good opportunity to look at a separate type of error due to Runge’s Phenomenon. It is an important issue in approximation theory, albeit not one driven by numerical approximation errors.
It turns out that using a uniform grid of points is, in general, the worst possible choice of interpolation nodes for a polynomial approximation. This phenomenon can be seen with the interpolation of the seemingly innocuous Runge’s function, \(g(x) = \frac{1}{1 + 25 x^2}\).
Let’s calculate the interpolation with a monomial basis to find the \(c_i\) such that
First, interpolate with \(N = 5\) and avoid taking the inverse. In that case, as long as we avoid taking an inverse, the numerical errors from the ill-conditioned matrix are manageable.
using LaTeXStrings, Plots
N_display = 100
g(x) = 1 / (1 + 25x^2)
x_display = range(-1, 1, length = N_display)
y_display = g.(x_display)
# interpolation
N = 5
x = range(-1.0, 1.0, length = N + 1)
y = g.(x)
A_5 = [x_i^n for x_i in x, n in 0:N]
c_5 = A_5 \ y
# use the coefficients to evaluate on x_display grid
B_5 = [x_i^n for x_i in x_display, n in 0:N] # calculate monomials for display grid
y_5 = B_5 * c_5 # calculates for each in x_display_grid
plot(x_display, y_5, label = L"P_5(x)")
plot!(x_display, y_display, w = 3, label = L"g(x)")
Note that while the function, \(g(x)\), and the approximation with a 5th-order polynomial, \(P_5(x)\), coincide at the 6 nodes, the approximation has a great deal of error everywhere else.
The oscillations near the boundaries are the hallmarks of Runge’s Phenomenon. You might guess that increasing the number of grid points and the order of the polynomial will lead to better approximations:
N = 9
x = range(-1.0, 1.0, length = N + 1)
y = g.(x)
A_9 = [x_i^n for x_i in x, n in 0:N]
c_9 = A_9 \ y
# use the coefficients to evaluate on x_display grid
B_9 = [x_i^n for x_i in x_display, n in 0:N] # calculate monomials for display grid
y_9 = B_9 * c_9 # calculates for each in x_display_grid
plot(x_display, y_9, label = L"P_9(x)")
plot!(x_display, y_display, w = 3, label = L"g(x)")
While the approximation is better near x=0, the oscillations near the boundaries have become worse. Adding on extra polynomial terms will not
globally increase the quality of the approximation.
Using an Orthogonal Polynomial Basis
We can minimize the numerical problems of an ill-conditioned basis matrix by choosing a different basis for the polynomials.
For example, Chebyshev polynomials form an orthonormal basis under an appropriate inner product, and we can form precise high-order approximations, with very little numerical error. Besides the use of a different polynomial basis, we are approximating at different nodes (i.e., Chebyshev nodes). Interpolation with Chebyshev polynomials at the Chebyshev nodes ends up minimizing (but not eliminating) Runge’s Phenomenon.
20.2.3.2. Lessons for Approximation and Interpolation#
To summarize:
Check the condition number on systems you suspect might be ill-conditioned (based on intuition of collinearity).
If you are working with ill-conditioned matrices, be especially careful not to take the inverse or multiply by the transpose.
Avoid a monomial polynomial basis. Instead, use polynomials (e.g., Chebyshev or Lagrange) orthogonal under an appropriate inner product, or use a non-global basis such as cubic splines.
If possible, avoid using a uniform grid for interpolation and approximation, and choose nodes appropriate for the basis.
However, sometimes you can’t avoid ill-conditioned matrices. This is especially common with discretization of PDEs and with linear least squares.
20.3. Stationary Iterative Algorithms for Linear Systems#
As before, consider solving the equation
We will now focus on cases where \(A\) is both massive (e.g., potentially millions of equations) and sparse, and sometimes ill-conditioned - but where there is always a unique solution.
While this may seem excessive, it occurs in practice due to the curse of dimensionality, discretizations of PDEs, and when working with big data.
The methods in the previous lectures (e.g., factorization and approaches similar to Gaussian elimination) are called direct methods, and are able in theory to converge to the exact solution in a finite number of steps while directly working with the matrix in memory.
Instead, iterative solutions start with a guess on a solution and iterate until convergence. The benefit will be that each iteration uses a lower-order operation (e.g., an \(O(N^2)\) matrix-vector product) which will make it possible to
solve much larger systems, even if done less precisely.
define linear operators in terms of the matrix-vector products, rather than storing as a matrix.
get approximate solutions in progress prior to the completion of all algorithm steps, unlike the direct methods, which provide a solution only at the end.
Of course, there is no free lunch, and the computational order of the iterations themselves would be comparable to the direct methods for a given level of tolerance (e.g., \(O(N^3)\) operations may be required to solve a dense unstructured system).
There are two types of iterative methods we will consider. The first type is stationary methods, which iterate on a map in a way that’s similar to fixed-point problems, and the second type is Krylov methods, which iteratively solve using left-multiplications of the linear operator.
For our main examples, we will use the valuation of the continuous-time Markov chain from the numerical methods for linear algebra lecture. That is, given a payoff vector \(r\), a discount rate \(\rho\), and the infinitesimal generator of the Markov chain \(Q\), solve the equation
With the sizes and types of matrices here, iterative methods are inappropriate in practice, but they will help us understand the characteristics of convergence and how they relate to matrix conditioning.
20.3.1. Stationary Methods#
First, we will solve with a direct method, which will give the solution to machine precision.
using LinearAlgebra, IterativeSolvers, Statistics
alpha = 0.1
N = 100
Q = Tridiagonal(fill(alpha, N - 1), [-alpha; fill(-2alpha, N - 2); -alpha],
fill(alpha, N - 1))
r = range(0.0, 10.0, length = N)
rho = 0.05
A = rho * I - Q
v_direct = A \ r
mean(v_direct)
100.00000000000004
Without proof, consider that given the discount rate of \(\rho > 0\), this problem could be set up as a contraction for solving the Bellman equation through methods such as value-function iteration.
The condition we will examine here is called diagonal dominance.
That is, in every row, the diagonal element is weakly greater in absolute value than the sum of all of the other elements in the row. In cases where it is strictly greater, we say that the matrix is strictly diagonally dominant.
With our example, given that \(Q\) is the infinitesimal generator of a Markov chain, we know that each row sums to 0, and hence it is weakly diagonally dominant.
However, notice that when \(\rho > 0\), and since the diagonal of \(Q\) is negative, \(A = \rho I - Q\) makes the matrix strictly diagonally dominant.
20.3.2. Jacobi Iteration#
For matrices that are strictly diagonally dominant, you can prove that a simple decomposition and iteration procedure will converge.
To solve a system \(A x = b\), split the matrix \(A\) into its diagonal and off-diagonal elements. That is,
where
and
Rearrange the \((D + R)x = b\) as
where, since \(D\) is diagonal, its inverse is trivial to calculate with \(O(N)\) complexity.
To solve, take an iteration \(x^k\), starting from \(x^0\), and then form a new guess with
The complexity here is \(O(N^2)\) for the matrix-vector product, and \(O(N)\) for the vector subtraction and division.
The package IterativeSolvers.jl package implements this method.
For our example, we start with a guess and solve for the value function and iterate
using IterativeSolvers, LinearAlgebra, SparseArrays
v = zeros(N)
jacobi!(v, A, r, maxiter = 40)
@show norm(v - v_direct, Inf)
norm(v - v_direct, Inf) = 0.022858373200932647
0.022858373200932647
With this, after 40 iterations we see that the error is in the order of 1E-2
20.3.3. Other Stationary Methods#
In practice, there are many methods that are better than Jacobi iteration. For example Gauss-Siedel., which splits the matrix \(A = L + U\) into a lower-triangular matrix \(L\) and an upper-triangular matrix \(U\) without the diagonal.
The iteration becomes
In that case, since the \(L\) matrix is triangular, the system can be solved in \(O(N^2)\) operations after \(b - U x^k\) is formed
v = zeros(N)
gauss_seidel!(v, A, r, maxiter = 40)
@show norm(v - v_direct, Inf);
norm(v - v_direct, Inf) = 1.5616376089155892e-5
The accuracy increases substantially. After 40 iterations, we see that the error is of the order of 1E-5
Another example is Successive Over-relaxation (SOR), which takes a relaxation parameter \(\omega > 1\) and decomposes the matrix as \(A = L + D + U\), where \(L, U\) are strictly upper- and lower-diagonal matrices and \(D\) is diagonal.
Decompose the \(A\) matrix, multiply the system by \(\omega\), and rearrange to find
In that case, \(D + \omega L\) is a triangular matrix, and hence the linear solution is \(O(N^2)\).
v = zeros(N)
sor!(v, A, r, 1.1, maxiter = 40)
@show norm(v - v_direct, Inf);
norm(v - v_direct, Inf) = 3.745356593753968e-7
The accuracy is now 1E-7. If we change the parameter to \(\omega = 1.2\), the accuracy further increases to 1E-9.
This technique is common with iterative methods: Frequently, adding a damping or a relaxation parameter will counterintuitively speed up the convergence process.
Note: The stationary iterative methods are not always used directly, but are sometimes used as a “smoothing” step (e.g., running 5-10 times) prior to using other Krylov methods.
20.4. Krylov Methods#
A more commonly used set of iterative methods is based on Krylov subspaces, which involve iterating the \(A^k x\) matrix-vector product, and orthogonalizing to ensure that the resulting iteration is not too collinear.
The prototypical Krylov method is Conjugate Gradient, which requires the \(A\) matrix to be symmetric and positive definite.
Solving an example:
N = 100
A = sprand(100, 100, 0.1) # 10 percent non-zeros
A = A * A' # easy way to generate a symmetric positive-definite matrix
@show isposdef(A)
b = rand(N)
x_direct = A \ b # sparse direct solver more appropriate here
cond(Matrix(A * A'))
isposdef(A) = true
8.931830422090887e10
Notice that the condition numbers tend to be large for large random matrices.
Solving this system with the conjugate gradient method:
x = zeros(N)
sol = cg!(x, A, b, log = true, maxiter = 1000)
sol[end]
Converged after 179 iterations.
20.4.1. Introduction to Preconditioning#
If you tell a numerical analyst that you are using direct methods, their first question may be, “which factorization?” But if you tell them you are using an iterative method, they may ask “which preconditioner?”.
As discussed at the beginning of the lecture, the spectral properties of matrices determine the rate of convergence
of iterative methods. In particular, ill-conditioned matrices can converge slowly with iterative methods, for the same
reasons that naive value-function iteration will converge slowly if the discount rate is close to 1.
Preconditioning solves this problem by adjusting the spectral properties of the matrix, at the cost of some extra computational operations.
To see an example of a right-preconditioner, consider a matrix \(P\) which has a convenient and numerically stable inverse. Then
That is, solve \((A P^{-1})y = b\) for \(y\), and then solve \(P x = y\) for \(x\).
There are all sorts of preconditioners, and they are specific to the particular problem at hand. The key features are that they have convenient (and lower-order!) ways to solve the resulting system and they lower the condition number of the matrix. To see this in action, we can look at a simple preconditioner.
The diagonal precondition is simply P = Diagonal(A). Depending on the matrix, this can change the condition number a little or a lot.
AP = A * inv(Diagonal(A))
@show cond(Matrix(A))
@show cond(Matrix(AP));
cond(Matrix(A)) = 298861.6453740188
cond(Matrix(AP)) = 243950.12908057732
But it may or may not decrease the number of iterations
using Preconditioners
x = zeros(N)
P = DiagonalPreconditioner(A)
sol = cg!(x, A, b, log = true, maxiter = 1000)
sol[end]
Converged after 179 iterations.
Another classic preconditioner is the incomplete LU decomposition
using IncompleteLU
x = zeros(N)
P = ilu(A, τ = 0.1)
sol = cg!(x, A, b, Pl = P, log = true, maxiter = 1000)
sol[end]
Converged after 124 iterations.
The τ parameter determines the degree of the LU decomposition to conduct, providing a tradeoff between preconditioner and solve speed.
A good rule of thumb is that you should almost always be using a preconditioner with iterative methods, and you should experiment to find preconditioners that are appropriate for your problem.
Finally, naively trying another preconditioning approach (called Algebraic Multigrid) gives us a further drop in the number of iterations.
x = zeros(N)
P = AMGPreconditioner{RugeStuben}(A)
sol = cg!(x, A, b, Pl = P, log = true, maxiter = 1000)
sol[end]
Converged after 61 iterations.
Note: Preconditioning is also available for stationary, iterative methods (see this example), but is frequently not implemented since such methods are not often used for the complete solution.
20.4.2. Methods for General Matrices#
There are many algorithms which exploit matrix structure (e.g., the conjugate gradient method for positive-definite matrices, and MINRES for matrices that are only symmetric/Hermitian).
On the other hand, if there is no structure to a sparse matrix, then GMRES is a good approach.
To experiment with these methods, we will use our ill-conditioned interpolation problem with a monomial basis.
using IterativeSolvers
N = 10
f(x) = exp(x)
x = range(0.0, 10.0, length = N + 1)
y = f.(x) # generate some data to interpolate
A = sparse([x_i^n for x_i in x, n in 0:N])
c = zeros(N + 1) # initial guess required for iterative solutions
results = gmres!(c, A, y, log = true, maxiter = 1000)
println("cond(A) = $(cond(Matrix(A))), $(results[end]) Norm error $(norm(A*c - y, Inf))")
cond(A) = 4.462824600195809e12, Converged after 11 iterations. Norm error 1.2188684195280075e-7
That method converged in 11 iterations. Now if we try it with an incomplete LU preconditioner, we see that it converges immediately.
N = 10
f(x) = exp(x)
x = range(0.0, 10.0, length = N + 1)
y = f.(x) # generate some data to interpolate
A = [x_i^n for x_i in x, n in 0:N]
P = ilu(sparse(A), τ = 0.1)
c = zeros(N + 1) # initial guess required for iterative solutions
results = gmres!(c, A, y, Pl = P, log = true, maxiter = 1000)
println("$(results[end]) Norm error $(norm(A*c - y, Inf))")
Converged after 1 iterations. Norm error 4.854518920183182e-8
With other preconditioners (e.g., DiagonalPreconditioner), we may save only one or two iterations. Keep in mind,
however, to consider the cost of the preconditioning process in your problem.
20.4.3. Matrix-Free Methods#
First, lets use a Krylov method to solve our simple valuation problem
alpha = 0.1
N = 100
Q = Tridiagonal(fill(alpha, N - 1), [-alpha; fill(-2alpha, N - 2); -alpha],
fill(alpha, N - 1))
r = range(0.0, 10.0, length = N)
rho = 0.05
A = rho * I - Q
v = zeros(N)
results = gmres!(v, A, r, log = true)
v_sol = results[1]
println("$(results[end])")
Converged after 20 iterations.
While the A matrix was important to be kept in memory for direct methods, Krylov methods such as GMRES are built on matrix-vector products, i.e., \(A x\) for iterations on the \(x\).
This product can be written directly for a given \(x\),
This can be implemented as a function (either in-place or out-of-place) which calculates \(y = A x\)
function A_mul(x)
[(rho + alpha) * x[1] - alpha * x[2];
[-alpha * x[i - 1] + (rho + 2 * alpha) * x[i] - alpha * x[i + 1]
for i in 2:(N - 1)] # comprehension
-alpha * x[end - 1] + (rho + alpha) * x[end]]
end
x = rand(N)
@show norm(A * x - A_mul(x)) # compare to matrix;
norm(A * x - A_mul(x)) = 0.0
0.0
The final line verifies that the A_mul function provides the same result as the matrix multiplication with our original A for a random vector.
In abstract mathematics, a finite-dimensional linear operator is a mapping \(A : R^N \to R^N\) that satisfies a number of criteria such as \(A (c_1 x_1 + c_2 x_2) = c_1 A x_1 + c_2 A x_2\) for scalars \(c_i\) and vectors \(x_i\).
Moving from abstract mathematics to generic programming, we can think of a linear operator
as a map that satisfies a number of requirements (e.g., it has a left-multiply to apply the map *, an in-place left-multiply mul!, an associated size). A Julia matrix
is just one possible implementation of the abstract concept of a linear operator.
Convenience wrappers can provide some of the boilerplate which turns the A_mul function into something that behaves like a matrix. One
package is LinearMaps.jl and another is LinearOperators.jl
using LinearMaps
A_map = LinearMap(A_mul, N) # map uses the A_mul function
100×100 FunctionMap{Float64,false}(A_mul; issymmetric=false, ishermitian=false, isposdef=false)
Now, with the A_map object, we can fulfill many of the operations we would expect from a matrix
x = rand(N)
@show norm(A_map * x - A * x)
y = similar(x)
mul!(y, A_map, x) # in-place multiplication
@show norm(y - A * x)
@show size(A_map)
@show norm(Matrix(A_map) - A)
@show nnz(sparse(A_map));
norm(A_map * x - A * x) = 0.0
norm(y - A * x) = 0.0
size(A_map) = (100, 100)
norm(Matrix(A_map) - A) =
0.0
nnz(sparse(A_map)) = 298
Note: In the case of sparse(A_map) and Matrix(A_map), the code is using the left-multiplication operator with N standard basis vectors to construct
the full matrix. This should be used only for testing purposes.
But notice that as the linear operator does not have indexing operations, it is not an array or a matrix.
typeof(A_map) <: AbstractArray
false
As long as algorithms using linear operators are written generically (e.g., using the matrix-vector * or mul! functionss) and the types of functions are not
unnecessarily constrained to be Matrix or AbstractArray when it isn’t strictly necessary, then the A_map type can work in places which would otherwise require a matrix.
For example, the Krylov methods in IterativeSolvers.jl are written for generic left-multiplication
results = gmres(A_map, r, log = true) # Krylov method using the matrix-free type
println("$(results[end])")
Converged after 20 iterations.
These methods are typically not competitive with sparse, direct methods unless the problems become very large. In that case,
we often want to work with pre-allocated vectors. Instead of using y = A * x for matrix-vector products,
we would use the in-place mul!(y, A, x) function. The wrappers for linear operators all support in-place non-allocating versions for this purpose.
function A_mul!(y, x) # in-place version
y[1] = (rho + alpha) * x[1] - alpha * x[2]
for i in 2:(N - 1)
y[i] = -alpha * x[i - 1] + (rho + 2alpha) * x[i] - alpha * x[i + 1]
end
y[end] = -alpha * x[end - 1] + (rho + alpha) * x[end]
return y
end
A_map_2 = LinearMap(A_mul!, N, ismutating = true) # ismutating == in-place
v = zeros(N)
@show norm(A_map_2 * v - A * v) # can still call with * and have it allocate
results = gmres!(v, A_map_2, r, log = true) # in-place gmres
println("$(results[end])")
norm(A_map_2 * v - A * v) = 0.0
Converged after 20 iterations.
Finally, keep in mind that the linear operators can compose, so that \(A (c_1 x) + B (c_2 x) + x = (c_1 A + c_2 B + I) x\) is well defined for any linear operators - just as it would be for matrices \(A, B\) and scalars \(c_1, c_2\).
For example, take \(2 A x + x = (2 A + I) x \equiv B x\) as a new linear map,
B = 2.0 * A_map + I # composite linear operator
B * rand(N) # left-multiply works with the composition
typeof(B)
LinearMaps.LinearCombination{Float64, Tuple{LinearMaps.ScaledMap{Float64, Float64, FunctionMap{Float64, typeof(A_mul), Nothing, false}}, LinearMaps.UniformScalingMap{Bool}}}
The wrappers, such as LinearMap wrappers, make this composition possible by keeping the composition
graph of the expression (i.e., LinearCombination) and implementing the left-multiply recursively using the rules of linearity.
Another example is to solve the \(\rho v = r + Q v\) equation for \(v\) with composition of matrix-free methods for \(L\)
rather than by creating the full \(A = \rho - Q\) operator, which we implemented as A_mul
function Q_mul(x)
[-alpha * x[1] + alpha * x[2];
[alpha * x[i - 1] - 2 * alpha * x[i] + alpha * x[i + 1] for i in 2:(N - 1)]; # comprehension
alpha * x[end - 1] - alpha * x[end]]
end
Q_map = LinearMap(Q_mul, N)
A_composed = rho * I - Q_map # map composition, performs no calculations
@show norm(A - sparse(A_composed)) # test produces the same matrix
gmres(A_composed, r, log = true)[2]
norm(A - sparse(A_composed)) = 0.0
Converged after 20 iterations.
In this example, the left-multiply of the A_composed used by gmres uses the left-multiply of Q_map and I with the rules
of linearity. The A_composed = rho * I - Q_map operation simply creates the LinearMaps.LinearCombination type, and doesn’t perform any calculations on its own.
20.5. Iterative Methods for Linear Least Squares#
In theory, the solution to the least-squares problem, \(\min_x \| Ax -b \|^2\), is simply the solution to the normal equations \((A'A) x = A'b\).
We saw, however, that in practice, direct methods use a QR decomposition - in part because an ill-conditioned matrix \(A\) becomes even worse when \(A' A\) is formed.
For large problems, we can also consider Krylov methods for solving the linear least-squares problem. One formulation is the LSMR algorithm, which can solve the regularized
The purpose of the \(\lambda \geq 0\) parameter is to dampen the iteration process and/or regularize the solution. This isn’t required, but can help convergence for ill-conditioned matrices \(A\). With the damping parameter, the normalized equations would become \((A'A + \lambda^2 I) x = A'b\).
We can compare solving the least-squares problem with LSMR and direct methods
M = 1000
N = 10000
sigma = 0.1
beta = rand(M)
# simulate data
X = sprand(N, M, 0.1)
y = X * beta + sigma * randn(N)
beta_direct = X \ y
results = lsmr(X, y, log = true)
beta_lsmr = results[1]
@show norm(beta_direct - beta_lsmr)
println("$(results[end])")
norm(beta_direct - beta_lsmr) = 1.0964103577224385e-5
Converged after 15 iterations.
Note that rather than forming this version of the normal equations, the LSMR algorithm uses the \(A x\) and \(A' y\) (i.e., the matrix-vector product and the matrix-transpose vector product) to implement an iterative
solution. Unlike the previous versions, the left-multiply is insufficient since the least squares also deals with the transpose of the operator. For this reason, in order to use
matrix-free methods, we need to define the A * x and transpose(A) * y functions separately.
# Could implement as matrix-free functions.
X_func(u) = X * u # matrix-vector product
X_T_func(v) = X' * v # i.e., adjoint-vector product
X_map = LinearMap(X_func, X_T_func, N, M)
results = lsmr(X_map, y, log = true)
println("$(results[end])")
Converged after 15 iterations.
20.6. Iterative Methods for Eigensystems#
When you use eigen on a dense matrix, it calculates an eigendecomposition and provides all the eigenvalues and eigenvectors.
While this is sometimes necessary, a spectral decomposition of a dense, unstructured matrix is one of the costliest \(O(N^3)\) operations (i.e., it has one of the largest constants). For large matrices, it is often infeasible.
Luckily, we frequently need only a few eigenvectors/eigenvalues (in some cases just one), which enables a different set of algorithms.
For example, in the case of a discrete-time Markov chain, in order to find the stationary distribution, we are looking for the eigenvector associated with the eigenvalue 1. As usual, a little linear algebra goes a long way.
From the Perron-Frobenius theorem, the largest eigenvalue of an irreducible stochastic matrix is 1 - the same eigenvalue we are looking for.
Iterative methods for solving eigensystems allow targeting the smallest magnitude, the largest magnitude, and many others. The easiest library to use is Arpack.jl.
As an example,
using Arpack, LinearAlgebra
N = 1000
A = Tridiagonal([fill(0.1, N - 2); 0.2], fill(0.8, N), [0.2; fill(0.1, N - 2)])
A_adjoint = A'
# Find 1 of the largest magnitude eigenvalue
lambda, phi = eigs(A_adjoint, nev = 1, which = :LM, maxiter = 1000)
phi = real(phi) ./ sum(real(phi))
@show lambda
@show mean(phi);
lambda = ComplexF64[1.0000000000000093 + 0.0im]
mean(phi) = 0.001
Indeed, the lambda is equal to 1. If we choose nev = 2, it will provide the eigenpairs with the two eigenvalues of largest absolute value.
Hint: If you get errors using Arpack, increase the maxiter parameter for your problems.
Iterative methods for eigensystems rely on matrix-vector products rather than decompositions, and are amenable to matrix-free approaches. For example, take the Markov chain for a simple counting process:
The count starts at \(1\) and has a maximum of \(N\).
With probability \(\theta \geq 0\), an existing count is lost with probability \(\zeta \geq 0\) such that \(\theta + \zeta \leq 1\).
If the count is at \(1\), then the only transition is to add a count with probability \(\theta\).
If the current count is \(N\), then the only transition is to lose the count with probability \(\zeta\).
First, finding the transition matrix \(P\) and its adjoint directly as a check
theta = 0.1
zeta = 0.05
N = 5
P = Tridiagonal(fill(zeta, N - 1),
[1 - theta; fill(1 - theta - zeta, N - 2); 1 - zeta],
fill(theta, N - 1))
P'
5×5 Tridiagonal{Float64, Vector{Float64}}:
0.9 0.05 ⋅ ⋅ ⋅
0.1 0.85 0.05 ⋅ ⋅
⋅ 0.1 0.85 0.05 ⋅
⋅ ⋅ 0.1 0.85 0.05
⋅ ⋅ ⋅ 0.1 0.95
Implementing the adjoint-vector product directly, and verifying that it gives the same matrix as the adjoint
function P_adj_mul(x)
[(1 - theta) * x[1] + zeta * x[2];
[theta * x[i - 1] + (1 - theta - zeta) * x[i] + zeta * x[i + 1]
for i in 2:(N - 1)] # comprehension
theta * x[end - 1] + (1 - zeta) * x[end]]
end
P_adj_map = LinearMap(P_adj_mul, N)
@show norm(P' - sparse(P_adj_map))
norm(P' - sparse(P_adj_map)) = 0.0
0.0
Finally, solving for the stationary distribution using the matrix-free method (which could be verified against the decomposition approach of \(P'\))
lambda, phi = eigs(P_adj_map, nev = 1, which = :LM, maxiter = 1000)
phi = real(phi) ./ sum(real(phi))
@show lambda
@show phi
lambda = ComplexF64[1.0000000000000009 + 0.0im]
phi = [0.03225806451612729; 0.06451612903225819; 0.12903225806451885; 0.25806451612903414; 0.5161290322580615;;]
5×1 Matrix{Float64}:
0.03225806451612729
0.06451612903225819
0.12903225806451885
0.25806451612903414
0.5161290322580615
Of course, for a problem this simple, the direct eigendecomposition will be significantly faster. Use matrix-free iterative methods only for large systems where you do not need all of the eigenvalues.
20.7. Krylov Methods for Markov-Chain Dynamics#
This example applies the methods in this lecture to a large continuous-time Markov chain, and provides some practice working with arrays of arbitrary dimensions.
Consider a version of the Markov-chain dynamics in [Per19], where a firm has a discrete number of customers of different types. To keep things as simple as possible, assume that there are \(m=1, \ldots M\) types of customers and that the firm may have \(n = 1, \ldots N\) customers of each type.
To set the notation, let \(n_m \in \{1, \ldots N\}\) be the number of customers of type \(m\), so that the state of a firm is \(\{n_1, \ldots n_m \ldots, n_M\}\). The cardinality of possible states is then \(\mathbf{N}\equiv N^M\), which can blow up quickly as the number of types increases.
The stochastic process is a simple counting/forgetting process, as follows:
For every \(1 \leq n_m(t) < N\), there is a \(\theta\) intensity of arrival of a new customer, so that \(n_m(t+\Delta) = n_m(t) + 1\).
For every \(1 < n_m(t) \leq N\), there is a \(\zeta\) intensity of losing a customer, so that \(n_m(t+\Delta) = n_m(t) - 1\).
20.7.1. Matrix-free Infinitesimal Generator#
In order to define an intensity matrix \(Q\) of size \(\mathbf{N}\times \mathcal{N}\), we need to choose a consistent ordering of the states. But before we enumerate them linearly, take a \(v\in R^{\mathbf{N}}\) interpreted as a multidimensional array and look at the left product of the linear operator \(Q v \to R^{\mathbf{N}}\).
For example, if we were implementing the product at the row of \(Q\) corresponding to the \((n_1, \ldots, n_M)\) state, then
Here:
the first term includes all of the arrivals of new customers into the various \(m\)
the second term is the loss of a customer for the various \(m\)
the last term is the intensity of all exits from this state (i.e., counting the intensity of all other transitions, to ensure that the row will sum to \(0\))
In practice, rather than working with the \(f\) as a multidimensional type, we will need to enumerate the discrete states linearly, so that we can iterate \(f\) between \(1\) and \(\mathbf{N}\). An especially convenient approach is to enumerate them in the same order as the \(K\)-dimensional Cartesian product of the \(N\) states in the multi-dimensional array above.
This can be done with the CartesianIndices function, which is used internally in Julia for the eachindex function. For example,
N = 2
M = 3
shape = Tuple(fill(N, M))
v = rand(shape...)
@show typeof(v)
for ind in CartesianIndices(v)
println("v$(ind.I) = $(v[ind])") # .I gets the tuple to display
end
typeof(v) = Array{Float64, 3}
v(1, 1, 1) = 0.5101399848138988
v(2, 1, 1) = 0.9467219466065451
v(1, 2, 1) = 0.3075256595852508
v(2, 2, 1) = 0.2556226174856472
v(1, 1, 2) = 0.6216922083318245
v(2, 1, 2) = 0.5382928993318764
v(1, 2, 2) = 0.8238977266775335
v(2, 2, 2) = 0.4417990845884785
The added benefit of this approach is that it will be the most efficient way to iterate through vectors in the implementation.
For the counting process with arbitrary dimensions, we will frequently be incrementing or decrementing the \(m\) unit vectors of the CartesianIndex type with
e_m = [CartesianIndex((1:M .== i) * 1...) for i in 1:M]
3-element Vector{CartesianIndex{3}}:
CartesianIndex(1, 0, 0)
CartesianIndex(0, 1, 0)
CartesianIndex(0, 0, 1)
and then use the vector to increment. For example, if the current count is (1, 2, 2) and we want to add a count of 1 to the first index and remove a count
of 1 from the third index, then
ind = CartesianIndex(1, 2, 2) # example counts coming from CartesianIndices
@show ind + e_m[1] # increment the first index
@show ind - e_m[3]; # decrement the third index
ind + e_m[1] = CartesianIndex(2, 2, 2)
ind - e_m[3] = CartesianIndex(1, 2, 1)
This works, of course, because the CartesianIndex type is written to support efficient addition and subtraction. Finally, to implement the operator, we need to count the indices in the states where increment and decrement occurs.
@show ind
@show count(ind.I .> 1)
@show count(ind.I .< N);
ind = CartesianIndex(1, 2, 2)
count(ind.I .> 1) = 2
count(ind.I .< N) = 1
With this, we are now able to write the \(Q\) operator on the \(f\) vector, which is enumerated by the Cartesian indices. First, collect the parameters in a named tuple generator
using BenchmarkTools
function default_params(; theta = 0.1, zeta = 0.05, rho = 0.03, N = 10, M = 6,
shape = Tuple(fill(N, M)), # for reshaping vector to M-d array
e_m = ([CartesianIndex((1:M .== i) * 1...) for i in 1:M]))
return (; theta, zeta, rho, N, M, shape, e_m)
end
default_params (generic function with 1 method)
Next, implement the in-place matrix-free product
function Q_mul!(dv, v, p)
(; theta, zeta, N, M, shape, e_m) = p
v = reshape(v, shape) # now can access v, dv as M-dim arrays
dv = reshape(dv, shape)
@inbounds for ind in CartesianIndices(v)
dv[ind] = 0.0
for m in 1:M
n_m = ind[m]
if (n_m < N)
dv[ind] += theta * v[ind + e_m[m]]
end
if (n_m > 1)
dv[ind] += zeta * v[ind - e_m[m]]
end
end
dv[ind] -= (theta * count(ind.I .< N) + zeta * count(ind.I .> 1)) * v[ind]
end
end
p = default_params()
v = zeros(p.shape)
dv = similar(v)
@btime Q_mul!($dv, $v, $p)
44.792 ms
(0 allocations: 0 bytes)
From the output of the benchmarking, note that the implementation of the left-multiplication takes less than 100 milliseconds, and allocates little or no memory, even though the Markov chain has a million possible states (i.e., \(N^M = 10^6\)).
20.7.2. Solving a Valuation Problem#
As before, we could use this Markov chain to solve a Bellman equation. Assume that the firm discounts at rate \(\rho > 0\) and gets a flow payoff of a different \(z_m\) per customer of type \(m\). For example, if the state of the firm is \((n_1, n_2, n_3) = (2,3,2)\), then it gets \(\begin{bmatrix}2 & 3 & 2\end{bmatrix} \cdot \begin{bmatrix}z_1& z_2 & z_3\end{bmatrix}\) in flow profits.
Given this profit function, we can write the simple Bellman equation in our standard form of \(\rho v = r + Q v\), defining the appropriate payoff \(r\). For example, if \(z_m = m^2\), then
function r_vec(p)
z = (1:(p.M)) .^ 2 # payoffs per type m
r = [0.5 * dot(ind.I, z) for ind in CartesianIndices(p.shape)]
return reshape(r, p.N^p.M) # return as a vector
end
@show typeof(r_vec(p))
r_vec(p) |> mean
typeof(r_vec(p)) = Vector{Float64}
250.25
Note that the returned \(r\) is a vector, enumerated in the same order as the \(n_m\) states.
Since the ordering of \(r\) is consistent with that of \(Q\), we can solve \((\rho - Q) v = r\) as a linear system.
Below, we create a linear operator and compare the algorithm for a few different iterative methods (GMRES, BiCGStab(l), IDR(s), etc.) with a small problem of only 10,000 possible states.
p = default_params(; N = 10, M = 4)
Q = LinearMap((df, f) -> Q_mul!(df, f, p), p.N^p.M, ismutating = true)
A = p.rho * I - Q
A_sparse = sparse(A) # expensive: use only in tests
r = r_vec(p)
v_direct = A_sparse \ r
iv = zero(r)
@btime $A_sparse \ $r # direct
@show norm(gmres(A, r) - v_direct)
@btime gmres!(iv, $A, $r) setup=(iv = zero(r))
@show norm(bicgstabl(A, r) - v_direct)
@btime bicgstabl!(iv, $A, $r) setup=(iv = zero(r))
@show norm(idrs(A, r) - v_direct)
@btime idrs($A, $r);
208.471 ms
(98 allocations: 181.54 MiB)
norm(gmres(A, r) - v_direct) = 2.3579330423718184e-5
2.804 ms (69 allocations: 2.52 MiB)
norm(bicgstabl(A, r) - v_direct) =
4.2583147043505365e-6
6.396 ms
(277 allocations: 7.94 MiB)
norm(idrs(A, r) - v_direct) = 0.00010371150865180181
3.669 ms (311 allocations: 3.29 MiB)
Here, we see that even if the \(A\) matrix has been created, the direct sparse solver (which uses a sparse LU or QR) is at least an order of magnitude slower and allocates over an order of magnitude more memory. This is in addition to the allocation for the A_sparse matrix itself, which is not needed for iterative methods.
The different iterative methods have tradeoffs when it comes to accuracy, speed, convergence rate, memory requirements, and usefulness of preconditioning. Going much above \(\mathbf{N} = 10^4\), the direct methods quickly become infeasible.
Putting everything together to solving much larger systems with GMRES as our linear solvers
function solve_bellman(p; iv = zeros(p.N^p.M))
(; rho, N, M) = p
Q = LinearMap((df, f) -> Q_mul!(df, f, p), N^M, ismutating = true)
A = rho * I - Q
r = r_vec(p)
sol = gmres!(iv, A, r, log = false) # iterative solver, matrix-free
return sol
end
p = default_params(; N = 10, M = 6)
@btime solve_bellman($p);
584.697 ms
(87 allocations: 274.67 MiB)
This solves a value function with a Markov chain of a million states in a little over a second! This general approach seems to scale roughly linearly. For example, try \(N=10, M=8\)
to solve an equation with a Markov chain with 100 million possible states, which can be solved in about 3-4 minutes. Above that order of magnitude, you may need to tinker with the linear solver parameters to ensure that you are not memory limited (e.g., change the restart parameter of GMRES).
20.7.3. Markov Chain Steady State and Dynamics#
Recall that given an \(N\)-dimensional intensity matrix \(Q\) of a CTMC, the evolution of the pdf from an initial condition \(\psi(0)\) is the system of linear differential equations
If \(Q\) is a matrix, we could just take its transpose to find the adoint. However, with matrix-free methods, we need to implement the adjoint-vector product directly.
The logic for the adjoint is that for a given \(n = (n_1,\ldots, n_m, \ldots, n_M)\), the \(Q^T\) product for that row has terms enter when
\(1 < n_m \leq N\), entering into the identical \(n\) except with one less customer in the \(m\) position
\(1 \leq n_m < N\), entering into the identical \(n\) except with one more customer in the \(m\) position
Implementing this logic, first in math and then in code,
function Q_T_mul!(dpsi, psi, p)
(; theta, zeta, N, M, shape, e_m) = p
psi = reshape(psi, shape)
dpsi = reshape(dpsi, shape)
@inbounds for ind in CartesianIndices(psi)
dpsi[ind] = 0.0
for m in 1:M
n_m = ind[m]
if (n_m > 1)
dpsi[ind] += theta * psi[ind - e_m[m]]
end
if (n_m < N)
dpsi[ind] += zeta * psi[ind + e_m[m]]
end
end
dpsi[ind] -= (theta * count(ind.I .< N) + zeta * count(ind.I .> 1)) *
psi[ind]
end
end
Q_T_mul! (generic function with 1 method)
The sparse function for the operator is useful for testing that the function is correct, and is the adjoint of
our Q operator.
p = default_params(; N = 5, M = 4) # sparse is too slow for the full matrix
Q = LinearMap((df, f) -> Q_mul!(df, f, p), p.N^p.M, ismutating = true)
Q_T = LinearMap((dpsi, psi) -> Q_T_mul!(dpsi, psi, p), p.N^p.M, ismutating = true)
@show norm(sparse(Q)' - sparse(Q_T)); # reminder: use sparse only for testing!
norm((sparse(Q))' - sparse(Q_T)) = 0.0
0.0
As discussed previously, the steady state can be found as the eigenvector associated with the zero eigenvalue (i.e., the one that solves \(Q^T \psi = 0 \psi\)). We could do this with a dense eigenvalue solution for relatively small matrices
p = default_params(; N = 5, M = 4)
eig_Q_T = eigen(Matrix(Q_T))
vec = real(eig_Q_T.vectors[:, end])
direct_psi = vec ./ sum(vec)
@show eig_Q_T.values[end];
eig_Q_T.values[end] = 1.550932929070266e-16 + 0.0im
This approach relies on a full factorization of the underlying matrix, delivering the entire spectrum. For our purposes, this is not necessary.
Instead, we could use the Arpack.jl package to target the eigenvalue of smallest absolute value, which relies on an iterative method.
A final approach in this case is to notice that the \(\mathbf{N}\times\mathbf{N}\) matrix is of rank \(\mathbf{N} - 1\) when the Markov chain is irreducible. The stationary solution is a vector in the \(1\)-dimensional nullspace of the matrix.
Using Krylov methods to solve a linear system with the right-hand side all 0 values will converge to a point in the nullspace. That is, \(\min_x ||A x - 0||_2\) solved iteratively from a non-zero initial condition will converge to a point in the nullspace.
We can use various Krylov methods for this trick (e.g., if the matrix is symmetric and positive definite, we could use Conjugate Gradient) but in our case we will use GMRES since we do not have any structure.
p = default_params(; N = 5, M = 4) # sparse is too slow for the full matrix
Q_T = LinearMap((dpsi, psi) -> Q_T_mul!(dpsi, psi, p), p.N^p.M, ismutating = true)
psi = fill(1 / (p.N^p.M), p.N^p.M) # can't use 0 as initial guess
sol = gmres!(psi, Q_T, zeros(p.N^p.M)) # i.e., solve Ax = 0 iteratively
psi = psi / sum(psi)
@show norm(psi - direct_psi);
norm(psi - direct_psi) = 6.098280101908674e-11
The speed and memory differences between these methods can be orders of magnitude.
p = default_params(; N = 4, M = 4) # Dense and sparse matrices are too slow for the full dataset.
Q_T = LinearMap((dpsi, psi) -> Q_T_mul!(dpsi, psi, p), p.N^p.M, ismutating = true)
Q_T_dense = Matrix(Q_T)
Q_T_sparse = sparse(Q_T)
b = zeros(p.N^p.M)
@btime eigen($Q_T_dense)
@btime eigs($Q_T_sparse, nev = 1, which = :SM, v0 = iv) setup=(iv = fill(1 /
(p.N^p.M),
p.N^p.M))
@btime gmres!(iv, $Q_T, $b) setup=(iv = fill(1 / (p.N^p.M), p.N^p.M));
14.371 ms
(41 allocations: 2.27 MiB)
470.937 μs
(291 allocations: 94.25 KiB)
152.535 μs
(61 allocations: 50.45 KiB)
The differences become even more stark as the matrix grows. With default_params(N=5, M=5), the gmres solution is at least 3 orders of magnitude faster, and uses close to 3 orders of magnitude less memory than the dense solver. In addition, the gmres solution is about an order of magnitude faster than the iterative sparse eigenvalue solver.
The algorithm can solve for the steady state of \(10^5\) states in a few seconds
function stationary_psi(p)
Q_T = LinearMap((dpsi, psi) -> Q_T_mul!(dpsi, psi, p), p.N^p.M,
ismutating = true)
psi = fill(1 / (p.N^p.M), p.N^p.M) # can't use 0 as initial guess
sol = gmres!(psi, Q_T, zeros(p.N^p.M)) # i.e., solve Ax = 0 iteratively
return psi / sum(psi)
end
p = default_params(; N = 10, M = 5)
@btime stationary_psi($p);
1.182 s
(71 allocations: 19.08 MiB)