There appears to be a high variance for order throughput times [when using] QuickFIX[/J]
The LMAX multilateral trading facility is written 100% in Java, and here's a presentation that I attended last year given by their then chief technology officer Martin Thompson:
Martin discusses much of the "folklore" concerning what's involved in persuading Java to trade at an ultra high frequency, and at around 16:40 he observes that:
If you try to get anywhere near 39,000 price updates a second through QuickFIX/J I'd love to see the processor you pick to do it on. It's a great FIX engine, it's reliable, it's reasonably stable, it generates a huge amount of garbage and it does horrendous things from a performance perspective. Have a look at the code for how it parses an integer.
Your application may well not be as demanding as an MTF, but what's your experience with QuickFIX/J? Are you impressed by its reliability and stability, or are you frustrated by its inconsistent latency and therefore willing to pay good money to get greater consistency?
Any commentary, news, opinions, research, prices, analysis or other information published on this website is provided solely for educational purposes, and does not constitute investment advice.
Please also note that spread betting and margin trading of futures, options, off-exchange retail foreign currency (forex) and contracts for difference (CFDs) involves significant risk of loss and is not suitable for all investors. Increasing leverage increases risk. Past performance is not indicative of future results.