Oleg Soloviev
Oleg Soloviev Oleg Soloviev
21 May 2008, Distributed Computing Workshop Dr Oleg Soloviev oleg.soloviev@econophysica.com Developing Distributed Financial Applications Econophysica Ltd
- Page 2 and 3: XXX Econophysica Ltd A small team
- Page 4 and 5: XXX Computational Finance Investme
- Page 6 and 7: XXX Example: Option Pricing Calibr
- Page 8 and 9: XXX Distributed Technologies: Condo
- Page 10 and 11: XXX EcoCondor Grid Machine Architec
- Page 12 and 13: XXX Common Issues with Distributed
21 May 2008, Distributed Computing Workshop<br />
Dr <strong>Oleg</strong> <strong>Soloviev</strong><br />
oleg.soloviev@econophysica.com<br />
Developing Distributed<br />
Financial Applications<br />
Econophysica Ltd
XXX<br />
Econophysica Ltd<br />
A small team in London and a larger development<br />
team in Tomsk, Russia (Siberia).<br />
Serving major financial institutions for 8 years.<br />
Projects on<br />
– Financial derivatives<br />
– Risk management<br />
– Algorithmic trading<br />
conophysica Ltd<br />
2
XXX<br />
Agenda<br />
Computational Finance (Main players)<br />
Examples of distributed financial computations<br />
Which technologies appear to be suitable?<br />
Problems<br />
Conclusion<br />
conophysica Ltd<br />
3
XXX<br />
Computational Finance<br />
<br />
Investment banks<br />
– Derivative desks<br />
• Pricing models<br />
– Algo-trading<br />
• Execution algorithms<br />
• Forecasting algorithms<br />
– Risk-management<br />
<br />
<br />
<br />
<br />
Hedge funds<br />
– Pricing Models<br />
– Execution/Forecasting algorithms<br />
Brokers<br />
– Execution algorithms<br />
Insurance companies<br />
– Extreme evens forecasting<br />
Regulating authorities<br />
conophysica Ltd<br />
4
XXX<br />
Example: Stock Movement Forecasting<br />
We have to analyse stock<br />
movements over hundreds of<br />
days. One day involves tens of<br />
thousands of data points. One<br />
day may take several minutes<br />
to analyse.<br />
Then we run tens of different<br />
forecasting algorithms for tens<br />
of different stocks.<br />
conophysica Ltd<br />
5
XXX<br />
Example: Option Pricing<br />
Calibration: repetitive<br />
search for global minimum<br />
from different starting<br />
points. On one computer,<br />
this can take up to an hour.<br />
Monte-Carlo simulations.<br />
This involves hundreds of<br />
thousands of repetitive<br />
calculations.<br />
conophysica Ltd<br />
6
XXX<br />
Example: Cash Flow at Risk<br />
Companies with massive financial operations (e.g.<br />
telecom companies) have to routinely optimise their<br />
cash flows.<br />
– Thousands of scenarios<br />
Financial regulating authorities have to monitor<br />
hundreds of financial activities taking place at the<br />
same time.<br />
– Change point detection<br />
– Pattern recognition<br />
conophysica Ltd<br />
7
XXX<br />
Distributed Technologies: Condor->gLite<br />
University of Wisconsin-Madison Project (13 years)<br />
– High throughput computing<br />
– Distributed resource management system<br />
– GRID-style computing environment<br />
– Cross-platform<br />
– C<br />
Fully compatible with gLite workload management system.<br />
Ideal for locally distributed computing.<br />
GPL (free license)<br />
conophysica Ltd<br />
8
XXX<br />
Current Project<br />
Development of financial mathematical algorithms for<br />
distributed computing.<br />
Local Grid machine (based on Condor).<br />
In combination with gLite -> Global Grid.<br />
Significant speed increase for calibration procedures<br />
(of fixed-income multi-factor BGM models) on LGM.<br />
American Monte-Carlo under development.<br />
conophysica Ltd<br />
9
XXX<br />
EcoCondor Grid Machine Architecture<br />
conophysica Ltd<br />
10
XXX<br />
Other GRID Technologies<br />
Rack-mounted clusters (e.g. by Dell)<br />
Utility computing engines (e.g. by Sun)<br />
Portable batch systems.<br />
Lots and lots of other hardware, software solutions.<br />
conophysica Ltd<br />
11
XXX<br />
Common Issues with Distributed Computing<br />
Algorithms written for single-processor computations<br />
cannot be automatically distributed. Huge software<br />
libraries have to be re-written.<br />
There is no automatic compatibility between different<br />
distributed algorithms.<br />
Certain tasks cannot be parallelized.<br />
Grids may increase maintenance costs.<br />
conophysica Ltd<br />
12
XXX<br />
Conclusion<br />
<br />
<br />
<br />
<br />
<br />
High performance computing is a must for many financial applications. In<br />
many areas business growth depends vitally on computational performance.<br />
GRID computing, in general, and gLite, in particular, represent a unique<br />
opportunity for knowledge transfer between traditionally very reluctant<br />
financial institutions and academia. The main reason is that academics can<br />
talk to financial IT people who are essentially ex-academics themselves.<br />
Also distributed computing on its own does not give away any sensitive<br />
financial information except for the performance level.<br />
On implementation side, it would be a huge benefit to come up with crosstechnology<br />
distributed solutions.<br />
Big thanks to STFC for a very timely support of a technology transfer project<br />
on distributed computing.<br />
conophysica Ltd<br />
13