June 4th, 2008, 3:53 pm
Depends quite a lot on the your market and strategy, I see people working at 1ms to 1 second.But you're building now to deliver in a faster future.At a meeting today, we were looking at next generation stuff where latency was measured in microseconds, some of the tech is just weird, so not quite what you're looking at.You need to look also at the time it takes to get from your system to the counterparty. That can screw you big time, there is a strong correlation between size of firm and infrastructure latency. If you don't work at JP Morgan, your bank's network was built to handle email, Reuters and Bloomberg. If you're at JPM, the network was built specifically to be crap so they could charge to fix it.Then it has to get to the counterparty, that can be slower than you want, you may have to look at colocation.Although the tools you cite are sensible choices, by definition they are not going to deliver competitive advantage. Everyone can buy them, you need to decide what balance of investment non-standard technology and better algorithms.If you want to be the fastest, you will need a serious budget. Inter alia, you need a purpose built network infrastructure, that's not just "speed", but predictable latency.You then need an entertaining computer-like gadget from the OS/2 group that can do the task you describe in nanoseconds (OK, a lot of nS, but one's intuition as to time gets blurry here.To drive this shit, you need the right Linux setup, which will deal with the slow moving millsecond level shit.Then to do calculations you have to make tough calls between FPGA, GPU/PPU and Clearspeed, possibly some scary combination.This is all buildable/buyable now.But this is like Formula One racing, few people really need that level of performance.An F1 car goes less than twice the speed of my nanny's car, but costs 30 times as much.Actually, most people could not drive a F1 car at all, they literally could not get it round one lap. Nearly all the money made from algotrading comes from equipment not very different from the web server running this site, so you proably will go down that route.
Last edited by
DominicConnor on June 3rd, 2008, 10:00 pm, edited 1 time in total.