フォルツァ執行上の問題点
ここ数ヶ月のこのサーカスを外から見ていて、ちょっと思ったこと。
なぜ、ブローカーの取引サーバーにすらアクセスできない開発者にばかり質問が行くのでしょうか？
オトクリエの皆さん、新しいサービスを立ち上げるなら、もしかしたらお客様からの 質問に答えるようになるかもしれませんよ？それとも、「次へ」ボタンでMTサーバーをインストールし、クライアントから委託を受けるだけの役割なのでしょうか？
詳細はもう少し後に返信します。
Mikalasの言うとおりで、彼のエビデンスベースに特別感謝します。約束した通り、最新ビルドでレイテンシーを改善し、すべてのブローカーがアップデートするのを待っています。
Discoveryは、まだ実サーバーを1035ビルドにアップデートしておらず、テストサーバーで新バージョンをテストしているところです。
詳細はもう少し後に返信します。
Mikalasの言うとおりで、彼のエビデンスベースに特別感謝します。約束した通り、最新ビルドでレイテンシーを改善し、すべてのブローカーがアップデートするのを待っています。
Discoveryは、まだ実サーバーを1035ビルドにアップデートしておらず、テストサーバーで新バージョンをテストしているところです。
Discoveryは、新しいビルド1035をデモサーバーにアップロードしました。
遅延が2.2 倍に短縮されました
よくやったMQ!
あとはリアルに新造されるのを待つのみ!
スプーン一杯のタール - それでも数十ミリ秒。この貴重な時間を何に使うんだ！？
為替は桁違いのストリームを処理します。しかも、それをマイクロ秒単位で処理するのです。どうしてですか？
Javaで書かれたLMAXでさえ、レイテンシは〜2〜3msである。
スプーン一杯のタール - それでも数十ミリ秒。この貴重な時間を何に使うんだ！？
為替は桁違いのストリームを処理します。しかも、それをマイクロ秒単位で処理するのです。どうしてですか？
Javaで書かれたLMAXでさえ、レイテンシは〜2〜3msである。
お使いのコンピューターからMQサーバーへのtracertを実行します。
をクリックすると、あなたのインターネットがどれだけのレイテンシーを消費しているかがわかります。
結果を2倍（往復）することを忘れないでください。
~ 私のインターネットでは、42msです。
スプーン一杯のタール - それでも数十ミリ秒。この貴重な時間を何に使うんだ！？
為替は桁違いのストリームを処理します。しかも、それをマイクロ秒単位で処理するのです。どうですか？
クライアント・ジャーニー全体を指しているのか、それとも1つのエンジン内の マイクロ秒を指しているのでしょうか？
人々はいつも、エンジンの独立キューのタイミング（マイクロ秒についての話を喜んで信じている）と、最終的な小売顧客までのネットワーク全体にわたる 累積ネットワークコストのすべてを混同しているのです。また、比較する際に、LMAXの場合のように、セグメント全体（ 例えば小売業におけるブローカー中間 体）を捨てていることにも気づかない（LMAXとの直接接続の1セグメントのみを比較する）。
お使いのコンピューターからMQサーバーへのtracertを実行します。
~ 42 msクライアント・ジャーニー全体なのか、それとも1つのエンジン内での マイクロ秒単位の話なのでしょうか？
人々はいつも、独立したエンジン・キューのタイミング（マイクロ秒についての話を喜んで信じている）と、最終的な小売顧客までのネットワーク全体の 累積ネットワーク・コストのすべてを混同しているのです。また、比較する際に、LMAXのようにセグメント（ 例えば小売業におけるブローカー中間 体）を丸ごと捨ててしまう（LMAXと直接接続の1セグメントのみを比較する）ことにも気づかないのである。
透明性を高めようノード間のすべての pingを引いたレイテンシーについて説明します。
ロシアの取引所のHFTの人たちから1msのレイテンシーを見せられた ことがあります。私は技術屋ではないので、どうやって実現しているのかはわかりません。
同様にLMAXでもレイテンシは2～3ms程度です。
もう一度言いますが、これはリテールレイテンシーからすべてのpingを差し引いた値です。
MT5インフラは、取引所に直接接続します。あるいは、おっしゃるとおり、ただの「パイプ」です。HFTはパイプをつないで、上に書いたような結果を得るのです。
MT5のパイプを接続すると、時間的なコストがかなり高くなります。その理由は何でしょうか？
- 無料取引アプリ
- 8千を超えるシグナルをコピー
- 金融ニュースで金融マーケットを探索
レナートさん、こんにちは。
トピック「発注時のFORTS大幅遅延について」にて。
サーバーからの追加遅延はないとのことですね。
お使いのサーバーに遅延はなく、より近いサーバーを設置することをお勧めします。
いろいろな問題を抱えながら、なんとかやり遂げました（オトクライティ社プロフェッショナルクライアント部門責任者
は、私が割り当てられた仮想マシンは、あなたのサーバーと同じラックにあると言いました）。
機械に接続する
MT-5搭載
そして、「手打ち」-注文を削除して、結果を得ました。
まあ、パケットはインターネットを "通って "いるのだと思います。
サーバーにトラセツを作ろうとしている。
サーバーと仮想マシンの間の遅延は1ms以下です。
別のサーバー(87)をトレースしても、同じ結果でした。
上記について、どのようにコメントされますか？