# Ordinary Differential Equations, Applications and Discretizations

##### Chris Rackauckas

##### October 1st, 2020

## Youtube Video Link Part 1

## Youtube Video Link Part 2

Now that we have a sense of parallelism, let's return back to our thread on scientific machine learning to start constructing parallel algorithms for integration of scientific models. We previously introduced discrete dynamical systems and their asymptotic behavior. However, many physical systems are not discrete and are in fact continuous. In this discussion we will understand how to numerically compute ordinary differential equations by transforming them into discrete dynamical systems, and use this to come up with simulation techniques for physical systems.

## What is an Ordinary Differential Equation?

An ordinary differential equation is an equation defined by a relationship on the derivative. In its general form we have that

\[ u' = f(u,p,t) \]

describes the evolution of some variable $u(t)$ which we would like to solve for. In its simplest sense, the solution to the ordinary differential equation is just the integral, since by taking the integral of both sides and applying the Fundamental Theorem of Calculus we have that

\[ u = \int_{t_0}^{t_f} f(u,p,t)dt \]

The difficulty of this equation is that the variable $u(t)$ is unknown and dependent on $t$, meaning that the integral cannot readily be solved by simple calculus. In fact, in almost all cases there exists no analytical solution for $u$ which is readily available. However, we can understand the behavior by looking at some simple cases.

## Solving Ordinary Differential Equations in Julia

To solve an ordinary differential equation in Julia, one can use the DifferentialEquations.jl package to define the differential equation you'd like to solve. Let's say we want to solve the Lorenz equations:

\[ \begin{align} \frac{dx}{dt} &= σ(y-x) \\ \frac{dy}{dt} &= x(ρ-z) - y \\ \frac{dz}{dt} &= xy - βz \\ \end{align} \]

which was the system used in our investigation of discrete dynamics. The first thing we need to do is give it this differential equation. We can either write it in an in-place form `f(du,u,p,t)`

or an out-of-place form `f(u,p,t)`

. Let's write it in the in-place form:

function lorenz(du,u,p,t) du[1] = p[1]*(u[2]-u[1]) du[2] = u[1]*(p[2]-u[3]) - u[2] du[3] = u[1]*u[2] - p[3]*u[3] end

lorenz (generic function with 3 methods)

**Question: How could I maybe speed this up a little?**

Next we give an *initial condition*. Here, this is a vector of equations, so our initial condition has to be a vector. Let's choose the following initial condition:

u0 = [1.0,0.0,0.0]

3-element Vector{Float64}: 1.0 0.0 0.0

Notice that I made sure to use `Float64`

values in the initial condition. The Julia library's functions are generic and internally use the corresponding types that you give it. Integer types do not bode well for continuous problems.

Next, we have to tell it the timespan to solve on. Here, let's some from time 0 to 100. This means that we would use:

tspan = (0.0,100.0)

(0.0, 100.0)

Now we need to define our parameters. We will use the same ones as from our discrete dynamical system investigation.

p = (10.0,28.0,8/3)

(10.0, 28.0, 2.6666666666666665)

These describe an `ODEProblem`

. Let's bring in DifferentialEquations.jl and define the ODE:

using DifferentialEquations prob = ODEProblem(lorenz,u0,tspan,p)

ODEProblem with uType Vector{Float64} and tType Float64. In-place: true timespan: (0.0, 100.0) u0: 3-element Vector{Float64}: 1.0 0.0 0.0

Now we can solve it by calling `solve`

:

sol = solve(prob)

retcode: Success Interpolation: specialized 4th order "free" interpolation, specialized 2nd order "free" stiffness-aware interpolation t: 1289-element Vector{Float64}: 0.0 3.5678604836301404e-5 0.0003924646531993154 0.0032624087100077666 0.009058076582749423 0.016956470605311864 0.027689959227781235 0.04185635103821218 0.060240410627700816 0.0836854113984534 ⋮ 99.5412045549744 99.6085310903818 99.67192934036703 99.72954041869967 99.78291962638104 99.84176034083528 99.90666445162192 99.98069072555015 100.0 u: 1289-element Vector{Vector{Float64}}: [1.0, 0.0, 0.0] [0.9996434557625105, 0.0009988049817849058, 1.781434788799189e-8] [0.9961045497425811, 0.010965399721242457, 2.1469553658389193e-6] [0.9693591550149778, 0.08977063252764937, 0.0001438019170127846] [0.924204355043198, 0.242289149116772, 0.0010461625397616113] [0.8800455796215916, 0.4387364900041282, 0.0034242599668253874] [0.8483309836977301, 0.6915629475762161, 0.008487624968655677] [0.8495036679850485, 1.0145426495980538, 0.018212090123888365] [0.9139069520070257, 1.4425599557988966, 0.03669382071284047] [1.0888638157267199, 2.0523265628455114, 0.07402573450924264] ⋮ [-1.9507301001522703, 0.9739739949074877, 25.13846652267218] [-0.638712317615535, 0.5486924244607113, 20.950130428847224] [-0.14508183975191621, 0.33394689028747737, 17.682443045244767] [0.05068097994431929, 0.29472049416822627, 15.16370747703133] [0.16303818517453336, 0.3593125710378223, 13.153610133173416] [0.2902901759204457, 0.5430737116662134, 11.249013970382537] [0.5063085533444232, 0.9435884732079324, 9.478624733567575] [0.977463982858373, 1.8721101000702234, 7.849260679026743] [1.1679293530469186, 2.2524085538805103, 7.496889342704643]

To see what the solution looks like, we can call `plot`

:

using Plots plot(sol)

We can also plot phase space diagrams by telling it which `vars`

to compare on which axis. Let's plot this in the `(x,y,z)`

plane:

plot(sol,vars=(1,2,3))

Note that the sentinal to time is `0`

, so we can also do `(t,y,z)`

with:

plot(sol,vars=(0,2,3))

The equation is continuous and therefore the solution is continuous. We can see this by checking how it is at any random time value:

sol(0.5)

3-element Vector{Float64}: 6.50365486822325 -8.508354686562399 38.091997244775705

which gives the current evolution at that time point.

## Differential Equations from Scientific Contexts

### N-Body Problems and Astronomy

There are many different contexts in which differential equations show up. In fact, it's not a stretch to say that the laws in all fields of science are encoded in differential equations. The starting point for physics is Newton's laws of gravity, which define an N-body ordinary differential equation system by describing the force between two particles as:

\[ F = G \frac{m_1m_2}{r^2} \]

where $r^2$ is the Euclidian distance between the two particles. From here, we use the fact that

\[ F = ma \]

to receive differential equations in terms of the accelerations of each particle. The differential equation is a system, where we know the change in position is due to the current velocity:

\[ x' = v \]

and the change in velocity is the acceleration:

\[ v' = F/m = G \frac{m_i}{r_i^2} \]

where $i$ runs over the other particles. Thus we have a vector of position derivatives and a vector of velocity derivatives that evolve over time to give the evolving positions and velocity.

An example of this is the Pleiades problem, which is an approximation to a 7-star chaotic system. It can be written as:

using OrdinaryDiffEq function pleiades(du,u,p,t) @inbounds begin x = view(u,1:7) # x y = view(u,8:14) # y v = view(u,15:21) # x′ w = view(u,22:28) # y′ du[1:7] .= v du[8:14].= w for i in 15:28 du[i] = zero(u[1]) end for i=1:7,j=1:7 if i != j r = ((x[i]-x[j])^2 + (y[i] - y[j])^2)^(3/2) du[14+i] += j*(x[j] - x[i])/r du[21+i] += j*(y[j] - y[i])/r end end end end tspan = (0.0,3.0) prob = ODEProblem(pleiades,[3.0,3.0,-1.0,-3.0,2.0,-2.0,2.0,3.0,-3.0,2.0,0,0,-4.0,4.0,0,0,0,0,0,1.75,-1.5,0,0,0,-1.25,1,0,0],tspan)

ODEProblem with uType Vector{Float64} and tType Float64. In-place: true timespan: (0.0, 3.0) u0: 28-element Vector{Float64}: 3.0 3.0 -1.0 -3.0 2.0 -2.0 2.0 3.0 -3.0 2.0 ⋮ 1.75 -1.5 0.0 0.0 0.0 -1.25 1.0 0.0 0.0

where we assume $m_i = i$. When we solve this equation we receive the following:

sol = solve(prob,Vern8(),abstol=1e-10,reltol=1e-10) plot(sol)

tspan = (0.0,200.0) prob = ODEProblem(pleiades,[3.0,3.0,-1.0,-3.0,2.0,-2.0,2.0,3.0,-3.0,2.0,0,0,-4.0,4.0,0,0,0,0,0,1.75,-1.5,0,0,0,-1.25,1,0,0],tspan) sol = solve(prob,Vern8(),abstol=1e-10,reltol=1e-10) plot(sol,vars=((1:7),(8:14)))

### Population Ecology: Lotka-Volterra

Population ecology's starting point is the Lotka-Volterra equations which describes the interactions between a predator and a prey. In this case, the prey grows at an exponential rate but has a term that reduces its population by being eaten by the predator. The predator's growth is dependent on the available food (the amount of prey) and has a decay rate due to old age. This model is then written as follows:

function lotka(du,u,p,t) du[1] = p[1]*u[1] - p[2]*u[1]*u[2] du[2] = -p[3]*u[2] + p[4]*u[1]*u[2] end p = [1.5,1.0,3.0,1.0] prob = ODEProblem(lotka,[1.0,1.0],(0.0,10.0),p) sol = solve(prob) plot(sol)

### Biochemistry: Robertson Equations

Biochemical equations commonly display large separation of timescales which lead to a stiffness phenomena that will be investigated later. The classic "hard" equations for ODE integration thus tend to come from biology (not physics!) due to this property. One of the standard models is the Robertson model, which can be described as:

using Sundials, ParameterizedFunctions function rober(du,u,p,t) y₁,y₂,y₃ = u k₁,k₂,k₃ = p du[1] = -k₁*y₁+k₃*y₂*y₃ du[2] = k₁*y₁-k₂*y₂^2-k₃*y₂*y₃ du[3] = k₂*y₂^2 end prob = ODEProblem(rober,[1.0,0.0,0.0],(0.0,1e5),(0.04,3e7,1e4)) sol = solve(prob,Rosenbrock23()) plot(sol)

plot(sol, xscale=:log10, tspan=(1e-6, 1e5), layout=(3,1))

### Chemical Physics: Pollution Models

Chemical reactions in physical models are also described as differential equation systems. The following is a classic model of dynamics between different species of pollutants:

k1=.35e0 k2=.266e2 k3=.123e5 k4=.86e-3 k5=.82e-3 k6=.15e5 k7=.13e-3 k8=.24e5 k9=.165e5 k10=.9e4 k11=.22e-1 k12=.12e5 k13=.188e1 k14=.163e5 k15=.48e7 k16=.35e-3 k17=.175e-1 k18=.1e9 k19=.444e12 k20=.124e4 k21=.21e1 k22=.578e1 k23=.474e-1 k24=.178e4 k25=.312e1 p = (k1,k2,k3,k4,k5,k6,k7,k8,k9,k10,k11,k12,k13,k14,k15,k16,k17,k18,k19,k20,k21,k22,k23,k24,k25) function f(dy,y,p,t) k1,k2,k3,k4,k5,k6,k7,k8,k9,k10,k11,k12,k13,k14,k15,k16,k17,k18,k19,k20,k21,k22,k23,k24,k25 = p r1 = k1 *y[1] r2 = k2 *y[2]*y[4] r3 = k3 *y[5]*y[2] r4 = k4 *y[7] r5 = k5 *y[7] r6 = k6 *y[7]*y[6] r7 = k7 *y[9] r8 = k8 *y[9]*y[6] r9 = k9 *y[11]*y[2] r10 = k10*y[11]*y[1] r11 = k11*y[13] r12 = k12*y[10]*y[2] r13 = k13*y[14] r14 = k14*y[1]*y[6] r15 = k15*y[3] r16 = k16*y[4] r17 = k17*y[4] r18 = k18*y[16] r19 = k19*y[16] r20 = k20*y[17]*y[6] r21 = k21*y[19] r22 = k22*y[19] r23 = k23*y[1]*y[4] r24 = k24*y[19]*y[1] r25 = k25*y[20] dy[1] = -r1-r10-r14-r23-r24+ r2+r3+r9+r11+r12+r22+r25 dy[2] = -r2-r3-r9-r12+r1+r21 dy[3] = -r15+r1+r17+r19+r22 dy[4] = -r2-r16-r17-r23+r15 dy[5] = -r3+r4+r4+r6+r7+r13+r20 dy[6] = -r6-r8-r14-r20+r3+r18+r18 dy[7] = -r4-r5-r6+r13 dy[8] = r4+r5+r6+r7 dy[9] = -r7-r8 dy[10] = -r12+r7+r9 dy[11] = -r9-r10+r8+r11 dy[12] = r9 dy[13] = -r11+r10 dy[14] = -r13+r12 dy[15] = r14 dy[16] = -r18-r19+r16 dy[17] = -r20 dy[18] = r20 dy[19] = -r21-r22-r24+r23+r25 dy[20] = -r25+r24 end

f (generic function with 2 methods)

u0 = zeros(20) u0[2] = 0.2 u0[4] = 0.04 u0[7] = 0.1 u0[8] = 0.3 u0[9] = 0.01 u0[17] = 0.007 prob = ODEProblem(f,u0,(0.0,60.0),p) sol = solve(prob,Rodas5())

retcode: Success Interpolation: 3rd order Hermite t: 29-element Vector{Float64}: 0.0 0.0013845590497824308 0.003242540880561935 0.007901605227525086 0.016011572765091416 0.02740615678429701 0.044612092501151696 0.07720629370280543 0.11607398786651008 0.1763063703057767 ⋮ 3.676321507769747 5.344945477147836 7.985769209063678 11.981251310096694 17.452504634746386 24.882247321193052 34.66462280306778 47.27763232418448 60.0 u: 29-element Vector{Vector{Float64}}: [0.0, 0.2, 0.0, 0.04, 0.0, 0.0, 0.1, 0.3, 0.01, 0.0, 0.0, 0.0, 0.0, 0.0, 0 .0, 0.0, 0.007, 0.0, 0.0, 0.0] [0.0002935083676916062, 0.19970649101355778, 1.693835912963263e-10, 0.0397 0673366392418, 1.1424841091201048e-7, 1.0937647553427756e-7, 0.099999666764 40009, 0.3000003350396963, 0.00999998209858389, 5.6037724774041954e-9, 6.04 793833740152e-9, 1.0047570803311952e-8, 5.9812281205517996e-12, 6.239553394 67492e-9, 2.3022538431539762e-10, 3.129330582279999e-17, 0.0069999994176622 47, 5.823377531818462e-10, 3.8240538930006997e-10, 6.930819262664895e-14] [0.0006836584262738185, 0.19931633629695783, 1.9606016564783855e-10, 0.039 31745222652303, 2.0821314359971542e-7, 2.524263769819262e-7, 0.099998840876 61927, 0.30000116344748634, 0.009999897466494299, 2.0605145128366276e-8, 1. 6844788957556802e-8, 8.136618249763382e-8, 1.0724538885842347e-10, 6.486750 944005248e-8, 3.101041639544959e-9, 3.098650817258985e-17, 0.00699999644414 0231, 3.5558597681092833e-9, 2.0643860873886213e-9, 2.0476275988812496e-12] [0.0016428179821615391, 0.19835713123489693, 2.6245924414625437e-10, 0.038 3623109751218, 3.5152731099463506e-7, 4.664572523382883e-7, 0.0999954492136 5162, 0.3000045632051474, 0.00999947365101553, 4.4964384052574986e-8, 3.335 02845998939e-8, 4.812858451973168e-7, 1.4409606354799308e-9, 4.444464501496 586e-7, 3.745751745418742e-8, 3.0233751050330334e-17, 0.006999981334742691, 1.8665257309560838e-8, 1.1746742713316082e-8, 6.886039278040623e-11] [0.0032462849525836317, 0.19675344580878912, 3.7349154721240826e-10, 0.036 76859821471883, 4.3203353758199973e-7, 5.784969040588623e-7, 0.099987536469 49957, 0.30001250073250896, 0.00999841279050207, 5.8477926969890397e-8, 4.2 283730165807325e-8, 1.5155870313914014e-6, 8.524980254717522e-9, 1.46153460 80316133e-6, 2.1422146419315968e-7, 2.897772883427687e-17, 0.00699994334440 7836, 5.665559216359606e-8, 4.436849665943829e-8, 1.061843105430168e-9] [0.005361393004057218, 0.19463777403944535, 5.199898853042824e-10, 0.03466 792308144617, 4.30135011050026e-7, 5.629734298792643e-7, 0.0999758096289329 5, 0.30002429018799176, 0.00999682035482297, 5.7776445418171365e-8, 4.15114 5797901357e-8, 3.075243316490967e-6, 2.726722398525835e-8, 2.98889630342907 44e-6, 6.762049531575712e-7, 2.732216410413453e-17, 0.006999886274019657, 1 .1372598034289973e-7, 1.1359725262068188e-7, 7.943533863137092e-9] [0.008274964935351166, 0.19172294848166435, 7.218269559835728e-10, 0.03177 417992878959, 3.9826084453929784e-7, 5.005231467491425e-7, 0.09995935394408 918, 0.30004089901876024, 0.00999460673549988, 5.178145386630514e-8, 3.7149 924850791385e-8, 5.229419020007262e-6, 6.871429675796404e-8, 5.040637233611 975e-6, 1.6909614724980253e-6, 2.5041573913987375e-17, 0.006999806991160331 , 1.9300883966852213e-7, 2.3808903519156556e-7, 4.440909002270097e-8] [0.013002670675854908, 0.18699194546955777, 1.0493235173420226e-9, 0.02707 8334676230026, 3.596573982134094e-7, 4.2306209724197155e-7, 0.0999319171933 2849, 0.3000687867927592, 0.009990985412449237, 4.426632357885474e-8, 3.171 747018445733e-8, 8.707148275200574e-6, 1.753988228736806e-7, 8.159541828820 108e-6, 4.2823549973674285e-6, 2.1340727621668726e-17, 0.006999677462783783 , 3.225372162160812e-7, 4.2925313031200256e-7, 2.4842381839580407e-7] [0.01754950653069441, 0.1824401096065609, 1.3641806124928409e-9, 0.0225635 70556883714, 3.361162798275443e-7, 3.715009342872651e-7, 0.0999030946274371 6, 0.30009836544883595, 0.009987255299681627, 3.931687421453387e-8, 2.81308 1280263029e-8, 1.2231150049080623e-5, 3.346236458700498e-7, 1.1033348522905 71e-5, 8.113769678679268e-6, 1.778259332355498e-17, 0.0069995442449338795, 4.557550661206864e-7, 5.171121404557457e-7, 7.091786398551638e-7] [0.022860660993157953, 0.17711993361265652, 1.7318456679719276e-9, 0.01729 5319170346254, 3.187907551767218e-7, 3.2801759811756475e-7, 0.0998630917757 628, 0.30013989594565554, 0.009982163705371505, 3.519652711590169e-8, 2.513 6768154051064e-8, 1.6956872533522296e-5, 6.253075543101408e-7, 1.4391910133 082655e-5, 1.5036820413025772e-5, 1.3630627583154951e-17, 0.006999362663023 952, 6.37336976049206e-7, 5.039634032907154e-7, 1.6196514074344906e-6] ⋮ [0.03892999723063903, 0.16044023705466642, 2.8511492881988134e-9, 0.003179 5600755990345, 3.097289790606947e-7, 2.602522829601714e-7, 0.09808114604225 78, 0.30211293753489543, 0.009756427876936313, 2.8857054777614543e-8, 2.050 7650745238607e-8, 0.00021451971258084577, 2.4313110493778778e-5, 2.98448630 49392126e-5, 0.0005806906609807029, 2.505845589866291e-18, 0.00699126005906 6824, 8.739940933174331e-6, 5.644795502477381e-7, 1.2098731834913327e-5] [0.039731796287462866, 0.15934875829742107, 2.910031107146615e-9, 0.003267 839724450705, 3.0340454593255876e-7, 2.5336827192290844e-7, 0.0972715952068 3847, 0.3030166682186241, 0.009654512408596428, 2.803900037242406e-8, 1.991 4463596397305e-8, 0.00030348669691018044, 3.51569340822582e-5, 2.8843324342 2236e-5, 0.000855403716157197, 2.5754197332981435e-18, 0.006987546308720155 , 1.2453691279844254e-5, 6.38402560367699e-7, 1.4123181158100602e-5] [0.04094318678623547, 0.15768509187834287, 2.9989714875514877e-9, 0.003403 8157823948105, 2.939882128755267e-7, 2.4320600172975485e-7, 0.0960318871349 192, 0.30439899100575596, 0.009500566541513957, 2.6846369481448997e-8, 1.90 4976991469035e-8, 0.0004379930888116983, 5.130948406305049e-5, 2.7311773449 797017e-5, 0.0012863759435122494, 2.6825839311824898e-18, 0.006981869477596 393, 1.8130522403605967e-5, 7.249055971399583e-7, 1.6655501124600938e-5] [0.04265456099862559, 0.15530170721543887, 3.1246155060271685e-9, 0.003601 5752224973353, 2.8144779831986063e-7, 2.2972054943080046e-7, 0.094243470097 00185, 0.30638970302322804, 0.009282897844674813, 2.5287303426021935e-8, 1. 791968496025928e-8, 0.0006285309299580905, 7.356402881817138e-5, 2.53110761 5267499e-5, 0.0019296590487066815, 2.8384402789327385e-18, 0.00697370074952 4549, 2.6299250475450145e-5, 8.253072229358654e-7, 1.9841700593870334e-5] [0.044793931660118254, 0.15226289579317062, 3.281711134773705e-9, 0.003858 9221832575444, 2.6689443964468253e-7, 2.1414675862675275e-7, 0.091942517363 41381, 0.3089455007693316, 0.009010154414799026, 2.3520931242225655e-8, 1.6 639788698595906e-8, 0.000868112085330131, 0.00010022358782918618, 2.3056976 159432343e-5, 0.0027942303053253743, 3.0412581944159074e-18, 0.006963219964 939302, 3.6780035060698035e-5, 9.43933621618916e-7, 2.3887359967470552e-5] [0.047387957127462514, 0.14848196819379952, 3.4722646550358326e-9, 0.00418 771112053898, 2.506414859123147e-7, 1.9688141701254017e-7, 0.08904810542258 146, 0.3121528528950733, 0.00867804724814758, 2.1605580609099235e-8, 1.5252 57942471423e-8, 0.001161545804167069, 0.0001303593939193296, 2.063048330498 0977e-5, 0.003939836311621369, 3.3003803021585438e-18, 0.006950068615422143 , 4.993138457785823e-5, 1.096031178064195e-6, 2.9391471009553324e-5] [0.05036882066239136, 0.1439934043711547, 3.691354507695771e-9, 0.00459132 2479293656, 2.3347510067678857e-7, 1.788424362164904e-7, 0.0855674941007594 4, 0.3160000520160918, 0.008293774589266528, 1.964965248104396e-8, 1.383677 7792991109e-8, 0.001504105899573151, 0.00016128741143367386, 1.817665896723 939e-5, 0.005401518209025108, 3.6184707672883325e-18, 0.00693427969957088, 6.572030042912143e-5, 1.2906023386937793e-6, 3.683937182822644e-5] [0.053649128003847975, 0.13885256634333884, 3.932627740345214e-9, 0.005072 852392385743, 2.1601058968874222e-7, 1.6077416721927862e-7, 0.0815216569184 5747, 0.32046057020734264, 0.007866251982276723, 1.7728584506478036e-8, 1.2 447110292692582e-8, 0.0018899286669815385, 0.0001897490305316394, 1.5799558 796591406e-5, 0.007213605828677914, 3.997969685509977e-18, 0.00691593051655 1773, 8.406948344822916e-5, 1.5343173858417703e-6, 4.6708238108951976e-5] [0.05646254720110726, 0.13424842010171054, 4.139733781936822e-9, 0.0055231 39725450959, 2.0189808613219923e-7, 1.4645450805851665e-7, 0.07784249512128 362, 0.32450753046673286, 0.007494014171885843, 1.6222966604666713e-8, 1.13 58663790538083e-8, 0.0022305051646553066, 0.0002087163072622969, 1.39693487 37814029e-5, 0.008964884997558702, 4.352845989434382e-18, 0.006899219722669 95, 0.0001007802773300534, 1.7721521050342927e-6, 5.68296201281805e-5]

plot(sol)

plot(sol, xscale=:log10, tspan=(1e-6, 60), layout=(3,1))

## Geometric Properties

### Linear Ordinary Differential Equations

The simplest ordinary differential equation is the scalar linear ODE, which is given in the form

\[ u' = \alpha u \]

We can solve this by noticing that $(e^{\alpha t})^\prime = \alpha e^{\alpha t}$ satisfies the differential equation and thus the general solution is:

\[ u(t) = u(0)e^{\alpha t} \]

From the analytical solution we have that:

If $Re(\alpha) > 0$ then $u(t) \rightarrow \infty$ as $t \rightarrow \infty$

If $Re(\alpha) < 0$ then $u(t) \rightarrow 0$ as $t \rightarrow \infty$

If $Re(\alpha) = 0$ then $u(t)$ has a constant or periodic solution.

This theory can then be extended to multivariable systems in the same way as the discrete dynamics case. Let $u$ be a vector and have

\[ u' = Au \]

be a linear ordinary differential equation. Assuming $A$ is diagonalizable, we diagonalize $A = P^{-1}DP$ to get

\[ Pu' = DPu \]

and change coordinates $z = Pu$ so that we have

\[ z' = Dz \]

which decouples the equation into a system of linear ordinary differential equations which we solve individually. Thus we see that, similarly to the discrete dynamical system, we have that:

If all of the eigenvalues negative, then $u(t) \rightarrow 0$ as $t \rightarrow \infty$

If any eigenvalue is positive, then $u(t) \rightarrow \infty$ as $t \rightarrow \infty$

### Nonlinear Ordinary Differential Equations

As with discrete dynamical systems, the geometric properties extend locally to the linearization of the continuous dynamical system as defined by:

\[ u' = \frac{df}{du} u \]

where $\frac{df}{du}$ is the Jacobian of the system. This is a consequence of the Hartman-Grubman Theorem.

## Numerically Solving Ordinary Differential Equations

### Euler's Method

To numerically solve an ordinary differential equation, one turns the continuous equation into a discrete equation by *discretizing* it. The simplest discretization is the *Euler method*. The Euler method can be thought of as a simple approximation replacing $dt$ with a small non-infinitesimal $\Delta t$. Thus we can approximate

\[ f(u,p,t) = u' = \frac{du}{dt} \approx \frac{\Delta u}{\Delta t} \]

and now since $\Delta u = u_{n+1} - u_n$ we have that

\[ \Delta t f(u,p,t) = u_{n+1} - u_n \]

We need to make a choice as to where we evaluate $f$ at. The simplest approximation is to evaluate it at $t_n$ with $u_n$ where we already have the data, and thus we re-arrange to get

\[ u_{n+1} = u_n + \Delta t f(u,p,t) \]

This is the Euler method.

We can interpret it more rigorously by looking at the Taylor series expansion. First write out the Taylor series for the ODE's solution in the near future:

\[ u(t+\Delta t) = u(t) + \Delta t u'(t) + \frac{\Delta t^2}{2} u''(t) + \ldots \]

Recall that $u' = f(u,p,t)$ by the definition of the ODE system, and thus we have that

\[ u(t+\Delta t) = u(t) + \Delta t f(u,p,t) + \mathcal{O}(\Delta t^2) \]

This is a first order approximation because the error in our step can be expresed as an error in the derivative, i.e.

\[ \frac{u(t + \Delta t) - u(t)}{\Delta t} = f(u,p,t) + \mathcal{O}(\Delta t) \]

### Higher Order Methods

We can use this analysis to extend our methods to higher order approximation by simply matching the Taylor series to a higher order. Intuitively, when we developed the Euler method we had to make a choice:

\[ u_{n+1} = u_n + \Delta t f(u,p,t) \]

where do we evaluate $f$? One may think that the best derivative approximation my come from the middle of the interval, in which case we might want to evaluate it at $t + \frac{\Delta t}{2}$. To do so, we can use the Euler method to approximate the value at $t + \frac{\Delta t}{2}$ and then use that value to approximate the derivative at $t + \frac{\Delta t}{2}$. This looks like:

\[ k_1 = f(u_n,p,t)\\ k_2 = f(u_n + \frac{\Delta t}{2} k_1,p,t + \frac{\Delta t}{2})\\ u_{n+1} = u_n + \Delta t k_2 \]

which we can also write as:

\[ u_{n+1} = u_n + \Delta t f(u_n + \frac{\Delta t}{2} f_n,p,t + \frac{\Delta t}{2}) \]

where $f_n = f(u_n,p,t)$. If we do the two-dimensional Taylor expansion we get:

\[ u_{n+1} = u_n + \Delta t f_n + \frac{\Delta t^2}{2}(f_t + f_u f)(u_n,p,t)\\ + \frac{\Delta t^3}{6} (f_{tt} + 2f_{tu}f + f_{uu}f^2)(u_n,p,t) \]

which when we compare against the true Taylor series:

\[ u(t+\Delta t) = u_n + \Delta t f(u_n,p,t) + \frac{\Delta t^2}{2}(f_t + f_u f)(u_n,p,t) + \frac{\Delta t^3}{6}(f_{tt} + 2f_{tu} + f_{uu}f^2 + f_t f_u + f_u^2 f)(u_n,p,t) \]

and thus we see that

\[ u(t + \Delta t) - u_n = \mathcal{O}(\Delta t^3) \]

### Runge-Kutta Methods

More generally, Runge-Kutta methods are of the form:

\[ k_1 = f(u_n,p,t)\\ k_2 = f(u_n + \Delta t (a_{21} k_1),p,t + \Delta t c_2)\\ k_3 = f(u_n + \Delta t (a_{31} k_1 + a_{32} k_2),p,t + \Delta t c_3)\\ \vdots \\ u_{n+1} = u_n + \Delta t (b_1 k_1 + \ldots + b_s k_s) \]

where $s$ is the number of stages. These can be expressed as a tableau:

The order of the Runge-Kutta method is simply the number of terms in the Taylor series that ends up being matched by the resulting expansion. For example, for the 4th order you can expand out and see that the following equations need to be satisfied:

The classic Runge-Kutta method is also known as RK4 and is the following 4th order method:

\[ k_1 = f(u_n,p,t)\\ k_2 = f(u_n + \frac{\Delta t}{2} k_1,p,t + \frac{\Delta t}{2})\\ k_3 = f(u_n + \frac{\Delta t}{2} k_2,p,t + \frac{\Delta t}{2})\\ k_4 = f(u_n + \Delta t k_3,p,t + \Delta t)\\ u_{n+1} = u_n + \frac{\Delta t}{6}(k_1 + 2 k_2 + 2 k_3 + k_4)\\ \]

While it's widely known and simple to remember, it's not necessarily good. The way to judge a Runge-Kutta method is by looking at the size of the coefficient of the next term in the Taylor series: if it's large then the true error can be larger, even if it matches another one asymptotically.

## What Makes a Good Method?

### Leading Truncation Coeffcients

For given orders of explicit Runge-Kutta methods, lower bounds for the number of `f`

evaluations (stages) required to receive a given order are known:

While unintuitive, using the method is not necessarily the one that reduces the coefficient the most. The reason is because what is attempted in ODE solving is precisely the opposite of the analysis. In the ODE analysis, we're looking at behavior as $\Delta t \rightarrow 0$. However, when efficiently solving ODEs, we want to use the largest $\Delta t$ which satisfies error tolerances.

The most widely used method is the Dormand-Prince 5th order Runge-Kutta method, whose tableau is represented as:

Notice that this method takes 7 calls to `f`

for 5th order. The key to this method is that it has optimized leading truncation error coefficients, under some extra assumptions which allow for the analysis to be simplified.

### Looking at the Effects of RK Method Choices and Code Optimizations

Pulling from the SciML Benchmarks, we can see the general effect of these different properties on a given set of Runge-Kutta methods:

Here, the order of the method is given in the name. We can see one immediate factor is that, as the requested error in the calculation decreases, the higher order methods become more efficient. This is because to decrease error, you decrease $\Delta t$, and thus the exponent difference with respect to $\Delta t$ has more of a chance to pay off for the extra calls to `f`

. Additionally, we can see that order is not the only determining factor for efficiency: the Vern8 method seems to have a clear approximate 2.5x performance advantage over the whole span of the benchmark compared to the DP8 method, even though both are 8th order methods. This is because of the leading truncation terms: with a small enough $\Delta t$, the more optimized method (Vern8) will generally have low error in a step for the same $\Delta t$ because the coefficients in the expansion are generally smaller.

This is a factor which is generally ignored in high level discussions of numerical differential equations, but can lead to orders of magnitude differences! This is highlighted in the following plot:

Here we see ODEInterface.jl's ODEInterfaceDiffEq.jl wrapper into the SciML common interface for the standard `dopri`

method from Fortran, and ODE.jl, the original ODE solvers in Julia, have a performance disadvantage compared to the DifferentialEquations.jl methods due in part to some of the coding performance pieces that we discussed in the first few lectures.

Specifically, a large part of this can be attributed to inlining of the higher order functions, i.e. ODEs are defined by a user function and then have to be called from the solver. If the solver code is compiled as a shared library ahead of time, like is commonly done in C++ or Fortran, then there can be a function call overhead that is eliminated by JIT compilation optimizing across the function call barriers (known as interprocedural optimization). This is one way which a JIT system can outperform an AOT (ahead of time) compiled system in real-world code (for completeness, two other ways are by doing full function specialization, which is something that is not generally possible in AOT languages given that you cannot know all types ahead of time for a fully generic function, and calling C itself, i.e. c-ffi (foreign function interface), can be optimized using the runtime information of the JIT compiler to outperform C!).

The other performance difference being shown here is due to optimization of the method. While a slightly different order, we can see a clear difference in the performance of RK4 vs the coefficient optimized methods. It's about the same order of magnitude as "highly optimized code differences", showing that both the Runge-Kutta coefficients and the code implementation can have a significant impact on performance.

Taking a look at what happens when interpreted languages get involved highlights some of the code challenges in this domain. Let's take a look at for example the results when simulating 3 ODE systems with the various RK methods:

We see that using interpreted languages introduces around a 50x-100x performance penalty. If you recall in your previous lecture, the discrete dynamical system that was being simulated was the 3-dimensional Lorenz equation discretized by Euler's method, meaning that the performance of that implementation is a good proxy for understanding the performance differences in this graph. Recall that in previous lectures we saw an approximately 5x performance advantage when specializing on the system function and size and around 10x by reducing allocations: these features account for the performance differences noticed between library implementations, which are then compounded by the use of different RK methods (note that R uses "call by copy" which even further increases the memory usages and makes standard usage of the language incompatible with mutating function calls!).

### Stability of a Method

Simply having an order on the truncation error does not imply convergence of the method. The disconnect is that the errors at a given time point may not dissipate. What also needs to be checked is the asymptotic behavior of a disturbance. To see this, one can utilize the linear test problem:

\[ u' = \alpha u \]

and ask the question, does the discrete dynamical system defined by the discretized ODE end up going to zero? You would hope that the discretized dynamical system and the continuous dynamical system have the same properties in this simple case, and this is known as linear stability analysis of the method.

As an example, take a look at the Euler method. Recall that the Euler method was given by:

\[ u_{n+1} = u_n + \Delta t f(u_n,p,t) \]

When we plug in the linear test equation, we get that

\[ u_{n+1} = u_n + \Delta t \alpha u_n \]

If we let $z = \Delta t \alpha$, then we get the following:

\[ u_{n+1} = u_n + z u_n = (1+z)u_n \]

which is stable when $z$ is in the shifted unit circle. This means that, as a necessary condition, the step size $\Delta t$ needs to be small enough that $z$ satisfies this condition, placing a stepsize limit on the method.

If $\Delta t$ is ever too large, it will cause the equation to overshoot zero, which then causes oscillations that spiral out to infinity.

Thus the stability condition places a hard constraint on the allowed $\Delta t$ which will result in a realistic simulation.

For reference, the stability regions of the 2nd and 4th order Runge-Kutta methods that we discussed are as follows:

### Interpretation of the Linear Stability Condition

To interpret the linear stability condition, recall that the linearization of a system interprets the dynamics as locally being due to the Jacobian of the system. Thus

\[ u' = f(u,p,t) \]

is locally equivalent to

\[ u' = \frac{df}{du}u \]

You can understand the local behavior through diagonalizing this matrix. Therefore, the scalar for the linear stability analysis is performing an analysis on the eigenvalues of the Jacobian. The method will be stable if the largest eigenvalues of df/du are all within the stability limit. This means that stability effects are different throughout the solution of a nonlinear equation and are generally understood locally (though different more comprehensive stability conditions exist!).

### Implicit Methods

If instead of the Euler method we defined $f$ to be evaluated at the future point, we would receive a method like:

\[ u_{n+1} = u_n + \Delta t f(u_{n+1},p,t+\Delta t) \]

in which case, for the stability calculation we would have that

\[ u_{n+1} = u_n + \Delta t \alpha u_n \]

or

\[ (1-z) u_{n+1} = u_n \]

which means that

\[ u_{n+1} = \frac{1}{1-z} u_n \]

which is stable for all $Re(z) < 0$ a property which is known as A-stability. It is also stable as $z \rightarrow \infty$, a property known as L-stability. This means that for equations with very ill-conditioned Jacobians, this method is still able to be use reasonably large stepsizes and can thus be efficient.

### Stiffness and Timescale Separation

From this we see that there is a maximal stepsize whenever the eigenvalues of the Jacobian are sufficiently large. It turns out that's not an issue if the phenomena we see are fast, since then the total integration time tends to be small. However, if we have some equations with both fast modes and slow modes, like the Robertson equation, then it is very difficult because in order to resolve the slow dynamics over a long timespan, one needs to ensure that the fast dynamics do not diverge. This is a property known as stiffness. Stiffness can thus be approximated in some sense by the condition number of the Jacobian. The condition number of a matrix is its maximal eigenvalue divided by its minimal eigenvalue and gives a rough measure of the local timescale separations. If this value is large and one wants to resolve the slow dynamics, then explict integrators, like the explicit Runge-Kutta methods described before, have issues with stability. In this case implicit integrators (or other forms of stabilized stepping) are required in order to efficiently reach the end time step.

## Exploiting Continuity

So far, we have looked at ordinary differential equations as a $\Delta t \rightarrow 0$ formulation of a discrete dynamical system. However, continuous dynamics and discrete dynamics have very different characteristics which can be utilized in order to arrive at simpler models and faster computations.

### Geometric Properties: No Jumping and the Poincaré–Bendixson theorem

In terms of geometric properties, continuity places a large constraint on the possible dynamics. This is because of the physical constraint on "jumping", i.e. flows of differential equations cannot jump over each other. If you are ever at some point in phase space and $f$ is not explicitly time-dependent, then the direction of $u'$ is uniquely determined (given reasonable assumptions on $f$), meaning that flow lines (solutions to the differential equation) can never cross.

A result from this is the Poincaré–Bendixson theorem, which states that, with any arbitrary (but nice) two dimensional continuous system, you can only have 3 behaviors:

Steady state behavior

Divergence

Periodic orbits

A simple proof by picture shows this.