問題タブ [fix-protocol]

GPU での FIX メッセージ解析のストレス テストを行っています。1 秒間に解析するメッセージの妥当な数は?

ありがとう

クイックフィックスが送信メッセージを .body ファイルに保存することは知っていますが、受信メッセージをどこかに保存するのか (ファイルなど)、その機能を得るには何を設定すればよいのでしょうか?

ベスト、D

それは理にかなっていますか？パフォーマンスの高い注文実行のために FIX レイヤーを排除する、速度と弾力性のために設計されたプロトコル?

私は（それらすべてとMarketDataIncrementalRefresh（タイプX））を含むテキストファイルを持っており、を使用してからメッセージを作成FIX messagesする方法を見つけようとしています.QuickFIXC#MarketDataIncrementalRefreshstrings

助言がありますか？

1 行がどのように見えるかの例を次に示します。

1128=9 9=263 35=X 49=CME 34=10568699 52=20110110205433535 75=20110110 268=2 279=1 22=8 48=812201 83=1243518 107=GEZ2 269=1 2=3.15 3 205433000 336=2 346=14 1023=1 279=122=8 48=812201 83=1243519 107=GEZ2 269=1270=9826.0 271=453 273=205433000 336=2 346=21 1023=21 1023=3

QuickFixJの開発を開始したいので、QuickFixJの制限と問題点を知る必要があり、問題があるかどうかを知りたいです。

これは、hftに精通している人にとってはより理論的な質問だと思います。FASTから注文を受け取り、処理します。私は毎秒約2〜3千件の注文を受け取ります。問題は、それらを同期または非同期で処理する必要があるかどうかです。

次の注文を受けるたびに、次のことを行う必要があります。

• 対応する機器のオーダーブックを更新する
• その順序に依存するインデックスとインジケーターを更新します
• 戦略を更新し、必要に応じていくつかのアクションをスケジュールします（何かを購入/販売するなど）

その同期を行うには、約200〜300 µsがあります（1秒あたり3000オーダーを処理できるようにするため）。それで十分だと思います。

私が費やした非同期タスクをスケジュールするためだけに、約30 µsだと思います

長所と短所：

同期：

• ++物事を同期する必要はありません！
• ++「注文を受け取った」と「アクションを実行した」の間の遅延は、タスクをスケジュールしたり、データ/作業を別のプロセスに渡したりする必要がないため、少なくなります（hftでは非常に重要です！）。
• -ただし、前の注文が処理されるのを待機しているソケットバッファで待機できるため、「注文を受信しました」アクションが遅延する可能性があります

非同期：

• ++最新のサーバーの能力を使用する機能（たとえば、私のサーバーには24コアがあります）
• ++一部のシナリオでは、前のメッセージが処理されるまで待たないため、より高速になります。
• ++は、より多くのメッセージを処理したり、メッセージごとにより多くの「複雑な」ことを実行したりできます
• -プログラムの速度を低下させる可能性のある多くのものを同期させる必要があります

同期の例：更新されたMSFT注文を受け取り、次にINTC注文更新を受け取り、それらを異なるスレッドで処理します。どちらの場合も、NASDAQインデックスの再計算をトリガーします。したがって、NASDAQインデックスの計算は同期する必要があります。ただし、この特定の問題は、同期を回避するために回避できます...これは可能な同期の単なる例です。

したがって、問題は、注文の更新を同期または非同期で処理する必要があるかどうかです。これまでのところ、私はそれらを非同期で処理し、楽器ごとに専用のスレッドを持っています。異なる機器（MSFTとINTC）に対して2つの更新を非同期で処理できますが、1つの機器（MSFT）に対して2つの更新を同期的に処理する必要があるためです。

フィックスアクセプターによるクイックフィックスプロトコルでビッドアスクメッセージを送信したい。

クイックフィックスでビッドアスクメッセージを送信する必要があります

私はquickfix_netdllを修正アクセプターとして使用します。このdllで入札依頼を送信する方法

QuickFIXのような独自のFIXクライアントを実装しました。今、私はそれをテストする必要があります。私が使用できる偽のFIX交換はどこかにありますか？クライアントの検証に使用できるFIXサーバーを実装した人はいますか？テスト接続を使用して修正クライアントをテストおよび検証できる実際の交換はありますか？

ここでの助けは大歓迎です！

dde リンクによってデータを収集し、いくつかのルールに従ってそれらを実行するコードを Excel VBA で作成しました。まもなく、この Excel VBA コードから、追跡している株の売買に関するメッセージが送信されます。

ここで、修正プロトコルを使用してこれらのメッセージを実行したいと思います。Excel VBA を使用して、Web サービスに接続し、Excel VBA からの操作を実行できる修正プロトコル エンジンを作成することはできますか?

ご協力いただきありがとうございます。

FIXプロトコルのシーケンス番号についていくつか質問があります。

1. ResetOnLogon = Nを設定する利点は何ですか？
2. イニシエーターとアクセプターの両方が再送要求を送信できますか？
3. メッセージシーケンスはセッションの回復/エラー処理にどのように役立ちますか？