Applied Mathematics
Vol.3 No.11A(2012), Article ID:24757,16 pages DOI:10.4236/am.2012.331245

Parallel Binomial American Option Pricing under Proportional Transaction Costs

Nan Zhang1, Alet Roux2, Tomasz Zastawniak2

1Department of Computer Science and Software Engineering, Xi’an Jiaotong-Liverpool University (XJTLU), Suzhou, China

2Department of Mathematics, University of York, York, UK

Email: nan.zhang@xjtlu.edu.cn, alet.roux@york.ac.uk, tomasz.zastawniak@york.ac.uk

Received August 2, 2012; revised September 2, 2012; accepted September 10, 2012

Keywords: Parallel Algorithm; American Option Pricing; Binomial Tree Model; Transaction Costs

ABSTRACT

We present a parallel algorithm that computes the ask and bid prices of an American option when proportional transaction costs apply to trading in the underlying asset. The algorithm computes the prices on recombining binomial trees, and is designed for modern multi-core processors. Although parallel option pricing has been well studied, none of the existing approaches takes transaction costs into consideration. The algorithm that we propose partitions a binomial tree into blocks. In any round of computation a block is further partitioned into regions which are assigned to distinct processors. To minimise load imbalance the assignment of nodes to processors is dynamically adjusted before each new round starts. Synchronisation is required both within a round and between two successive rounds. The parallel speedup of the algorithm is proportional to the number of processors used. The parallel algorithm was implemented in C/C++ via POSIX Threads, and was tested on a machine with 8 processors. In the pricing of an American put option, the parallel speedup against an efficient sequential implementation was 5.26 using 8 processors and 1500 time steps, achieving a parallel efficiency of 65.75%.

1. Introduction

An American call (put) option is a financial derivative contract which gives the option holder the right but not the obligation to buy (sell) one unit of a certain asset (stock) for the exercise price K at any time until a future expiration date T. Option pricing is the problem of computing the price of an option, and is crucial to many financial practices. Since the classic work on this topic by Black, Scholes and Merton [1,2], many new developments have been introduced. In this paper, we present a parallel algorithm and its multi-threaded implementation that computes the ask and bid prices of an American option when proportional transaction costs apply to trading in the underlying asset. Previous work on parallel valuation of European and/or American options can be found in [3-8]. However, zero transaction costs are assumed in all these papers, which is often not the case in practice.

When the underlying transaction costs are considered, the no-arbitrage price of an American option is no longer unique, but is confined within an interval. The upper bound of this interval is the ask price of the option, and the lower bound is the bid price. For an American option based on a single underlying asset, its ask price can be derived from Algorithm 3.1 in [9], and its bid price from Algorithm 3.5. Unlike the previous approaches [10-14] to pricing American/European options under transaction costs, the applicability of Algorithms 3.1 and 3.5 is not confined by the values of certain market and model parameters, or by the methods of settlement (cash or physical delivery of the underlying asset). Besides pricing vanilla options such as puts and calls, the algorithms can also be applied to the valuation of options with more complex payoffs, such as American bull spreads.

The parallel algorithm that we present in this paper computes the ask and bid prices on recombining binomial trees, and was implemented in C/C++ via POSIX Threads. The implementation was tested on a machine with 8 processors (2 sockets × quad-core Intel Xeon E5405 at 2.0 GHz). Experimental results showed that, for example, when the number N of time steps was 1500, the parallel speedup in pricing an American put option was 5.26. Compared to the results obtained in the previous work [3,4,6] this multi-threaded approach reduces the overhead of parallelisation and gains speedups in problems of much smaller sizes.

The contributions of this work are twofold. First, a parallel algorithm is designed and implemented which computes the ask and bid prices of American options under proportional transaction costs, whereas previous work for the same problem did not take transaction costs into consideration. Second, a refined generic strategy for partitioning a recombining binomial tree is developed. Like the previous partition schemes [3,4,6,8], our algorithm divides the whole tree into blocks consisting of nodes from multiple levels (where each level in the binomial tree consists of nodes at a particular time step). Each of these blocks is further divided into regions which are assigned to distinct processors in each single round of the computation. The previous schemes fixed each processor’s assignment from the start of the computation. However, as the computation proceeds towards the root of the binomial tree the parallelism that can be exploited decreases. So, with a fixed assignment the load imbalance between different processors becomes more severe as the computation progresses. However our partition scheme re-calculates each processor’s workload before the start of each new round so as to minimise the imbalance. The partition scheme is generic in the sense that its applicability is not confined by the choice of the parameter values. Last but not least, the results of this paper also serve to demonstrate the efficiency of the sequential algorithms (described in Section 3) underlying the parallelisation.

The parallel binomial algorithm we developed is not specific to the particular problem of pricing American options under transaction costs. In the appendix we show the application of this parallel algorithm in pricing American options without transaction costs.

The source code for these two applications of the parallel binomial algorithm is freely available via email.

Organisation of the rest of the paper: Related work is reviewed in Section 2. The sequential pricing algorithms are briefly explained in Section 3. The parallel algorithm and its analysis are presented in Section 4. Experimental results are reported in Section 5. Conclusions are drawn in Section 6, which also contains a discussion of future work. The appendix contains a discussion about applying the parallel algorithm to the pricing of American options with no transaction costs, and presents the results from the performance tests on the same machine.

2. Related Work

Previous approaches in parallel option pricing are discussed in this section. None of this work took transaction costs into consideration.

To exploit data-parallelism on recombining binomial/ trinomial trees, a parallel option pricing algorithm must partition the whole tree into blocks and assign them to distinct processors for parallel processing. Some approaches [3,4,6,8] divided the binomial/trinomial tree into blocks consisting of multiple levels of nodes, and processed the blocks using multiple processors. But some [7,15] processed nodes of a single level in parallel and afterwards moved to the next-highest level in sequential order. Compared with the latter method, the former requires more sophisticated synchronisation strategies and thus is more complicated to implement. But its advantage is that it causes less parallelisation overhead. The partition scheme we designed in our algorithm belongs to the first class.

Gerbessiotis [3] presented an architecture-independent parallel pricing algorithm for American and European-style options on recombining binomial trees. The algorithm partitioned a binomial tree into blocks and assigned these blocks to distinct processors in a wrapped-mapping manner such that the maximum input data imbalance between any two processors is limited by b. This assignment (Figure 5 in [3]) was determined from the start of the computation according to the number of leaf nodes at level N and the number p of processors involved. The computation on the whole binomial tree was divided into rounds, where in each round b levels of the tree were processed. No load re-balancing was applied after each round of the computation. The parallelisation was achieved via the Oxford BSP (Bulk Synchronous Parallel) [16] Toolset, BSPlib, and another non-BSP message passing interface (MPI) LAM-MPI [17]. The implementation was tested on a cluster of 16 PC workstations, each running a dual-Pentium 350 MHz. Their tests showed that when and, using the BSPlib, the parallel speedup was 2.71 when and 3.19 (Table 1 in [3]) when. When implemented via the LAM-MPI, the speedup was 2.23 and 2.28 (Table 5 in [3]), respectively.

Peng et al. [6] presented a parallel option pricing algorithm based on a Backward Stochastic Differential Equation (BSDE). The computation was performed on binomial trees that model the Brownian dynamic change of the underlying asset price. The algorithm assumed the number N of time steps and the number p of processors to be a power of two. To avoid frequent communication they introduced a parameter L such that in each iteration of the computation L levels of nodes were processed in parallel. Their algorithm assumed that L was a power of two plus one and N was divisible by. Each processor’s assignment (Figure 2 in [6]) was fixed at the start of the computation. No load re-balancing was attempted afterwards. The algorithm was implemented in C via MPI. Tests were made on a cluster of 16 PC nodes, where each node ran 2 Intel Xeon DP 2.87 GHz. The parallel speedup was 3.15 using 8 processors and 3.33 (Table 1 in [6]) using 16, when and.

A GPU-based (graphics processing unit) solution [18] to the BSDE approach for option pricing was presented by the same group of researchers, where they adopted the theta method [19] to solve BSDEs (The theta method discretises a continuous BSDE on a time-space grid. At each node of the grid Monte Carlo simulations are used to approximate the mathematical expectations. The whole process requires a large amount of calculations but suits the computing architecture of a GPU). The implementations were tested on a 2.67 GHz Intel Core i7 920 and an NVIDIA Tesla C1060. When the runtime of the sequential code was about 23000 seconds, and that of the GPU code was about 99 seconds (Table 1 in [18]).

Zubair and Mukkamala [8] proposed a cache-friendly parallel option pricing algorithm for shared memory symmetric multi-processors (SMP). The algorithm gave much consideration to the memory hierarchy available in modern RISC processors. In order to be cache-efficient the algorithm employed techniques such as cache and register blocking, and partitioned a binomial tree into triangular and quadrangular blocks (Figure 8 in [8]). As the computation proceeded towards the root of the tree the number of blocks decreased and so did the number of processors that could be utilised. The algorithm was implemented in Fortran 95 with parallelisation achieved via OpenMP directives [20]. A test of the parallel algorithm on 8 Sun UltraSPARC III 1050MHz processors showed that when the block size was 128, the parallel speedup was 4.96 (Table 4 in [8]) using all the 8 processors. A similar serial cache-friendly option pricing algorithm was discussed by Savage and Zubair [21]. It was based on the binomial and trinomial models without parallelisation of any type.

As a supplement to the latency-tolerant BSP-oriented algorithms for option pricing on binomial trees in [3] and trinomial trees in [22], Gerbessiotis [4] presented a more up-to-date parallel algorithm using the explicit finite difference method [23], which is equivalent to computing discounted expectations on a trinomial tree. The algorithm partitioned the nodes of a trinomial tree into rectangular blocks (Figure 4 in [4]) of b levels. As in [3], the nodes of a block were further divided into three regions, one for nodes for which the discounted expectations have already been computed, one for nodes for which the computation does not depend on the results from nodes in a neighbouring block, and one for nodes for which such dependency exists. The algorithm was implemented via the Oxford BSP Toolset, the non BSP-specific libraries LAM_MPI and Open MPI [24], and SWARM [25], a parallel computing framework for multi-core processors. Their tests were done on the same PC cluster as in [10] and on two multi-core processors. On the 2.4 GHz Intel quad-core Q6600 used in their tests, the parallel speedup was 3.63 using BSP and MPI, and 3.13 (Table 11 in [3]) using SWARM when N = 8192, b = 129 and p = 4.

Intel [5] published a white paper where parallel binomial option pricing was implemented in Ct1, a data parallel API implemented within a C++-based syntactic framework. The parallel code was tested on two 2.33 GHz Intel Xeon quad-core E5345 processors, and gained much speedup over a sequential C++ implementation thanks to Ct’s built-in SSE-based implementation for the common math functions.

Solomon et al. [7] presented a GPU-based parallel solution for pricing American lookback options on a recombining binomial tree. The algorithm performed backward computation on the binomial tree with nodes at each level being processed in parallel. Initially, the computation was carried out by the GPU, but after a certain threshold level was passed the computation was taken over by the CPU because the parallelism that could be exploited decreased as the calculation proceeded to the root of the tree. Their tests were performed on a 3.0 GHz Intel Core 2 Duo and a 216-core NVIDIA GTX 260. The speedup of the CPU + GPU hybrid implementation against un-optimised sequential code was about 20 (Figure 7 in [7]) when the number of time steps was 5000 and the threshold was set as 256. The same partition scheme was used by the GPU-based parallel binomial option pricing implementation discussed by Kolb and Pharr [15], where the nodes in each single level of the tree were processed in parallel.

Huang and Thulasiram [26] presented a parallel algorithm for pricing basket American-style Asian options on a recombining binomial tree. The number of levels in the tree and the number of processors were assumed to be a power of two. To partition the tree, initially, all leaf nodes were evenly distributed among the processors. The computation proceeded to the root of the tree in such a way that in a given processor, for every pair of adjacent nodes at a certain level i, the processor computed the option price for the pair’s parent node at level (Figure 3 in [26]). Eventually processor 0 computed the option price at level 0. No load re-balancing among the processors was attempted during the course of the computation. The implementation of the algorithm was in C via MPI.

Compared with these parallel approaches to binomial option pricing, the generic partition scheme in our algorithm makes ample allowance for minimising the load imbalance between processors to enhance the efficiency of the parallelisation. The multi-threaded implementation of the algorithm is lightweight: the parallel speedup on 8 processors for a tested American put option is 5.26 when.

Algorithms for parallel option pricing based on models other than the binomial/trinomial tree can be found as well. These are loosely connected to what we present in this paper. Fusai et al. [27] published a numerical procedure for pricing exotic path-dependent options when the underlying asset price evolves according to a generic Lévy process [28]. By geometric randomisation of the option expiration, the n-step backward recursion in option pricing was transformed into an integral equation. The option price was then obtained by solving n independent integral equations. Because the equations were mutually independent they were solved in parallel on a grid computing architecture.

Surkov [29] presented algorithms based on the Fourier space time-stepping method to price singleand multiasset European and American options with stock prices following exponential Lévy processes. The algorithms were implemented on an NVIDIA GeGorce 9800 GX2 video card with only one of the two GPUs being used.

Prasain et al. [30] proposed a parallel synchronous option pricing algorithm to price simple European options using particle swarm optimisation: a nature-inspired global search algorithm based on swarm intelligence.

Sak et al. [31] discussed the application of parallel computing in pricing backward-starting fixed strike Asian options that are continuously averaged. Through a change of numeraire they transformed the pricing problem into solving a one-state-variable partial differential equation (PDE) by both explicit and Crank-Nicolson’s implicit finite-difference methods. The algorithms they designed were implemented via MPI and were tested on a Linux PC cluster.

3. The Sequential Pricing Algorithms

We first briefly go through the procedure of pricing American options when transaction costs are not included. Consider an American put option with strike K and expiry T, which can be exercised once at any time. We use the one-step binomial process example in Figure 1(a), where at time t the price of the underlying stock of an American put option is. After one time step, the price of the stock can either be or. We assume the risk-free return over a single time step is, that is, 1 unit of cash at time t will grow to units at time. The risk-neutral probability for the up-move is, and for the down-move it is. The payoff of the American put at time t is; that is, if then the owner of the option will exercise his/her right to sell one unit of the stock (worth) at the price K, thus making a profit of, and if then exercising the option is not advantageous. The option is priced by backward induction, which gives a unique arbitrage-free price for the option at time t. At the maturity date N the value of the option is the same as its payoff, so. For, the value of the option at the node is the maximum of its discounted expected payoff at time t and its immediate payoff if the option is exercised at t, that is. For example, p = 0.9454 for the parameter values in Figure 1(a), which also shows the option payoffs for. Now suppose that the option prices at the nodes at time have already been computed and happen to coincide with the corresponding payoffs, and (that is, in this example both these nodes are in the exercise region for the American option). Then we can compute. To compute on a binomial tree of multiple levels, we start from the leaf nodes and go all the way back to the root to obtain the price of the option at time 0.

Proportional transaction costs in asset (stock) trading are modelled by bid-ask spreads. That is, at time t a unit of stock can be bought for the ask price or sold at the bid price. To link this with the friction-free model, we shall assume that and , where is the transaction cost rate. In the presence of transaction costs, we need to distinguish between options settled in cash and exercised by the physical delivery of a portfolio consisting of cash and stock. For the above put option this payoff portfolio is. In general, for an American option we have a payoff process for. That is, if the holder exercises the option at time t, then the seller must deliver to the holder a portfolio consisting of cash and units of the asset (stock).

Under these conditions the arbitrage-free price of an

(a)(b)

Figure 1. One-step binomial processes with and without transaction costs. (a) Without transaction costs; (b) With transaction costs.

American option at any time t is no longer unique, but is confined within an interval. The upper limit of this interval is the ask price of the option, and the lower limit the bid price. The ask price is the price at which the option can be bought on demand. It is also the minimum amount of wealth that the seller of the option needs in order to hedge his/her position in all circumstances, that is, to deliver to the buyer the payoff portfolio at any exercise time chosen by the buyer, without having to inject extra wealth. The bid price is the price at which the option can be sold on demand. It is also the maximum amount of wealth that the buyer can borrow against the right to exercise the option.

To hedge his/her position the seller should hold a portfolio consisting of cash and the underlying stock. We use to denote his/her holdings of cash and stock at time t. We define the seller’s expense function at time t to be

(1)

where and . This is a function of the seller’s stock holding at time t. It defines the minimum amount of cash that a seller holding y shares of stock needs to fulfil his/her obligation if the option is exercised at time t. So if the seller wishes to form a self-financing strategy to cover his/her position at t, his/her holdings must belong to the epigraph of, that is (The epigraph of a function f is defined as).

Now using the same American put example (with K = 130) and the one-time step binomial process (Figure 1(b)), we explain how the option ask price is computed at any time t. This is done by constructing a sequence of piecewise linear functions by backward induction from time step N, when. The interpretation of is that a portfolio at time t allows the seller to deliver the option without risk if and only if. For, we start from the two nodes at time. Suppose that

(2)

at the up-move node. At the down-move node suppose that

(3)

These are piecewise linear functions, see Figure 2. At time t, because the seller must be prepared for the worst case scenario, we calculate the maximum of and, to obtain. Next, since x units of cash at time t will grow to xr at time, the function wt must be discounted by r. Now we need to account for the possibility of rebalancing the portfolio at time t, that is, either buying some stock for the ask price or selling some at the bid price. This transforms the epigraph of into that of a piecewise linear function whose slopes are restricted within the interval, which is in this example. The epigraph of consists of portfolios covering the option seller if the option is exercised at time or later. Now what if the option is exercised at time t? The expense function at t is . Again, the seller must be prepared for the worst, which corresponds to taking the maximum

(4)

(5)

These piecewise linear functions are shown in Figure 2. The option ask price at time t for this example is then, because it is the minimum amount of

Figure 2. The piecewise linear functions in computing the ask price.

cash that enables a seller without a stock holding to hedge his/her position without risk at time t. When the above computation is carried out on a binomial tree representing N time steps, we start from the leaf nodes and work backwards to the root node at time 0. The option ask price is then.

For the buyer’s case, the buyer’s expense function at time t is

(6)

because it is he/she who will receive the portfolio. The pricing procedure for, and is similar to that for the seller. But when is computed the minimum of and is used instead of the maximum. The reason for this difference is that at any time the buyer needs to choose between exercising or waiting (that is, choose a portfolio in or), whereas the seller needs to be prepared for any eventuality (i.e. they need a portfolio in and). In this example, if it is assumed that

then

(7)

(8)

The option bid price at time t is, because the bid price is the maximum amount of wealth that a buyer without any stock holdings can borrow against the right to exercise the option. See Figure 3 for a plot of the piecewise linear functions in the buyer’s case.

Full details of the procedures for finding bid and ask prices under proportional transaction costs can be found in Algorithms 3.1 and 3.5 in [9].

4. The Parallel Pricing Algorithm

4.1. Binomial Tree Model

For an American option whose payoff process and physical expiry time are and T, respectively, let N be the number of time intervals that discretise the time period from 0 to T. Also let be the volatility of the underlying stock, R the continuously compounded annual interest rate and the transaction cost rate. Under such conditions the binomial tree that models the dynamics of the stock price will have levels, corresponding to the time steps. The upmove factor u, down-move factor d and cash accumulation factor r over one time step are, , and, respectively. The pricing algorithms in [23] actually add an extra time instant to the model and set the option payoff as at all the nodes in that level. The purpose of adding this extra time step is to model the possibility that under certain circumstances it may be in the best interests of the option holder to leave it unexercised. In line with [9] and [14], we assume that no transaction costs apply at time 0, that is,.

4.2. The Partition Scheme and the Synchronisation Mechanism

Assume we have p distinct processors in a parallel computer. Because the computation of the u, w, v, z functions at different nodes can be performed independently in parallel, we can partition a whole binomial tree into blocks of nodes and assign these blocks to distinct processors. The parallel algorithm, like its sequential counterpart, starts off at the leaf nodes where and works backwards towards the root of the tree. The whole

Figure 3. The piecewise linear functions in computing the bid price.

process is accomplished by p threads, denoted by, with each thread being bound explicitly to a distinct processor. The whole computation is divided into rounds, where in each round the nodes of a block are processed by the p threads in parallel.

In general, if the base level B (whose nodes have been processed in the th round) of an ith round is at time, then the total number of nodes in at that level will be. These nodes will be divided among the p threads in such a way that each of the threads, gets nodes and the last thread gets nodes. We use L to denote the maximum number of levels that are processed towards the root in a round, that is, the maximum number of levels in a block. However, the number D of levels that are actually processed in a round is jointly determined by L and the number of nodes that each thread gets, because this number D cannot exceed . So we have. So in a round whose base level B contains nodes all the threads will be assigned a block of nodes, except the last thread which only gets a smaller number of nodes. For a thread, we further divide its nodes into regions A and B such that the computations performed at the nodes in region A do not depend on the results from another thread in the same round, but the computations at the nodes in region B do need the results from thread. Note that the last thread does not have any B nodes in any round of the computation.

Figure 4 shows such a division among 3 threads in a round consisting of 3 () levels of nodes. The nodes enclosed by the dashed frame box at time level are the base nodes. For thread to compute the u, w, v, z functions at the nodes in its region B, it needs results computed by thread at the two nodes in column 4 enclosed by the thin frame box. Thread cannot start computing at the nodes in its region B until thread finishes at the node (level, column 4) enclosed by the bold frame box. In general, thread, , cannot start at the nodes in its region B until thread finishes at the leftmost node at level in its region A. This scheme of partitioning into regions A and B was also adopted in [3,6].

The parallel algorithm re-balances the workload of each thread after each round of the computation. If the current base level is B, the next base level will be, containing nodes, and according to this number the workload of each thread in the next round will be calculated. The parallel algorithm ensures that each thread will get minimally two nodes to process in all the rounds, which means that the minimum possible value that D can get is 1. If at some level of the tree the number of nodes is less than, the number of processors used will be decreased by 1 until this no-less-than-two-node condition is satisfied. A partition based on the above explanation is shown in Figure 5 for, and. The figure shows the adjustment of the workload after each round and the reduction in the number of processors needed as the computation proceeds towards the root of the tree.

To save the intermediate z functions generated during the computation, instead of generating the whole tree, the parallel algorithm maintains two buffers, each with rows ×columns. One of these two buffers is for computing the ask price, and the other the bid price. The mapping between the whole binomial tree and the buffers is done in a modular wrapping around manner to avoid the cost of extra synchronisation and copy back. We use variable U to denote the base level in the two buffers in a round of the computation, corresponding to the base level of the tree. Initially, this U is set to 0, and after a round whose base level of the tree is B and works D levels towards the root, U is updated by. Now suppose the computation is working on the ith, , level down from level B. The piecewise linear functions will be computed and stored in the two buffers at level according to the piecewise linear functions stored at level in the buffers.

Figure 4. Partition into regions A and B.

Figure 5. Parallel processing on the binomial tree by three working threads. Note that although N = 10 the algorithm adds an extra time instant to the model.

As the whole computation is divided into rounds, the threads have to be synchronised both within a round and between two successive rounds. Within a round, all the threads work D levels down the tree in such a way that any two adjacent threads have to be synchronised. As soon as thread has finished the leftmost node (such as the single node enclosed by the bold frame in Figure 5) at level (B being the base level of the round) in its region A, it will send a signal to thread, so that after thread has finished the nodes in its region A, upon receiving the signal it can proceed to the nodes in its region B. Once thread has finished processing all its nodes in regions A and B, it has to wait for the other peer threads to finish their work. Only after all the threads have finished, can the parameters be updated for the next round. The flow chart in Figure 6 using thread as an example shows the synchronisation scheme.

The pseudo code in Algorithm 1 shows the computational steps performed by thread, including the synchronisation scheme. Note that node there denotes the node at level l of the tree whose column index is c. The nested for-loop that computes the functions at the nodes in region B is similar to the one in region A, so the details are omitted. The pseudo code is executed by all the threads. Because thread is the one that computes at the root node at, the option ask and bid prices are returned by thread. We finally have and , where is the seller’s expense function at and the buyer’s.

4.3. Computational Time Analysis

Algorithms 3.1 and 3.5 in [23] have polynomial runtime for some. Although the number of nodes in a recombining binomial tree is quadratic in N (so a traditional binomial pricing algorithm without transaction costs has runtime), the maximum, minimum and slope restriction operations may require slightly more time to finish as the computation proceeds towards the root because the piecewise linear functions u, w, v and z may acquire more linear pieces at nodes closer to the root. To see the runtime TP of the parallel algorithm (Algorithm 1) and the parallel speedup we start by estimating the number of nodes processed by thread on the whole binomial tree.

Generally, in a round whose base level is B and has n nodes, all these p threads work in parallel on D levels of

Figure 6. The synchronisations on thread. The condition in the first rhombus box is shown at line 15 in Algorithm 1.

the tree, from level to. According to the algorithm, the nodes within these D levels will be divided into p blocks, and the number of nodes assigned to thread is. The total number of nodes within these D levels, assuming n is an integral multiple of p, is (see Figure 7 for an example). So the fraction done by thread is divided by, which is. For large n and relatively small D, we can assume that , and, therefore, the fraction processed by thread is approximately. This roughly applies to the part of the tree from the leaf level () to the level where (), because beyond this level further down the tree the number of processors needed will decrease. The total number of nodes in the tree from level t = N + 1 (N + 2 nodes) to level t = N +  2p − 2 (nodes) is, of which the number processed by thread is. For the levels beyond

Figure 7. An estimation of the number of nodes processed by thread p0.

Algorithm 1. Computational steps executed by thread.

, because thread will always have 2 nodes to process except at level, the total number processed by will be. Therefore, for the whole binomial tree from to, the total number of nodes processed by is . If we assume , then .

To verify the validity of this estimation we have compared this estimated number with the actual counts obtained from several executions of the parallel algorithm. The data are summarised in Table 1. The error rates are calculated and reported as well, from which it can be seen that the estimation is very close to the actual count in all the cases. For a fixed p and L.
(, jointly determined by L, p and n), as the number n increases the error rate decreases. This also is in-line with our analysis.

Now since thread processes about nodes, and the total number of nodes in a recombining binomial tree (from to) is , so the time required by p0 is roughly of the sequential runtime. The sequential runtime is for some, and so the parallel runtime is . The parallel speedup S is therefore, proportional to the number p of processors used. So we can conclude by this analysis that the proposed parallel algorithm is cost-optimal in that having the same asymptotic growth rate as the sequential algorithms.

5. Experimental Results

The parallel pricing algorithm was implemented in C/C++ via POSIX Threads, and was tested on a machine with dual sockets × quad-core Intel Xeon 2.0 GHz E5405 running 8 processors in total (Figure 8). The source code was compiled by Intel C/C++ compiler icpc 12.0 for Linux. The testing machine was running Ubuntu Linux 10.10 64-bit version. The POSIX thread library used was NPTL (native POSIX thread library) 2.12.1.

To verify the correctness of the parallel algorithm we computed the ask and bid prices for the same American put option and the American bull spread described in Examples 5.1 and 5.2, respectively, in [23]. In the

Figure 8. The parallel machine used in the tests.

American put example, the parameter values were, , , , , N varied from 20 to 1000 and k from 0 to 0.02. The American bull spread consists of a long call with and a short call with, and is assumed to be settled in cash, with payoff process . In all the cases the parallel implementation produced exactly the same figures as reported in Tables 1 and 2 in [23].

To see the effect that proportional transaction costs have on option prices, we computed the prices for the same American put option (with) but with varying from 90 to 110 under three rates, and. The curves of the option prices and are plotted in Figure 9, where it can be seen that for any fixed we have . Note that the larger the transaction cost rate k the greater the ask-bid spread of the option price.

To test the performance of the parallel algorithm against an optimised implementation of the sequential algorithms we performed two additional sets of tests where k was fixed to 0.005 for the American put option and to 0.01 for the bull spread, N varied from 450 to 1500, and p from 2 to 8. The runtimes and speedups are reported in Table 2. All the times were wall-clock times measured in milliseconds (ms).

Moreover, the serial and parallel runtimes when p = 8 and the parallel speedups when N = 1500 are plotted in Figures 10(a) and (b), respectively. The speedup curves are very close to straight lines and this supports our analysis that the parallel speedup S is proportional to p Tests for other values of L were performed in which very close results were found.

From the speedup ratios we calculated the parallel efficiency. The analysis indicates that, so, which means that the efficiency of this parallel algorithm should stay the same no matter how many processors are used. However, in practice, because the synchronisation cost grows as the number p increases, we can expect that the efficiency will decay as more processors are used. The efficiency data are plotted as dashed curves in Figure 10(b), where it can be seen that the efficiency diminishes only slightly as p increases.

6. Conclusion

We have presented a parallel algorithm (based on the sequential pricing algorithms proposed in [23]) that computes the ask and bid prices of American options under proportional transaction costs, and a multithreaded implementation of the algorithm. Using p processors, the algorithm partitions a recombining binomial tree into multi-level blocks. The whole computation, starting from the leaf nodes and working backwards to the root of the tree, is divided into rounds, where in each

Table 1. A comparison between N2/2p and the actual number of nodes processed by thread p0 when L = 5. The fraction part of N2/2p is omitted.

Figure 9. Ask and bid price curves under different transaction cost rates.

Table 2. Runtimes and speedups from the parallel performance tests.

of these rounds, a block of nodes is further partitioned and processed by multiple processors. Before the start of the next round the workload of each processor (thread) is adjusted according to the number of nodes at the next base level. The applicability of the partition method and the associated synchronisation scheme is not restricted by the values of the parameters N (number of levels of the tree), L (maximum number of levels processed in a round) or p (number of processors). The parallel algorithm has theoretical speedup and is cost-optimal be

(a)(b)

Figure 10. Plots derived from the experimental results. (a) Runtimes of the sequential program and the parallel one on 8 processors; (b) Parallel speedups and efficiencies for N = 1500.

cause for some, which has the same asymptotic growth rate as the serial runtime. The parallel efficiency E of the algorithm is.

The implementation was tested for its correctness and performance. The results demonstrated reasonable speedups, e.g., 5.26 when p = 8 and, against an optimised sequential program even for problems of small sizes. The performance of the implementation was in-line with the asymptotic analysis. It showed that, because no inter-computer communication was involved, the overhead of the parallelisation in the multi-threaded implementation was much reduced compared to some previous approaches based on message-passing interfaces. The parallel efficiency in the tests is seen to decay slightly as p increases.

For options whose lifetime is short (within months) a relatively small number (usually several thousand) of time steps may be sufficient to model the price changes of the underlying asset. To handle such cases the multithreaded implementation on main-stream multi-core processors will normally be fast enough. But for pricing long-life options (expiring in years) where large numbers of time steps are needed the parallel algorithm may have to be adapted to more powerful platforms, such as manycore general purpose graphics units. We are also aiming at developing high-performance parallel algorithms for pricing multi-dimensional options under proportional transaction costs. Since for such cases a direct implementation of the maximum, minimum and gradient restriction operations on multi-dimensional structures could be difficult, we may have to resort to Monte Carlo simulations, which are easily parallelised, and run them on large-scale parallel architectures.

REFERENCES

  1. F. Black and M. Scholes, “The Pricing of Options and Corporate Liabilities,” The Journal of Political Economy, Vol. 81, No. 3, 1973, pp. 637-659. doi:10.1086/260062
  2. R. Merton, “Theory of Rational Option Pricing,” Bell Journal of Economics and Management Science, Vol. 4, No. 1, 1973, pp. 141-183. doi:10.2307/3003143
  3. A. V. Gerbessiotis, “Architecture Independent Parallel Binomial Tree Option Price Valuations,” Parallel Computing, Vol. 30, No. 2, 2004, pp. 301-316. doi:10.1016/j.parco.2003.09.003
  4. A. V. Gerbessiotis, “Parallel Option Price Valuations with the Explicit Finite Difference Method,” International Journal of Parallel Programming, Vol. 38, No. 2, 2010. pp. 159-182. doi:10.1007/s10766-009-0126-5
  5. A. Ghuloum, G. Wu, X. Zhou, P. Guo and J. Fang, “Programming Option Pricing Financial Models with Ct. Technical Report,” Intel Corporation, Santa Clara, 2007.
  6. Y. Peng, B. Gong, H. Liu and Y. X. Zhang, “Parallel Computing for Option Pricing Based on the Backward Stochastic Differential Equation,” Lecture Notes in Computer Science, Springer-Verlag, Berlin, 2010, pp. 325-330.
  7. S. Solomon, R. K. Thulasiram and P. Thulasiraman. “Option Pricing on the GPU,” Proceedings of the 12th IEEE International Conference on High Performance Computing and Communications, Melbourne, 1-3 September 2010, pp. 289-296.
  8. M. Zubair and R. Mukkamala, “High Performance Implementation of Binomial Option Pricing,” Lecture Notes in Computer Science, Springer-Verlag, Berlin, 2008, pp. 852- 866.
  9. A. Roux and T. Zastawniak, “American Options under Proportional Transaction Costs: Pricing, Hedging and Stopping Algorithms for Long and Short Positions,” Acta Applicandae Mathematicae, Vol. 106, No. 2, 2009, pp. 199- 228. doi:10.1007/s10440-008-9290-7
  10. B. Bensaid, J.-P. Lesne and H. Pages, “Derivative Asset Pricing with Transaction Costs,” Mathematical Finance, Vol. 2, No. 2, 1992, pp. 63-86. doi:10.1111/j.1467-9965.1992.tb00039.x
  11. P. P. Boyle and T. Vorst, “Option Replication in Discrete Time with Transaction Costs,” The Journal of Finance, Vol. 47, No. 1, 1992, pp. 271-293. doi:10.1111/j.1540-6261.1992.tb03986.x
  12. S. Perrakis and J. Lefoll, “Derivative Asset Pricing with Transaction Costs: An Extension,” Computational Economics, Vol. 10, No. 4, 1997, pp. 359-376. doi:10.1023/A:1008693830990
  13. S. Perrakis and J. Lefoll, “Option Pricing and Replication with Transaction Costs and Dividends,” Journal of Economic Dynamics & Control, Vol. 24, No. 11-12, 2000, pp. 1527-1561. doi:10.1016/S0165-1889(99)00086-X
  14. S. Perrakis and J. Lefoll, “The American Put under Transactions Costs,” Journal of Economic Dynamics & Control, Vol. 28, No. 5, 2004, pp. 915-935. doi:10.1016/S0165-1889(03)00099-X
  15. C. Kolb and M. Pharr, “Options Pricing on the GPU Gems 2: Programming Techniques for High Performance Graphics and General-purpose Computation, Chapter 45,” Pearson, Upper Saddle River, 2005.
  16. R. H. Bisseling, “Parallel Scientific Computation: A Structured Approach Using BSP and MPI,” Oxford University Press, Oxford, 2004.
  17. G. Burns, R. Daoud and J. Vaigl, “LAM: An Open Cluster Environment for MPI,” Proceedings of Supercomputing Symposium, Toronto, 6-8 June 1994, pp. 379-386.
  18. B. Dai, Y. Peng and B. Gong, “Parallel Option Pricing with BSDE Method on GPU,” Proceedings of the 9th International Conference on Grid and Cloud Computing, Melbourne, 17-20 May 2010, pp. 191-195. doi:10.1109/GCC.2010.47
  19. W. D. Zhao, L. F. Chen and S. G. Peng, “A New Kind of Accurate Numerical Method for Backward Stochastic Differential Equations,” SIAM Journal on Scientific Computing, Vol. 28, No. 4, 2006, pp. 1563-1581. doi:10.1137/05063341X
  20. R. P. Garg and I. Sharapov, “Techniques for Optimizing Applications: High Performance Computting,” Prentice Hall PTR, Upper Saddle River, 2001.
  21. J. E. Savage and M. Zubair, “Cache-Optimal Algorithms for Option Pricing,” ACM Transactions on Mathematical Software, Vol. 37, No. 1, 2010, pp. 1-30.
  22. A. V. Gerbessiotis, “Trinomial-Tree Based Parallel Option Price Valuations,” International Journal of Parallel, Emergent and Distributed Systems, Vol. 18, No. 3, 2003, pp. 181-196.
  23. E. S. Schwartz, “The Valuation of Warrants: Implementing a New Approach,” Journal of Financial Economics, Vol. 4, No. 1, 1977, pp. 79-93. doi:10.1016/0304-405X(77)90037-X
  24. R. L. Graham, T. S. Woodall and J. M. Squyres, “Open MPI: A Flexible High Performance MPI,” Proceedings of the 6th Annual International Conference on Parallel Processing and Applied Mathematics, Poznan, September 2005.
  25. D. A. Bader, V. Kanade and K. Madduri, “SWARM: A Parallel Programming Framework for Multi-Core Processors,” Proceedings of the 1st Workshop on Multithreaded Architectures and Applications, Long Beach, 30 March 2007.
  26. K. Huang and R. K. Thulasiram, “Parallel Algorithm for Pricing American Asian Options with Multi-Dimensional Assets,” Proceedings of the 19th International Symposium on High Performance Computing Systems and Applications, Guelph, 15-18 May 2005, pp. 177-185.
  27. G. Fusai, D. Marazzina and M. Marena, “Option Pricing, Maturity Randomization and Distributed Computing,” Parallel Computing, Vol. 36, No. 7, 2010, pp. 403-414. doi:10.1016/j.parco.2010.03.002
  28. W. Schoutens, “Levy Processes in Finance: Pricing Financial Derivatives,” Wiley, New York, 2003.
  29. V.Surkov, “Parallel Option Pricing with Fourier Space Time-Stepping Method on Graphics Processing Units,” Parallel Computing, Vol. 36, No. 7, 2012, pp. 372-380. doi:10.1016/j.parco.2010.02.006
  30. H. Prasain, G. K. Jha, P. Thulasiraman and R. K. Thulasiram, “A Parallel Particle Swarm Optimization Algorithm for Option Pricing,” Proceedings of 2010 IEEE International Symposium on Parallel and Distributed Processing, Workshops and PhD Forum (IPDPSW), Atlanta, 19-23 April 2012, pp. 1-7.
  31. H. Sak, S. Özekici and İ. Boduroglu, “Parallel Computing in Asian Option Pricing,” Parallel Computing, Vol. 33, No. 2, 2007, pp. 92-108. doi:10.1016/j.parco.2006.11.002

Appendix

The parallel binomial algorithm we have developed is not specific to the problem of pricing American options under proportional transaction costs. It can be easily adapted to other problems, such as the case of pricing American options without considering transaction costs. In such cases, for an N-step simulation the algorithm does not add an extra time step to the binomial tree. The other difference is that without transaction costs, all the payoffs and the expectations become scalars, and so the maximum operations are performed on numbers rather than on piecewise linear functions. The runtime of a sequential binomial American option pricing algorithm with no transaction costs is. So the parallel runtime. The parallel speedup, and the parallel efficiency .

Without considering dividends and transaction costs the price of an American call option is the same as that of a European call option under the same conditions, so we consider only the American put option. We tested on the 8-processor machine (Figure 8) the performance of the parallel algorithm using an American put option with strike and a model with parameters, , and. In the test the number N of time steps grew from 5000 to 40000, and the number p of processors from 2 to 8. All the numeric variables in the program were represented by 8-byte double-precision floats. The runtimes and the speedups against an optimised sequential program are reported in Table 3. All the times were wall-clock times measured in milliseconds (ms). The computed price for the American put option was 13.906.

The serial and parallel runtimes when and the parallel speedups when are plotted in Figures 11(a) and (b), respectively. The parallel efficiencies were calculated from the speedups and plotted in Figure 11(b) as well.

From the results we observed super-linear speedups in several test cases, e.g., when, and the speedup. This was caused partly by the caching effect. The serial program can only use one of the four L2 caches (Figure 8), but the parallel program uses all the four. Moreover, the parallel program makes use of both the two FSBs, whereas the serial program uses only one. This also helps to increase the rate at which data is transferred between the main memory and the processors.

In all the tests parameter L (the maximum number of levels being processed in a round) was set to 50, much increased from its value (L = 5) in the tests where transaction costs are present. The purpose of increasing its value was to reduce the number of times when the threads have to be synchronised, and therefore reduce the

Table 3. Runtimes and speedups from the parallel performance tests-without transaction costs. The parameters of the American put option were K = 100, S0 = 100, T = 3, R = 0.06, σ = 0.3, L = 50. The time steps in the tests were N × 103.

(a)(b)

Figure 11. Plots derived from the performance tests for an American put option without transaction costs. (a) Runtimes of the sequential program and the parallel one on 8 processors; (b) Parallel speedups and efficiencies for N = 40000.

cost of synchronisation. In the tests where transaction costs are considered, because the computation time was long enough relative to the synchronisation time, the performance was not as sensitive to the synchronisation overhead.

NOTES

1After Intel’s merger with RapidMind technologies, Ct became part of what is now known as the Intel Array Building Blocks (ArBB).