2012-01-08 46 views

回答

3

正如DumbCoder所说,有很多超过2个主要的FIX引擎。卡梅伦倾向于被许多投资银行使用。 Rapid Addition也有一个备受瞩目的FIX引擎 - 还有更多。 QuickFix非常受欢迎,它被许多个人和贸易公司所依赖和使用,除非您对延迟敏感,否则它可能是一个很好的选择。

总是有自己写的选项。这取决于你的用例。如果你对延迟敏感度不是很高(关心微秒),那么QuickFix可能是你最好的选择。否则,如果您关心每微秒,并希望处理每条消息的更多可预测的延迟,那么QuickFix将无法为您工作,并且您要么需要低延迟商业解决方案(如Rapid Addition Cheetah),要么希望编写自己的针对您的使用场景进行优化请注意,编写自己的产品以击败商业解决方案的性能需要一些时间,并且这并不容易,因为许多商业引擎现在都具有高性能。

0

不一定是2个主要的FIX引擎。卡梅隆是另一个广泛使用的FIX引擎。许多金融公司确实开发了自己的FIX引擎。对于FIX引擎本身并没有一个优点和缺点,因为它们中的大多数不是以同样的方式构建的,而且其他因素在开发过程中会出现蠕变。唯一的方法就是评估他们自己的具体需求。

Quickfix项目非常活跃。确实存在一些提供对Quickfix支持的商业公司,它可能在Quickfix网站上。你有源代码,没有任何东西阻止你修补自己。

+0

如果QuickFix的活着,然后我可以检查版本的历史?过去2年多少的表现得到改善?为什么quickfix性能不如固定天线性能好? – javapowered 2012-01-09 17:51:35

+0

@javapowered - 您从哪里获得测试结果的指标?引擎使用什么数据传输?这只是你的想法或假设吗?你在说什么表现?交易还是别的?查看quickfix网站和sourceforge网站以了解版本详情。我提到要检查提供Quickfix支持的商业公司,你试过了吗? – DumbCoder 2012-01-09 20:53:12

+0

我跟人说话,他们说quickfix比较慢,也看这个结果:http://www.b2bits.com/performance_lab/fast_antenna_codec/fast_codec_windows.html我没有试过商业公司。我在quickfix网站上找不到版本历史记录。 – javapowered 2012-01-10 08:15:14

3

在QuickFix,Antenna,Onix,Rapid Addition和Cameron进行了广泛的基准测试之后,我们选择了Onix。 www.onixs.biz。

我们对Java,C++和.net解决方案进行了基准测试,并在RHEL5上使用C++进行了测试。

1

我运行了包含在QuickFix C++中的性能测试代码,并得到了下面的结果。据我所知,这看起来非常好。我正在运行一个商品家用台式机,而不是大型商店使用的高端交易服务器。这个构建是在VS 2012完成优化后完成的。

G:\ projects \ quickfix \ test \ release \ pt> pt。exe文件-p 15000 -c百万

转换整数转换为字符串:

num: 1000000, seconds: 0.016, num_per_second: 6.25e+007 

将字符串转换为整数:

num: 1000000, seconds: 0, num_per_second: 1.#INF 

转换双打字符串:

num: 1000000, seconds: 0.5, num_per_second: 2e+006 

将字符串转换为双打:

num: 1000000, seconds: 0.219, num_per_second: 4.56621e+006 

创建心跳消息:

num: 1000000, seconds: 0.75, num_per_second: 1.33333e+006 

识别消息类型:

num: 1000000, seconds: 0.062, num_per_second: 1.6129e+007 

序列化心跳消息字符串:

num: 1000000, seconds: 0.516, num_per_second: 1.93798e+006 

从字符串序列化心跳消息:

num: 1000000, seconds: 1.094, num_per_second: 914077 

创建NewOrderSingle消息:

num: 1000000, seconds: 2.312, num_per_second: 432526 

序列化NewOrderSingle消息字符串:

num: 1000000, seconds: 0.75, num_per_second: 1.33333e+006 

序列化NewOrderSingle消息从字符串:

num: 1000000, seconds: 3.188, num_per_second: 313676 

创建QuoteRequest消息:

num: 1000000, seconds: 41.547, num_per_second: 24069.1 

序列化QuoteRequest消息字符串:

num: 1000000, seconds: 3.734, num_per_second: 267809 

从字符串序列化QuoteRequest消息:

num: 1000000, seconds: 26.672, num_per_second: 37492.5 

从QuoteRequest消息读取字段:

num: 1000000, seconds: 15.89, num_per_second: 62932.7 

贮藏NewOrderSingle消息:

num: 1000000, seconds: 3.485, num_per_second: 286944 

验证NewOrderSingle消息没有数据字典:

num: 1000000, seconds: 0.11, num_per_second: 9.09091e+006 

验证NewOrderSingle消息与数据字典:

G:\项目\的quickfix \测试\释放\ PT>