ローカルタイムとフレッシュティックタイムの差が1分30秒。何をするのか - ページ 9 123456789 新しいコメント Andrey Khatimlianskii 2019.03.21 00:29 #81 pivomoe:いいえ、それよりも2番目のブローカーのターミナルを開いて、一度に2つのサーバーからティックを抽出する方がよいでしょう。以下の方向で掘り下げようと思っています。1.SymbolInfoTickの実行に時間がかかりすぎる場合、一時停止を試みます。2.流動性の低いキャラクターのコール数を削減する。3.ウィンドウズの設定を変更する。この辺でやめといた方がいいと思う。私の場合は、分単位の間をなくすことが一番のポイントでした。すでに100文字で5秒の遅延が発生しています。(本当は夕方なんですけどね）。SymbolInfoTickの反乱（tickを与えることを拒否する）を特定するためのアイデアがあるかもしれません。リソース（ネットワークなど）不足の疑いがある。 だから、まずはEAを分割して、それぞれが独立したスレッドで作業するようにするんです。 SymbolInfoTickは そんなに遅くならないかもしれませんね。 Kinestetic 2019.03.28 12:23 #82 Andrey Khatimlianskii:リソース（ネットワークなど）の不足を疑っています。 だからこそ、EA分離から始めて、それぞれのEAがそれぞれのスレッドで機能するようになるのです。 SymbolInfoTickはそんなに遅くならないかもしれませんね。 質問を思いつきましたが、スレッドに答えがあったようです、ありがとうございます pivomoe 2019.04.05 12:33 #83 Andrey Khatimlianskii:そのため、私ならEAを分割して、それぞれが独自の流れで動くことからきっちり始めます。試してみました。1台の端末に3つの同じEAがあり、最後のティックに関するデータをやり取りして います。その結果、ゼロとなる。ダニは全く同じものです。 同じサーバーに設定された同じブローカーの2台の端末。パソコン1台結果はNULLです。ダニも全く同じです。 しかし、ブローカーが異なると、効果がある。特に遅行ティックの点で、一方の端末の方が新鮮なデータを持っていることが多い。 Aleksey Vyazmikin 2019.04.05 17:39 #84 pivomoe:しかし、ブローカーが異なると効果があるのです。ある端末は他の端末よりデータが新鮮であることが多く、特に遅行ティックの点では優れています。面白い！ブローカー別のラグ統計を見せてくださいよ。 pivomoe 2019.04.05 19:16 #85 Aleksey Vyazmikin:面白いですね、各ブローカーのラグ統計を見せてください。どのようなブローカーが違うのですか？2つしかないんですよ。 ごく簡単に説明すると、マーケットレビューの110先物で、BCSとオトリの差は現時点で400ミリ秒です。 1つのEAを2つのブローカーで同時に動作させた場合、おおよそこのように計算されます。TimeLocal(ミリ秒単位)を取り、そこから新しいティックの .time_msc をシンボルで減算した。全ては配列に入れられた。そして、昇順に並べるんです。そして、各ブローカーの配列の真ん中を比較しました。その差は400ミリ秒強で、BKSに軍配が上がった。 Aleksey Vyazmikin 2019.04.06 10:07 #86 pivomoe:どう違うのですか？2つしかないんですよ。 ごく簡単に説明すると、マーケットレビューの110先物で、BCSとOpeningの差は現時点で400ミリ秒です。 1つのEAを2つのブローカーで同時に動作させた場合、おおよそこのように計算されます。TimeLocal(ミリ秒単位)を取り、そこから新しいティックの .time_msc をシンボルで減算した。全ては配列に入れられた。そして、昇順に並べるんです。そして、各ブローカーの配列の真ん中を比較しました。その差は400ミリ秒強で、BKSに軍配が上がった。MQがすでにクライアント数を拡大している場合を想定。徐々にですが、MT5からのチャートがsmartlabに表示されるようになりましたね。 そして、pingも同じで、そこがポイントではないでしょうか？ BCSはSiのマーケットメーカーなので、ストップで有利なのでしょうか...。 123456789 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
いいえ、それよりも2番目のブローカーのターミナルを開いて、一度に2つのサーバーからティックを抽出する方がよいでしょう。以下の方向で掘り下げようと思っています。
1.SymbolInfoTickの実行に時間がかかりすぎる場合、一時停止を試みます。
2.流動性の低いキャラクターのコール数を削減する。
3.ウィンドウズの設定を変更する。
この辺でやめといた方がいいと思う。私の場合は、分単位の間をなくすことが一番のポイントでした。すでに100文字で5秒の遅延が発生しています。(本当は夕方なんですけどね）。
SymbolInfoTickの反乱（tickを与えることを拒否する）を特定するためのアイデアがあるかもしれません。
リソース（ネットワークなど）不足の疑いがある。
だから、まずはEAを分割して、それぞれが独立したスレッドで作業するようにするんです。
SymbolInfoTickは そんなに遅くならないかもしれませんね。
リソース（ネットワークなど）の不足を疑っています。
だからこそ、EA分離から始めて、それぞれのEAがそれぞれのスレッドで機能するようになるのです。
SymbolInfoTickはそんなに遅くならないかもしれませんね。
そのため、私ならEAを分割して、それぞれが独自の流れで動くことからきっちり始めます。
試してみました。1台の端末に3つの同じEAがあり、最後のティックに関するデータをやり取りして います。その結果、ゼロとなる。ダニは全く同じものです。
同じサーバーに設定された同じブローカーの2台の端末。パソコン1台結果はNULLです。ダニも全く同じです。
しかし、ブローカーが異なると、効果がある。特に遅行ティックの点で、一方の端末の方が新鮮なデータを持っていることが多い。
しかし、ブローカーが異なると効果があるのです。ある端末は他の端末よりデータが新鮮であることが多く、特に遅行ティックの点では優れています。
面白い！ブローカー別のラグ統計を見せてくださいよ。
面白いですね、各ブローカーのラグ統計を見せてください。
どのようなブローカーが違うのですか？2つしかないんですよ。
ごく簡単に説明すると、マーケットレビューの110先物で、BCSとオトリの差は現時点で400ミリ秒です。
1つのEAを2つのブローカーで同時に動作させた場合、おおよそこのように計算されます。TimeLocal(ミリ秒単位)を取り、そこから新しいティックの .time_msc をシンボルで減算した。全ては配列に入れられた。そして、昇順に並べるんです。そして、各ブローカーの配列の真ん中を比較しました。その差は400ミリ秒強で、BKSに軍配が上がった。
どう違うのですか？2つしかないんですよ。
ごく簡単に説明すると、マーケットレビューの110先物で、BCSとOpeningの差は現時点で400ミリ秒です。
1つのEAを2つのブローカーで同時に動作させた場合、おおよそこのように計算されます。TimeLocal(ミリ秒単位)を取り、そこから新しいティックの .time_msc をシンボルで減算した。全ては配列に入れられた。そして、昇順に並べるんです。そして、各ブローカーの配列の真ん中を比較しました。その差は400ミリ秒強で、BKSに軍配が上がった。
MQがすでにクライアント数を拡大している場合を想定。徐々にですが、MT5からのチャートがsmartlabに表示されるようになりましたね。
そして、pingも同じで、そこがポイントではないでしょうか？
BCSはSiのマーケットメーカーなので、ストップで有利なのでしょうか...。