In this podcast, John, who has over 30 years of experience in investment banking and integration technology, John will cover several case studies of extreme transaction processing, low latency and high performance systems and offer insight into what we might expect to see in mainstream in the near future. Listen to podcast

Is presentation itself available somewhere?

When was this recorded and where? Thanks

http://media.techtarget.com/audioCast/TSSCOM/TSSJS_Davies.MP3

Good talk John. I wanted to let you know IBM offers Real Time Java JVM which does run on Linux http://www-01.ibm.com/software/webservers/realtime/

Good talk John.

Thanks :-) -John-

Good talk John. I wanted to let you know IBM offers Real Time Java JVM which does run on Linux<</blockquote> That's the RTSJ implementation though (not Java). AFAIK the only "real time" Java implementation that doesn't require programming to the RTSJ spec is the jRockit JVM: http://www.oracle.com/technology/products/jrockit/index.html Peace, Cameron Purdy Oracle Coherence: Data Grid for Java, .NET and C++

christian louboutin web site,invite you to explore our complete collection of christian louboutin shoes .

Typical, I'm busy doing a talk in JAOO (Denmark) and I get back to find I'm on TSS, no one told me! Anyway, to answer the questions, this was recorded in TSS in Las Vegas earlier this year, while listening to the first few minutes to answer the question I was rather amused to hear me talk about the downfall of Lehman Bros back in March. To answer the second question, I've uploaded the sides from this here:- http://www.incept5.com/library.php Finally in answer to the "IBM now runs on Linux" statement, yes I saw that but as I pointed out in the talk, it's very proprietary, RH only and as far as I know only IBM hardware. Real-time Java will come of age when we can use it on almost any Linux on almost any hardware. This isn't the fault of Java, it's also the OS, Linux itself isn't always real-time but there are usually several orders of magnitude difference between a "glitch" on a non real-time Linux and a classic JVM. When we ran seriously fast engines for hedge funds we'd use standard linux, usually RH, never licensed (as it's open source) and we'd stop pretty much ALL the services running. We would have 50-100 plus 2-4 core machines networked up running applications written in C or C++ with a smattering of Python and Perl. We could guarantee timing down to tens of nano-seconds. If I could just get Java to a few 100 nano-seconds that would be good, most real-time Java VMs can do this but they won't run on out of the box hardware and standard Linux; there's the problem. I expect it to be solved, when it is, we might see Java being used a little more in this area but there are new issues to solve now with concurrency on multi-core machines. Still it keeps us all employed through these slightly more difficult times. -John- CTO Incept5 -John-