2017.02.0108:44:47.547 Delta Time Server (USDJPY,M5) ping : 73 | time server: 7:44:47,434 | time local: 8:44:47,547 | delta ms: -114 | min max delta: -107 : -123 2017.02.0108:44:47.937 Delta Time Server (USDJPY,M5) ping : 73 | time server: 7:44:47,833 | time local: 8:44:47,937 | delta ms: -113 | min max delta: -104 : -123 2017.02.0108:44:49.310 Delta Time Server (USDJPY,M5) ping : 73 | time server: 7:44:49,186 | time local: 8:44:49,310 | delta ms: -114 | min max delta: -104 : -124
- 別のサーバーに
2017.02.0108:44:32.087 Delta Time Server (USDJPY,M5) ping : 70 | time server: 7:44:26,812 | time local: 8:44:32,87 | delta ms: -5281 | min max delta: -5273 : -5296 2017.02.0108:44:32.150 Delta Time Server (USDJPY,M5) ping : 70 | time server: 7:44:26,863 | time local: 8:44:32,150 | delta ms: -5281 | min max delta: -5273 : -5296 2017.02.0108:44:32.259 Delta Time Server (USDJPY,M5) ping : 70 | time server: 7:44:26,975 | time local: 8:44:32,259 | delta ms: -5281 | min max delta: -5273 : -5296
もう一つの話題は名作!
Windowsのローカルタイムと サーバータイムを同期させるためには、Windowsの設定でサーバーと同じタイムゾーンを設定するだけです。お分かりになりませんか?
これまでも、これからも、データ転送の遅れはありますが、安定はしていません...。そのため、伝送遅延を考慮したクロック調整は、これまた解決不可能な課題です。
もう一つの話題は名作!
Windowsのローカルタイムとサーバータイムを同期させるためには、Windowsの設定でサーバーと同じタイムゾーンを設定するだけです。お分かりになりませんか?
これまでも、これからも、データ転送の遅れはありますが、安定はしていません...。そのため、伝送遅延を考慮したクロック調整は、これまた解決不可能な課題です。
もう一つの話題は名作!
Windowsのローカルタイムとサーバータイムを同期させるためには、Windowsの設定でサーバーと同じタイムゾーンを設定するだけです。お分かりになりませんか?
これまでも、これからも、データ転送の遅れはありますが、安定はしていません...。そのため、伝送遅延を考慮したクロック調整は、これまた解決不可能な課題です。
Dmitriyさん、Windowsのタイムゾーンは合っていますか?Expert Advisor(前ページの最後)を実行してプリントを表示し、自分の時間とサーバーの時間がどれくらい一致しているかを確認してみてください。
実はワインダーの設定に自分のタイムゾーンを入れているので、ブローカーのサーバーと時刻がずれているのです。
あるいは、何が問題なのかを正確に教えてください。
私のスレッドであなたを「見ない」ためにはどうしたらいいのでしょうか?
自分のフォーラムを作ることで、その正当な所有者になることができます。そして、ここには、実は、あなたの話題はないのです。フォーラム参加者は、読む権利も書く権利も平等に与えられています。
実は、ワインダーの設定に自分のタイムゾーンを入れているので、ブローカーのサーバーと時刻が合わないのです。
あるいは、何が問題なのかを正確に教えてください。
時間ではなく、分秒、ミリ秒の時間差に興味があります。
Expert Advisorは、時間にはこだわりません。
これが、私が手に入れたものです。
- サーバー MetaQuotes-Demo:
2017.02.01 08:44:47.937 Delta Time Server (USDJPY,M5) ping : 73 | time server: 7:44:47,833 | time local: 8:44:47,937 | delta ms: -113 | min max delta: -104 : -123
2017.02.01 08:44:49.310 Delta Time Server (USDJPY,M5) ping : 73 | time server: 7:44:49,186 | time local: 8:44:49,310 | delta ms: -114 | min max delta: -104 : -124
- 別のサーバーに
2017.02.01 08:44:32.150 Delta Time Server (USDJPY,M5) ping : 70 | time server: 7:44:26,863 | time local: 8:44:32,150 | delta ms: -5281 | min max delta: -5273 : -5296
2017.02.01 08:44:32.259 Delta Time Server (USDJPY,M5) ping : 70 | time server: 7:44:26,975 | time local: 8:44:32,259 | delta ms: -5281 | min max delta: -5273 : -5296
MetaQuotes-Demoサーバーでは、その差はpingの範囲内で、正常です。
他のサーバーでは、すでに5秒以上の差が生じています。
時間ではなく、分秒、ミリ秒単位での発散時間に興味があります。
アドバイザーは時計を気にしない。
MetaQuotes-Demoの 私のものとほぼ同じです。
他のサーバーでも試してみると、その差は歴然としています。
MetaQuotes-Demoの 私のものとほぼ同じです。
他のサーバーでも試してみると、その差は歴然としています。
理由は2つあると思われます。
1.インターネットを介したサーバークロックの同期は週に1回行われますが、この間、クロックはエラーを出します。
2.データを遅延させて渡すのが有利です。しかし、これは諸刃の剣で、長い遅延は顧客の散逸を招き、小さな遅延は得をしすぎることになる。
理由は2つ考えられます。
1.サーバーの時計は週に一度、インターネット経由で同期されますが、この間、時計はエラーを出します。
2.データを遅延させて出すと儲かる。しかし、両端の棒があります。長い遅延 - クライアントが逃げる、小さな遅延 - 彼らはあまりにも多くを獲得するようになる。
それは、取引サーバーが見積もり元と同期していないことです。
FXでは、取引は24時間行われ、取引に休みはなく、正確な時間はそれほど重要ではないかもしれません。
MICEXでは3つの取引間隔があり、エラーにならないように、取引が許可 されているかどうかを推測する必要があります。端末で売買が可能かどうかはわからないから、みんな自分なりにやっている。
独自のバリエーションを提案する。