我现在正在使用QuickFix / J(开源),它运作良好。
现在我正在考虑改用更好/商用的FIX引擎,所以基本上我想知道哪一个是最快的!
必须支持FIX5.0SP2,但不支持FAST协议。
具体来说,我们正在谈论在框架中以最小的延迟接收市场更新。
成本不是主要问题(我认为)。
答案 0 :(得分:1)
http://fixglobal.com/content/high-performance-trading-fix-messaging-testing-low-latency
和附加论文
http://ref.onixs.biz/infonotes/OnixS_InfoNote_C%2B%2B_FIX_engine_benchmarks.pdf
我从不相信供应商基准测试,因为只使用了一种消息类型,所以它们几乎没有可信度。将C ++实现与..Net进行比较也没什么意义,我认为Rapid Addition因此非常糟糕。我们重复了这些测试和其他测试,在.net世界中我更喜欢Rapid Addition,尽管它比其他人(FixForge)稍微慢了一点,它具有极低的抖动。在C ++和Java Linux世界中,Onix获胜,但如果您想要HFT,我绝不会考虑使用Java
答案 1 :(得分:1)
在相同的英特尔实验室和相同条件下进一步优化代码后于2012年7月进行的测量
答案 2 :(得分:1)
我可以充满信心地说,CameronFix是最佳选择。我交易期货并且心痛,因为我听了其他供应商的炒作。就个人而言,我想说如果你能说服你的客户远离使用FIX解决方案,那就去做吧因为FIX网关无论如何都要优先考虑,而且当出现问题时还有太多错误需要追踪。通过关注物理硬件和算法瓶颈可以最大限度地减少延迟恕我直言。
答案 3 :(得分:0)
几年前我为CameronFIX做了一些工作,它显然受到高度重视,并且其使命是最快的。当然,当他发明它时,它支持FAST协议。
目前无关联。