Open access

Numerical Simulation of the Frank-Kamenetskii PDE: GPU vs. CPU Computing

Written By

Charis Harley

Submitted: December 8th, 2011 Published: September 26th, 2012

DOI: 10.5772/46463

Chapter metrics overview

3,959 Chapter Downloads

View Full Metrics

1. Introduction

The efficient solution of the Frank-Kamenetskii partial differential equation through the implementation of parallelized numerical algorithms or GPUs (Graphics Processing Units) in MATLAB is a natural progression of the work which has been conducted in an area of practical import. There is an on-going interest in the mathematics describing thermal explosions due to the significance of the applications of such models - one example is the chemical processes which occur in grain silos. Solutions which pertain to the different geometries of such a physical process have different physical interpretations, however in this chapter we will consider the Frank-Kamenetskii partial differential equation within the context of the mathematical theory of combustion which according to Frank-Kamenetskii [16] deals with the combined systems of equations of chemical kinetics and of heat transfer and diffusion. A physical explanation of such a system is often a gas confined within a vessel which then reacts chemically, heating up until it either attains a steady state or explodes.

The focus of this chapter is to investigate the performance of the parallelization power of the GPU vs. the computing power of the CPU within the context of the solution of the Frank-Kamenetskii partial differential equation. GPU computing is the use of a GPU as a co-processor to accelerate CPUs (Central Processing Units) for general purpose scientific and engineering computing. The GPU accelerates applications running on the CPU by offloading some of the compute-intensive and time consuming portions of the code. The rest of the application still runs on the CPU. The reason why the application is seen to run faster is because it is using the extreme parallel processing power of the GPU to boost performance. A CPU consists of 4 to 8 CPU cores while the GPU consists of 100s of smaller cores. Together they operate to crunch through the data in the application and as such it is this massive parallel architecture which gives the GPU its high compute performance.

The methods which will be investigated in this research are implicit methods, such as the Crank-Nicolson method (CN) and the Crank-Nicolson method incorporating the Newton method (CNN) [26]. These algorithms pose a serious challenge to the implementation of parallelized architecture as we shall later discuss. We will also consider Rosenbrock methods which are iterative in nature and as was indicated in Harley [22] showed drastically increased running times as the time period over which the problem was considered increased. Further pitfalls which arise when trying to obtain a solution for the partial differential equation in question when using numerical techniques is firstly the singularity which exists atx=0. This complexity may be dealt with through the use of a Maclaurin expansion which splits the problem into two cases: x=0andx0.

The second hurdle is the nonlinear source term which may be dealt with using different techniques. In this chapter we will implement the Newton method which acts as an updating mechanism for the nonlinear source term and in so doing maintains the implicit nature of the scheme in a consistent fashion. While the incorporation of the Newton method leads to an increase in the computation time for the Crank-Nicolson difference scheme (see [22]) there is also an increase in the accuracy and stability of the solution. As such we find that the algorithms we are attempting to employ in the solution of this partial differential equation would benefit from the processing power of a GPU.

In this chapter we will focus on the implementation of the Crank-Nicolson implicit method, employed with and without the Newton method, and two Rosenbrock methods, namely ROS2 and ROWDA3. We consider the effectiveness of running the algorithms on the GPU rather than the CPU and discuss whether these algorithms can in fact be parallelized effectively.


2. Model

The steady state formulation of the equation to be considered in this chapter was described by Frank-Kamenetskii [16] who later also considered the time development of such a reaction. The reaction rate depends on the temperature in a nonlinear fashion, generally given by Arrhenius’ law. This nonlinearity is an important characteristic of the combustion phenomena since without it the critical condition for inflammation would disappear causing the idea of combustion to lose its meaning [16]. Thus, in the case of a thermal explosion, the Arrhenius law is maintained by the introduction of the exponential term which acts as a source for the heat generated by the chemical reaction. As such we are able to write an equation modelling the dimensionless temperature distribution in a vessel as


where uis a function of the spatial variable xand time tand the Frank-Kamenetskii parameter δis given by


The value of the Frank-Kamanetskii parameter [16] δis related to the critical temperature at which ignition of a thermal explosion takes place and is thus also referred to as the critical value. At values below its critical value δcr a steady state is reached for a given geometry and set of boundary conditions whereas an explosion ensues for values above it. The Laplacian operator takes the form

2=2x2+kxx,     0<x<1E3

where kis indicative of the shape of the vessel within which the chemical reaction takes place: k=0,1and 2 represent an infinite slab, infinite circular cylinder and sphere, respectively. The dimensionless parameter ε=RT0Eis introduced as the critical activation parameter. To be able to speak of combustion the condition ε1must be satisfied due to the fact that the ambient temperature can normally be seen as much smaller in magnitude than the ignition temperature [16]. Equation (1) for ε=0was derived by Frank-Kamenetskii [16]. Further work was done by Steggerda [31] on Frank-Kamenetskii’s original criterion for a thermal explosion showing that a more detailed consideration of the situation is possible. For small xa solution was derived for the cylindrical system by Rice [27], Bodington and Gray [6] and Chambre' [10]. While the steady state case - often termed the Lane-Emden equation of the second kind - has been considered extensively, the time dependent case is also of import and has been studied in [2], [32] and [33].

In this chapter we consider numerical solutions for equation (1) modelling a thermal explosion within a cylindrical vessel, i.e.k=1. A thermal explosion occurs when the heat generated by a chemical reaction is far greater than the heat lost to the walls of the vessel in which the reaction is taking place. As such this equation is subject to certain boundary conditions given at the walls of the vessel. The appropriate boundary conditions for this problem are

ux(0,t)=0,     (a)     (R,t)=0     (b)E5

where R=1is the radius of the cylinder. The boundary conditions (4) and (5) imply that the temperature at the vessel walls is kept fixed and the solution is symmetric about the origin.

Frank-Kamenetskii [16] obtained a steady state solution to this problem withε=0. Zeldovich et al. [34] considered similarity solutions admitted by (1) for k=1that exhibit blow-up in finite time. These kinds of solutions, while noteworthy, have limited significance due to the restricted form of the initial profiles compatible with the similarity solutions. These solutions correspond to very special initial conditions for the temperature evolution profile, limiting the degree to which results obtained in this manner are applicable. This disadvantage has been noted by Anderson et al. [3] while analytically investigating the time evolution of the one-dimensional temperature profile in a fusion reactor plasma. A solution which also models blow-up in finite time has been obtained by Harley and Momoniat [18] via nonlocal symmetries of the steady-state equation.

In Harley [21] a Crank-Nicolson- and hopscotch scheme were implemented for equation (1) subject to (4) and (5) where δ=1andε=0. The nonlinear source term was kept explicit when the Crank-Nicolson method was employed, as commented on by Britz et al. [9] in whose work the nonlinear term was incorporated in an implicit manner in a style more consistent with the Crank-Nicolson method. Britz et al. [9] implemented the Crank-Nicolson scheme with the Newton iteration and showed that it outperformed the explicit implementation of the nonlinearity as in [21] in terms of accuracy. However it does require more computer time as would be expected.

In recent work (see [22]) the Crank-Nicolson method was implemented with the Newton iteration as done by Britz et al. [9] by computing a correction set in each iteration to obtain approximate values of the dependent variable at the next time step. The efficiency of the Crank-Nicolson scheme, hopscotch scheme (both of these methods were implemented with an explicit and then an implicit discretisation of the source term) and two versions of the Rosenbrock method were compared [22]. Using the pdepe function in MATLAB and the steady state solution obtained by Frank-Kamenetskii [16] as a means of comparison, it was found that the incorporation of the Newton method for the Crank-Nicolson- and hopscotch scheme led to increased running times asT, where0tT, increased.

Furthermore, it was shown that while the Crank-Nicolson- and hopscotch method (with or without the implementation of the Newton method) performed well in terms of accuracy for T=0.3and0.5, they were in fact able to outperform pdepe atT=4. The Rosenbrock methods employed (ROS2 and ROWDA3) performed similarly with regards to accuracy, however showed almost an exponential increase in their running times as Tincreased, indicating that using the Crank-Nicolson- or hopscotch scheme may be more efficient. Thus, given that the Rosenbrock methods performed even poorer with regards to running time, it seems reasonable to suggest that implementing the Crank-Nicolson- or hopscotch scheme with a Newton iteration is most ideal. The Crank-Nicolson method using the Newton method as a means of maintaining the implicit nature of the source term in the difference scheme has been used by Anderson and Zienkiewicz [2]. In Harley [21] and Abd El-Salam and Shehata [1] the discretisation of the exponential terms were kept explicit, thereby removing the nonlinearity.

As a consequence of these findings and due to the complexity created by the nonlinear source term which serves a critical function in the model, further work regarding faster algorithms for the solution of such an equation are of interest. This chapter will not consider the hopscotch scheme directly as an appropriate method for the solution of the Frank-Kamenetskii partial differential equation due to work done by Feldberg [15] which indicated that for large values of β=ΔtΔx2the algorithm produces the problem of propagational inadequacy which leads to inaccuracies - similar results were obtained in [22]. Given the improved accuracy of the Crank-Nicolson method incorporating the Newton method [22] - the order of the error for this method is O(Δt2)which is only approximately the case for the Crank-Nicolson method without the Newton iteration incorporated [9] - it seems more fitting to consider an improvement in the computing time of this method. Hence a consideration of such an improvement on the algorithm’s current running time will be the focus of this chapter. The means by which we wish to accomplish this is through the use of the the Parallel Computing Toolbox in MATLAB. It is hoped that this is the next step towards creating fast and effective numerical algorithms for the solution of a partial differential equation such as the one originating from the work of Frank-Kamenetskii [16].


3. Executing MATLAB on a GPU

The advantage of using the Parallel Computing Toolbox in MATLAB is the fact that it allows one to solve computationally and data-intensive problems using multicore processors, GPUs, and computer clusters. In this manner one can parallelize numerical algorithms, and in so doing MATLAB applications, without CUDA or MPI programming. Parallelized algorithms such as parfor, used within the context of what is usually a for loop, allows you to offload work from one MATLAB session (the client) to other MATLAB sessions, called workers. You can use multiple workers to take advantage of parallel processing and in this way improve the performance of such loop execution by allowing several MATLAB workers to execute individual loop iterations simultaneously. In this context however we are not able to implement in-built MATLAB functions such as parfor due to the numerical algorithms which we have chosen to consider. The CN- and CNNmethod, both implicit, loop through the index muntilt0+mΔt=T. These iterative steps are not independent of each other, i.e to obtain data at the m+1thstep the data at the mth step is required. In a similar fashion the ROS2 and ROWDA3 methods also iterate through dependent loops to obtain a solution. As such we attempt to run the code directly on the GPU instead of the CPU in order to decrease the running time of the algorithms.

The Parallel Computing Toolbox in MATLAB allows one to create data on and transfer it to the GPU so that the resulting GPU array can then be used as an input to enhance built-in functions that support them. The first thing to consider when implementing computations on the GPU is keeping the data on the GPU so that we do not have to transfer it back and forth for each operation - this can be done through the use of the gpuArray command. In this manner computations with such input arguments run on the GPU because the input arguments are already in the GPU memory. One then retrieves the results from the GPU to the MATLAB workspace via the gather command. Having to recall the results from the GPU is costly in terms of computing time and can in certain instances make the implementation of an algorithm on the GPU less efficient than one would expect. Furthermore, the manner in which one codes algorithms for GPUs is of vital importance given certain limitations to the manner in which functions of the Toolbox may be implemented (see [25]). More importantly however, is whether the method employed can allow for the necessary adjustments in order to improve its performance. In this chapter we will see that there are some problems with implementing the kind of algorithms considered here on the GPU.

In this chapter we are employing MATLAB under Windows 7 (64 bits) on a PC equipped with an i7 2.2 GHz processor with 32 GB of RAM.

3.1. Crank-Nicolson implicit scheme

We will implement the Crank-Nicolson method while maintaing the explicit nature of the nonlinear source term and also apply the method by computing a correction set in each iteration to obtain approximate values of the dependent variable at the next time step through the use of the Newton method [26]. The methodology will be explained briefly here; the reader is referred to [7, 8, 9] for clarification.

When implementing the Crank-Nicolson method we employ the following central-difference approximations for the second-and first-order spatial derivatives respectively


while a forward-difference approximation


is used for the time derivative. We implement a Crank-Nicolson scheme by approximating the second-derivative on the right-hand side of (1) by the implicit Crank-Nicolson [12] approximation


In a similar fashion the first-derivative on the right-hand side becomes


To impose zero-shear boundary conditions at the edges we approximate the spatial first-derivative by the central-difference approximation (7) which leads to the following condition


As mentioned before the boundary condition (5a) at x0=0 can pose a problem for the solution of equation (1). One could discretise it directly as a forward difference formula, such as the three-point approximation-3u0m+4u1m-u2m=0, and add this to the set of equations to solve when using the Crank-Nicolson scheme. Alternatively one could use the more accurate symmetric approximation, u-1m=u1m, which introduces a ’fictitious point’ atx=-Δx. This however, would lead to another problem due to the singularity in the differential equation atx0=0. Instead we choose to overcome this difficulty by using the Maclaurin expansion


which simplifies the equation for the casex0=0. It has been noted by Britz et al. [9] that using (12) turns out to be more convenient and accurate. Due to the fact that the point x0=0 would lead to a singularity in equation (1) we structure the code to account for two instances: x=0andx0. Using (12) for equation (1) we attain the following approximation


to equation (1) atx0=0. This approximation has been taken into account in the system given by (16) below. Such an approximation has been used in many numerical algorithms. In Crank and Furzeland [13], for instance, they presented a modified finite-difference method which eliminates inaccuracies that occur in the standard numerical solution near singularities. The approximation has also been used by Harley and Momoniat [19] to generate a consistency criteria for initial values at x0=0 for a Lane-Emden equation of the second-kind. From the equation under consideration (1) an initial condition for u(x,t)is obtained at x0=0 giving the following


as the initial difference scheme withβ=ΔtΔx2. Implementing the difference approximations discussed above we obtain the general numerical scheme


where xn=nΔxand β=ΔtΔx2such that γn=β1-12n andλn=β1+12n. This difference scheme (15), including the initial difference condition (14), form a system of equations which are to be solved iteratively.

As indicated by the boundary conditions (5a) and (5b) we consider the problem for x0,1andt0,T. The domain 0,1 is sub-divided into Nequidistant intervals termedΔx, i.e. 0=x0<x1<x2<<xN-1<xNwherexn+1=xn+Δx. In a similar fashion the domain 0,T is sub-divided into Mintervals of equal length, Δt, through which the scheme iterates. The system will iterate untiltm+Δt=T, i.e. for M=T/Δtsteps. The system generated by (15) can be written in compact form as


and is solved as follows


The inverse of Ais calculated using the \ operator in MATLAB which is more efficient than the inv function. The nonlinear term on the m+1thlevel is dealt with through an implementation of the Newton method [26] in an iterative fashion as done by Britz et al. [9] and discussed in [8]. The system Jδu=-F(u)is solved where Fis the set of difference equations created as per (16) such thatF(u)=0. The starting vector at t=0is chosen as per the initial condition (4) such thatu=0. The Newton iteration converges within 2-3 steps given that changes are usually relatively small.

3.2. Rosenbrock method

We now consider two particular Rosenbrock methods, ROS2 and ROWDA3, as a means of comparison for the effectiveness of the methods discussed in the previous section. The Rosenbrock methods belong to the class of linearly implicit Runge - Kutta methods [11, 17]. They were used successfully for the numerical solution of non-electrochemical stiff partial differential equations, including equations of interest to electrochemistry. For further information regarding the particulars of such methods interested readers are referred to the numerical literature of [17, 28, 29, 30].

The reason for the use of the Rosenbrock methods in this paper is the ease with which they are able to deal with the nonlinear source term and the fact that no Newton iterations are necessary. The advantages of these methods are great efficiency, stability and a smooth error response if ROS2 or ROWDA3 are used (see [4] for instance) and the ease with which they are able to handle time-dependent and/or nonlinear systems.

We consider equation (1) as the following system

dundt==(1+k)Δx22u1-2u0+δeu0if   n=0γnΔtun-1-2Δx2un+λnΔtun+1+δeunif   n=1,2,...,n-2-2Δx2uN-1+λN-1ΔtuN-2+δeuN-1if   n=N-1E18

which along with 0=uN can be written in the compact form


where S=diag(1,1,1,...,1,0)is the selection matrix containing zeros in those positions where the set of differential algebraic equations has an algebraic equation (i.e. zero on the left-hand side of (18)) and unity in those positions corresponding to the ordinary differential equations. The function F(t,u)can be written as: F(t,u)=Ju+swhere the matrix Jis the Jacobian and the vector sarises from the constant terms of the set of differential algebraic equations. We can thus write F(t,u)=Ju+sas


such that


In order to implement the Rosenbrock methods a number sof ki vectors are computed with sthe order chosen. The general equation given by (22) is solved iteratively to obtain each vector ki for all ispecified which will then be used to update the vector ufor the next time step. We use the notation employed in [7] for the general equation to be used to obtain the values for ki


where we define M=Sκ-ΔtFuwere the function Fis applied at partly augmented tand uvalues and the time derivative Ft is zero in this case since the system does not include functions of time. Having calculated the ski vectors the solution is obtained from


where the mi are weighting factors included in the tables of constants specified for each method (see [4] and [7]).

In this chapter we implement the ROS2 and ROWDA3 methods though there are other variants of the Rosenbrock methods. Lang [24] described a L-stable second-order formula called ROS2. A third-order variant thereof is called ROWDA3 and described by Roche [28] and later made more efficient by Lang [23]. The latter is a method favoured by Bieniasz who introduced Rosenbrock methods to electrochemical digital simulation [4, 5]. For a more detailed explanation and discussion regarding the method and its advantages refer to [7]. The focus of the work done here is with regards to whether the Rosenbrock algorithms lend themselves toward parallelized implementation. It has already been noted that functions such as the parfor command cannot be used in this instance. It now remains to consider the method’s performance when run on a GPU via the MATLAB Parallel Computing Toolbox.


4. Discussion of numerical results

The results noticed, as per Table 1, indicate the extent to which implementing the code on the GPU slows down overall performance of theCN, CNN, ROS2 and ROWDA3 methods. The question is why this would be the case. In Table 1 the results for the different methods run on a CPU were obtained by running the code on one CPU only instead of all of those available to MATLAB on the computer employed. This was done to get a better understanding of the one-on-one performance between the processing units, and yet implementing the code on the GPU still led to poor performance.

To gain a better understanding of these results we consider the baseline structure for our CNcode:

In doing so, we realise that the main components thereof are matrix and elementwise vector operations. In order to understand why we are achieving the results we do (see Table 1) we run a few simple ’test’-codes to consider the speed taken by the CPU vs. the GPU to perform such elementary operations as C\dand d.*fwhere Cis a matrix and dand fare vectors. In Figure 1 we see the speed of the CPU over the GPU computed asCPU    0.2cmrunning    0.2cmtimeGPU    0.2cmrunning    0.2cmtime. You will notice that as the size of the matrix and corresponding vector increases so too does the speed at which the GPU is able to compute C\dallowing it to overtake the CPU. This is what one would expect given that the GPU will only ’kick in’ once the CPU is overloaded with data structures too large for it to compute effectively. Thus the efficiency in terms of running time of the code provided above is heavily dependent upon the size of the matrices AandB. At this juncture it is important to remember that we are considering the range x[0,1]with Δx=0.1which means that our Amatrix is a 10×10 matrix and as such not large enough to give the GPU the chance to expose its ability to improve the performance of the algorithm. The reason for the choice in the size of the matrix for the problem considered is twofold: (1) it is due to the influence of the ratio β=Δt/Δx2which one usually tries to keep close to 1 for reasons of stability, and (2) the limitations of memory of the PC being used.

The next step in this evaluative process is to now consider the speed at which vector operations are performed. This was done in a similar fashion to the previous case by considering the speed taken by the CPU and GPU to perform the elementwise operation d.*fwhere dand fare vectors. The ratios of the speeds CPU    0.2cmrunning    0.2cmtimeGPU    0.2cmrunning    0.2cmtime were also considered for the in-built function arrayfun which performs elementwise operations on all its inputs. It can clearly be seen in Figure 2 that the in-built function outperforms the normal .* operation. What is interesting in this case is that the size of the vector required for the GPU to outperform the CPU is very large - we considered vectors of sizes between 200 000 and 201 000 as indicated. For smaller vector lengths the GPU is completely outperformed by the speed at which calculations are done on the CPU. As such, to improve the speed at which these vector calculations are performed we would either (1) have to diminish Δxto the degree needed to obtain vectors of the required length (2) or be required to move the vectors from the GPU memory to the CPU memory every time calculations need to be made. The first approach would require a memory capacity beyond that of the computer used here and the second would greatly increase the running time of the algorithm and as such is not worth implementing.

β=0.01and T=0.3
β=0.01and T=5
β=2and T=5

Table 1.

Running times per iteration of Δtfor the relevant methods implemented forΔt=0.0001, Δx=0.1, δ=1andε=0.

Figure 1.

Plot showing the CPU Running Time/GPU Running Time for matrices and corresponding vectors of sizes 100 to 1000.

Figure 2.

Plot showing the CPU Running Time/GPU Running Time for vectors of sizes 200 000 to 201 000.


Table 2.

The ratio CPU    0.2cmrunning    0.2cmtimeGPU    0.2cmrunning    0.2cmtime for the relevant methods implemented forΔt=0.0001, Δx=0.1, δ=1andT=0.3.


Table 3.

The ratio CPU    0.2cmrunning    0.2cmtimeGPU    0.2cmrunning    0.2cmtime for the relevant methods implemented forΔt=0.0001, Δx=0.1, ε=0andT=0.3.

As a means of further investigation we consider the CNcode as a test case for the use of the arrayfun function. Obviously implementing this in-built function as follows

where the @myCrank function performs the loop throughm, instead of the code presented previously produces incorrect results. The results obtained do however support our findings that the arrayfun function is able to increase the speed with which elementwise operations are performed. In this instance arrayfun is computing on the GPU since the inputs are all GPU array objects. We found for T=10with Δt=0.0001as we decreased Δxthat computing on the GPU was faster than doing so on the CPU: for Δx=0.1and 0.01 the ratios were CPU    0.2cmrunning    0.2cmtimeGPU    0.2cmrunning    0.2cmtime=1.5709 and CPU    0.2cmrunning    0.2cmtimeGPU    0.2cmrunning    0.2cmtime=6.5906 respectively. This makes sense given that smaller values of Δxwould increase the sizes of the matrices Aand Band the vectors bandu0. As such, it seems likely that using a PC with a greater memory capacity would lead to the GPU outperforming the CPU by a large margin as Δxdecreases.

4.1. Influence of changing parameter values on the running time of the algorithms

Just a few brief comments upon the results obtained forCN, CNN, ROS2 and ROWDA3 for varying values of εand δwill be made in this section. Firstly we considered the schemes for δ=1and ε=0.01,0.05,0.1and 0.25 and then we also considered the case for ε=0with δ=0.1,1,2and3. The reader will notice considering Tables 2 and 3 that there does not seem to be any noticeable trend to the results obtained. As such the values of εand δdo not seem to have a meaningful impact on the speed at which the algorithms compute.


5. Concluding remarks

The implementation of numerical algorithms such as those considered in this chapter are widely used for the solution of many differential equations which model physical processes and applications. As such it is of vital importance that we be able to perform such calculations at high speed given the requirement of fine grids to improve accuracy. It is in this context that the use of GPUs becomes of prime importance. However it is not simply a matter of running the algorithm on the GPU - the method employed needs to lend itself to being adjusted in the required manner so that the parallel processing power of the GPU may be taken advantage of. Though we found that the numerical methods considered here were not entirely suited to being implemented on the GPU as we would have hoped we were able to explain why this was the case.

This work has investigated the effectiveness of matrix and elementwise operations when run on a GPU vs. a CPU and found that the speed taken to do such operations heavily relies on the choice ofΔx. It was discovered that the introduction of the nonlinear source term is problematic due to the length of time taken to do elementwise calculations on the GPU. While matrix operations were also shown to be slow it was more specifically this aspect of the code which increased the running time.

We also discovered the power of the in-built function arrayfun which was able to improve upon the performance of the GPU with regards to computing time to the degree that it outperformed the CPU even for a grid with ’large’Δx, i.e. small matrices and vectors within the computations. As the grid became finer the performance of the GPU over the CPU improved, indicating the impact of the size of the matrices upon which computations are being performed and the degree to which arrayfun is able to improve computations occurring on the GPU. Thus, the manner in which arrayfun computes elementwise is extremely efficient and if such a structure could be developed for matrix operations then that would truly allow the performance of the GPU to overtake that of CPU computing.

What the work in this chapter has shown is that the structures of the GPU and the Parallel Computing Toolbox in MATLAB are such that while certain algorithms have the ability to be adjusted for improved performance not all methods do. In particular it seems clear that implicit methods with matrix and vector operations will in fact run much slower on the GPU than the CPU. Thus whether GPU computing is able to improve the performance of a numerical scheme is very much dependent upon the type of computations which need to be done. In our case we discovered that the implicit and nonlinear nature of our numerical schemes do not lend themselves towards improved performance via the implementation of the parallel processing power of a GPU.


I would like to thank Mr. Dario Fanucchi for invaluable discussions.


  1. 1. Abd-Salam ElM. R.ShehataM. H.2005The numerical solution for reaction diffusion combustion with fuel consumptionAppl. Math. Comp., 160:423U˝-435.
  2. 2. AndersonC. A.ZienkiewiczO. C.1974Spontaneous ignition: finite element solutions for steady and transient conditions,J. Heat Transfer, 963398404
  3. 3. AndersonD.Hamn´en. H.LisakM.ElevantT.PerssonH.1991Transition to thermonuclear burn in fusion plasmasPlasma Physics and Controlled Fusion, 331011451159
  4. 4. BieniaszL. K.1999Finite-difference electrochemical kinetic simulations using the Rosenbrock time integration schemeJournal of Electroanalytical Chemistry46997115
  5. 5. BieniaszL. K.BritzD.2001Chronopotentiometry at a Microband Electrode: Simulation Study Using a Rosenbrock Time Integration Scheme for Differential-Algebraic Equations, and a Direct Sparse Solver, Journal of Electroanalytical Chemistry503141152
  6. 6. BoddingtonT.GrayP.1970Temperature profiles in endothermic and exothermic reactions and interpretation of experimental rate data, Proc. Roy. Soc. Lond Ser A-Mat. Phys. Sci., 320154071100
  7. 7. BritzD.2005Digital Simulation in Electrochemistry, 3rd Edition, Lecture Notes in Physics, Springer, 3 − 540 −23979 − 0, Berlin Heidelberg
  8. 8. BritzD.BaronasR.GaidamauskaitėE.IvanauskasF.2009Further Comparisons of Finite Difference Schemes for Computational Modelling of Biosensors, Nonlinear Analysis: Modelling and Control, 144419433
  9. 9. BritzD.StrutwolfJ.&ØsterbyO.2011Digital simulation of thermal reactions, Appl. Math. and Comp., 218(4), 15:1280-1290
  10. 10. ChambréP. L.1952On the solution of the Poisson-Boltzmann equation with application to the theory of thermal explosions, J. Chem. Phys., 2017951797
  11. 11. ChanY. N. I.BirnbaumI.LapidusL.1978Solution of Stiff Differential Equations and the Use of Imbedding TechniquesInd. Eng. Chem. Fundam., 173133148
  12. 12. CrankJ.NicolsonE.1947A practical method for numerical evaluation of solutions of partial differential equations of the heat-conduction typeProc. Camb. Phil. Soc., 435067
  13. 13. CrankJ.FurzelandR. M.1977The treatment of boundary singularities in axially symmetric problems containing discsJ. Inst. Math. Appl., 203355370
  14. 14. EvansD. J.DanaeeA.1982A new group Hopscotch method for the numerical solution of partial differential equationsSIAM J. Numer. Anal., 193588598
  15. 15. FeldbergS. W.1987Propagational inadequacy of the hopscotch finite difference algorithm: the enhancement of performance when used with an exponentially expanding grid for simulation of electrochemical diffusion problemsJ. Electroanal. Chem., 222101106
  16. 16. Frank-KamenetskiiD. A.1969Diffusion and Heat Transfer in Chemical KineticsPlenum Press, New York
  17. 17. HairerE.WannerG.1991Solving Ordinary Differential Equations II, Stiff and Differential-Algebraic Problems, Springer-Verlag, 3 − 540 − 60452 − 9, Berlin
  18. 18. HarleyC.MomoniatE.2007Steady state solutions for a thermal explosion in a cylindrical vesselModern Physics Letters BMPLB), 2114831841
  19. 19. HarleyC.MomoniatE.2008Instability of invariant boundary conditions of a generalized Lane-Emden equation of the second-kindApplied Mathematics and Computation198621633
  20. 20. HarleyC.MomoniatE.2008Alternate derivation of the critical value of the Frank-Kamenetskii parameter in the cylindrical geometry, Journal of Nonlinear Mathematical Physics1516976
  21. 21. HarleyC.2010Explicit-implicit Hopscotch method: The numerical solution of the Frank-Kamenetskii partial differential equation, Journal of Applied Mathematics and Computation, 217840654075
  22. 22. HarleyC.2011Crank-Nicolson and Hopscotchmethod: An emphasis onmaintaining the implicit discretisation of the source term as a means of investigating critical parameters. Special Issue on’Nonlinear Problems: Analytical and Computational Approach with Applications’, Abstract and Applied Analysis, Submitted.
  23. 23. LangJ.1996High-resolution self-adaptive computations on chemical reaction-diffusion problems with internal boundariesChemical Engineering Science51710551070
  24. 24. LangJ. (2001). Adaptive Multilevel Solution of Nonlinear Parabolic PDE Systems, Springer, 9783540679004, Berlin
  25. 25. 1994201 The MathWorks, Inc. ©1994-2012. Parallel Computing Toolbox Perform parallel computations on multicore computers, GPUs, and computer clusters, http : // − computing
  26. 26. PressW. H.TeukolskyS. A.VetterlingW. T.FlanneryB. P.1986Numerical Recipes in Fortran, 2nd Edition, Cambridge University Press, 0 − 521 − 43064 − X, Cambridge
  27. 27. RiceO. K.1940The role of heat conduction in thermal gaseous explosions, J. Chem. Phys., 89727733
  28. 28. RocheM.1988Rosenbrock methods for differential algebraic equationsNumerische Mathematik, 524563
  29. 29. RosenbrockH. H.1963Some general implicit processes for the numerical solution of differential equationsThe Computer Journal54329330
  30. 30. SanduA.VerwerJ. G.BlomJ. G.SpeeE. J.CarmichaelG. R.1997Benchmarking Stiff ODE Solvers for Atmospheric Chemistry Problems II: Rosenbrock Solvers,Atmospheric Environment, 3134593472
  31. 31. SteggerdaJ. J.1965Thermal stability: an extension of Frank-Kamenetskii’s theory, J. Chem. Phys., 4344464448
  32. 32. ZhangG.MerkinJ. H.ScottS. K.1991Reaction-diffusion model for combustion with fuel consumption: Ii. Robin boundary conditionsIMA J. Appl. Math., 516993
  33. 33. ZhangG.MerkinJ. H.ScottS. K.1991Reaction-diffusion model for combustion with fuel consumption: I. Dirichlet boundary conditionsIMA J. Appl. Math., 473360
  34. 34. ZeldovichY. B.BarenblattG. I.LibrovichV. B.MakhviladzeG. M.1985The Mathematical Theory of Combustion and ExplosionsConsultants Bureau, New York

Written By

Charis Harley

Submitted: December 8th, 2011 Published: September 26th, 2012