MT5とスピードの関係 - ページ 10

新しいコメント
 
再送信のデータが賞金から持っていかれるのはどうかと思った。ブラウザ、プロキシサーバ、クラウド同期装置など、目立ったトラフィックがあるものはすべて閉鎖。再送信は午後に0.018%、夕方に0.0024%まで下がりました。自宅のパソコンから
 
Edgar Akhmadeev:
再送信のデータは、当選金から取っているのか気になるところです。ブラウザ、プロキシサーバ、クラウド同期など、目立つトラフィックがあるものはすべて閉じました。再送信は午後に0.018%、夕方に0.0024%まで下がりました。自宅のパソコンから

というわけで、質問を始めさせていただきました。

トレーディング、自動売買システム、トレーディング戦略のテストに関するフォーラム

MT5とスピードの関係

fxsaber, 2020.06.11 23:11

おすすめは？トレードサーバーへのtracertは行っていますか？何らかの監視プログラム？一般的に、MT5を低遅延に対応させるには、どうすればよいのでしょうか？
 
fxsaber:

再送信機。


おすすめは？トレードサーバーへのtracertを行うか？何らかの監視プログラム？一般的に、MT5を低遅延に対応させるには、どうすればよいのでしょうか？

識別子があります

TerminalInfoDouble(TERMINAL_RETRANSMISSION);
TerminalInfoInteger(TERMINAL_PING_LAST);
自分でサービスを立ち上げて、統計を取ってみてはどうだろう。
 
Roman:

識別子があります。

自分でサービスを作って、統計を取ることができる。

端末の再送信のシェアは100%には程遠いので意味がない。

 
fxsaber:

端末の再送信率は100％にはほど遠いので、意味がないのです。

あるコンピューターで実行中のすべてのアプリケーションとサービスのTCP/IPプロトコルのネットワークパケットの再送信の割合。


不思議なことに、確かにすべてのアプリケーションとサービスがカウントされています。
なぜかというと、わからないのです。

 

無駄な盛り上がりがよくわからない。あくまで風量全体の統計をとったものです。チャンネルに数十％の負荷がかからない限り、見積もりサーバーに特化した再送信は高くはならないはずです。チャネルが正常で（optics>>eth>>PC）、サイドバックグラウンドトラフィックがない場合、再送信は無視できるほど少なくなります。VPSに 不要なトラフィック消費者がぶら下がっていないこと、自動アップデートがオフであること、さらにアップデートの検索が可能であることです。リモートで接続しない限り（トラフィックが多い）、再送信は微量に発生します。また、再接続は500msのpingでアジアのサーバーに移動しないようになりました。

しかし、私はその課題をよく理解していなかったのでしょうか。

 
Roman:

あるコンピューターで実行中のすべてのアプリケーションとサービスのTCP/IPプロトコルのネットワークパケットの再送信の割合。


不思議なことに、確かにすべてのアプリケーションとサービスがカウントされています。
なぜかというと、わからないのです。

カウントするのは端末ではなく、風です。端末はシステムデータを取得します。

アプリケーションごとのトラフィックを解析 するには、専用のソフトウェアが必要です。結構重いんですよ。

 
Edgar Akhmadeev:

大事なのは端末ではなく、風力発電のシステムです。端末がシステムデータを取得します。

アプリケーション別にトラフィックを解析するには、専用のソフトウェアが必要です。結構重いんですよ。

どうやら、開発者はこの動作を修正して、自分のデータだけを取る必要があるようです。結局のところ、なぜシステムデータを考慮する必要があるのかは明白なのです。
また、識別子の名称がSYSTEM_RETRANSMISSIONではなく、TERMINAL_RETRANSMISSION であるかのように

開発者が独自にトラフィックカウンターを設置することはできないのでしょうか？なぜ特別なソフトを引っ張るのか？
 
Edgar Akhmadeev:

アプリケーション別にトラフィックを解析するためには、専用のソフトウェアが必要です。結構重いんですよ。

はい、Wiresharkはpidでトラフィックを分析 できませんが、Network Monitorは現在の「非推奨」状態以外に何が問題なのでしょうか？


UPD：ア...MTは自社のトラフィックの配信も監視すべきと考えるのは正しいでしょうか？

 
Sergey Dzyublik:

はい、Wiresharkはpidでトラフィックを分析することはできませんが、Network Monitorの現在の「非推奨」状態を別にすれば、何が問題なのでしょうか？


UPD：ア...MTは自社のトラフィックの配信も監視する必要があると考えていいのでしょうか？

誤解されることMTにヒッチがあるかどうか把握する必要がある。サーバーのログを解析していると、数十秒の間が修正されることがありました。サーバーはすべて完璧です。

つまり、問題は別のところにあるのです。

過去の価格に当たることが非常に多いことがわかりました。つまり、Terminalで深刻な遅延が発生する。それをどう見極めるかという問題がある。

ここで私はVPSを購入しました。どうすればぴったりフィットするのか？つまり、何らかの数値的な指標が必要なんです。結論から言うと、再送信は信用できない。午前0時～数十％。


トレーディングサーバーと同じ物理マシンに仮想マシンを展開すればいいのかもしれませんね。そして、そこからターミナルを動かすことができるようになるのです。おそらく、ヒヤッとすることが少なくなると思います。

1...34567891011121314151617...94
新しいコメント