フォルツァ執行上の問題点 - ページ 6 12345678910111213...156 新しいコメント Mikhail Filimonov 2014.12.29 10:32 #51 papaklass:また、端末への納品時刻とTIME OF EXCITIONに どのような関係があるのでしょうか？配信は配信、実行時間は実行時間です。注文が約定した後は、端末に未着でもスリッページはありません端末が教えてくれるのは、実行時刻ではなく、端末への配信時刻ということですか？違いがわかるか、お利口さんよ？ あなたはもっと賢いわ、ごめんなさい...。 Mikhail Filimonov 2014.12.29 11:05 #52 papaklass:私はあなたがコメントした記事で3つの質問をしましたが、どのような回答も見当たりません。:)心、ストレートにキラリ! Alexey Klenov 2014.12.29 11:19 #53 開発者の皆さん、正しい選択とは何でしょうか？お話を伺っていると、どうやら クライアントがサーバーに素早く注文を送信する。 サーバーの実行速度が非常に速い サーバーからクライアントへの応答が遅い。 または にもかかわらず 正変 クライアントが迅速に注文を送信します。 サーバーの実行速度はあまり速くありません。 サーバーがクライアントに素早くレスポンスを送信する(これらのケースは、MT5サーバーが取引注文の最終インスタンスである場合のものです) Alexey Klenov 2014.12.29 11:41 #54 papaklass: 可能であれば、新しいビルドで数時間EAを再実行し、統計を取ってください。サーバーはもっと強力です。実験の純度を高めるために。私は1035ビルドを持っています。 エキスパートが起動する\...地下に丸太がある。 ファイル: 20141229.log 103 kb Mikhail Filimonov 2014.12.30 09:27 #55 papaklass:それに関連して。4にも同じような浮いたものがあるようです。はい、そして実行時間にも 疑問があります。pingは8-9msecです。MK、2つのプラットフォームで同時に考える。非同期命令なしでは、4倍は著しく悪いですが。:)落ち着きのないあなた、新年はゆっくり休んでくださいね。 Mikhail Filimonov 2015.01.06 01:39 #56 レナートさん、こんにちは。サーバー（端末）のMT-5で遅延が「生きている」ことを確認するために、もう一つ紹介します。インターネットを利用した自宅での取引（リアル口座）ほら、買い注文を削除する注文の実行時間は11msです。であり、2ms後に送信される2番目のオーダーの実行時間は 3.55 倍である。今日のデッドマーケットにおいて、これは「水面下の氷山」や「行列」では説明できない。 Renat Fatkhullin 2015.01.06 02:59 #57 Mikalas:レナートさん、こんにちは。MT-5のサーバー（端末）に遅延が「生きている」ことの証左がここにある。これは証拠にはならない。自分側では測定値しか見ていない。インフラ全体（ソフトウェア.ハードウェア、チャネル）が安定しており、一定の遅延があることは想定できない。特にミリ秒の計測では、そのような主張をすることはできません。ローカルディスクでの読み書き操作でも、読み書き速度の安定性は保証できませんし（数十ミリ秒単位でも飛びます）、いずれにせよ、中間ノードが多数存在するネットワークと独自のインフラストラクチャの話となります。ただ、はっきりさせておきたいのは、速度最適化の限界（この場合は数十ミリ秒単位）に移行する場合、最大の影響を与えるのはソフトウェアではなくインフラであるということです。忘れてはならないのは、これはリテール・プラットフォームであって、専用チャンネルで近隣のコンプから一足飛びに株式市場に直接投入されるわけではないことだ。 今後も最適化を進めていきますが、今回、私たちが結果に与える影響は、インフラに比べればずっと小さくなります。ps: 興味のある方は、Quicksilverでトランザクションの実行 時間を計測してみてください。 削除済み 2015.01.06 12:37 #58 クイックでは、機械式ストップウォッチで遅れを測定することができます Renat Fatkhullin 2015.01.06 13:32 #59 Edic: Quicksilverでは、機械式ストップウォッチで遅延を計測することができますまさにその通りです。そして、ここでは10-20msの話をしています。いずれにせよ、私たちの優先順位は高いので、最後まで戦います。ちょうど連休明けですね。 Mikhail Filimonov 2015.01.06 17:50 #60 Renat:まさにその通りです。そして、ここでは10-20msの話をしています。いずれにせよ、私たちの優先順位は高いので、最後まで戦います。連休が終わったばかりです。 良い結果を期待しています。 12345678910111213...156 新しいコメント 理由: キャンセル 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
また、端末への納品時刻とTIME OF EXCITIONに どのような関係があるのでしょうか？
配信は配信、実行時間は実行時間です。注文が約定した後は、端末に未着でもスリッページはありません
端末が教えてくれるのは、実行時刻ではなく、端末への配信時刻ということですか？
違いがわかるか、お利口さんよ？
私はあなたがコメントした記事で3つの質問をしましたが、どのような回答も見当たりません。:)
心、ストレートにキラリ!
開発者の皆さん、正しい選択とは何でしょうか？お話を伺っていると、どうやら
クライアントがサーバーに素早く注文を送信する。
サーバーの実行速度が非常に速い
サーバーからクライアントへの応答が遅い。
または
にもかかわらず
正変
クライアントが迅速に注文を送信します。
サーバーの実行速度はあまり速くありません。
サーバーがクライアントに素早くレスポンスを送信する
(これらのケースは、MT5サーバーが取引注文の最終インスタンスである場合のものです)
可能であれば、新しいビルドで数時間EAを再実行し、統計を取ってください。サーバーはもっと強力です。実験の純度を高めるために。
私は1035ビルドを持っています。
エキスパートが起動する
\...
地下に丸太がある。
それに関連して。
4にも同じような浮いたものがあるようです。
はい、そして実行時間にも 疑問があります。pingは8-9msecです。
MK、2つのプラットフォームで同時に考える。非同期命令なしでは、4倍は著しく悪いですが。:)
落ち着きのないあなた、新年はゆっくり休んでくださいね。
レナートさん、こんにちは。
サーバー（端末）のMT-5で遅延が「生きている」ことを確認するために、もう一つ紹介します。
インターネットを利用した自宅での取引（リアル口座）
ほら、買い注文を削除する注文の実行時間は11msです。
であり、2ms後に送信される2番目のオーダーの実行時間は 3.55 倍である。
今日のデッドマーケットにおいて、これは「水面下の氷山」や「行列」では説明できない。
レナートさん、こんにちは。
MT-5のサーバー（端末）に遅延が「生きている」ことの証左がここにある。
これは証拠にはならない。
自分側では測定値しか見ていない。インフラ全体（ソフトウェア.ハードウェア、チャネル）が安定しており、一定の遅延があることは想定できない。特にミリ秒の計測では、そのような主張をすることはできません。
ローカルディスクでの読み書き操作でも、読み書き速度の安定性は保証できませんし（数十ミリ秒単位でも飛びます）、いずれにせよ、中間ノードが多数存在するネットワークと独自のインフラストラクチャの話となります。
ただ、はっきりさせておきたいのは、速度最適化の限界（この場合は数十ミリ秒単位）に移行する場合、最大の影響を与えるのはソフトウェアではなくインフラであるということです。忘れてはならないのは、これはリテール・プラットフォームであって、専用チャンネルで近隣のコンプから一足飛びに株式市場に直接投入されるわけではないことだ。
今後も最適化を進めていきますが、今回、私たちが結果に与える影響は、インフラに比べればずっと小さくなります。
ps: 興味のある方は、Quicksilverでトランザクションの実行 時間を計測してみてください。
Quicksilverでは、機械式ストップウォッチで遅延を計測することができます
まさにその通りです。そして、ここでは10-20msの話をしています。
いずれにせよ、私たちの優先順位は高いので、最後まで戦います。ちょうど連休明けですね。
まさにその通りです。そして、ここでは10-20msの話をしています。
いずれにせよ、私たちの優先順位は高いので、最後まで戦います。連休が終わったばかりです。