現在、QuickFix/J (オープン ソース) を使用していますが、十分に機能しています。
現在、より良い/商用のFIXエンジンに変更することを考えているので、基本的にはどれが最速か知りたいです!
FIX5.0SP2 をサポートする必要がありますが、FAST プロトコルはサポートしません。
具体的には、フレームワークで最小限の遅延で市場の更新を受信することについて話している.
コストは大きな問題ではありません（と思います）。
質問する
3244 次
4 に答える
1
コードをさらに最適化した後、2012 年 7 月に同じインテル ラボで同じ条件下で測定した結果
于 2012-12-26T21:00:13.810 に答える
1
CameronFix が最良の選択であると自信を持って言えます。私は先物を取引しており、他のベンダーからの誇大宣伝に耳を傾けていたため、心痛がありました。個人的には、クライアントに FIX ソリューションの使用をやめるよう説得できるのであれば、それを実行してください。とにかく FIX ゲートウェイが優先され、何か問題が発生したときに追跡するにはバグが多すぎるためです。レイテンシは、物理ハードウェアとアルゴのボトルネックに焦点を当てることで最小限に抑えることができます。
于 2013-01-25T06:58:40.733 に答える
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 の世界では、他のもの (FixForge) よりも少し遅いものの、ジッターが非常に低かったため、Rapid Addition を好みました。C++ と Java Linux の世界では Onix が勝っていますが、HFT が必要な場合は Java の使用を検討することはありません。
于 2012-11-13T11:42:19.247 に答える
0
私は数年前に CameronFIX でいくつかの仕事をしましたが、明らかに非常に高く評価されており、その使命は利用可能な最速のものでした。そしてもちろん、彼が発明した FAST プロトコルをサポートしています。
現在所属なし。
于 2012-04-26T01:01:23.580 に答える