CopyTicks」のテスト - ページ 16 1...91011121314151617181920212223...47 新しいコメント Slava 2016.09.20 06:08 #151 fxsaber:バーのティックボリュームは、そのバーのCOPY_TICKS_ALLティックの数と同じであるべきだと私は正しく理解していますか？MQLで書かずに、聞いた方が早いと思ったからです。取引所で伝統的に取引量が多いのはどの商品で、ティックボリュームが最も大きいのはどれですか？いいえ。ティックボリュームは、バーが変化したティックの数を反映しています。バーがフリッパーに基づく場合、ビッドとアスクはバーを形成しないため、ティックボリュームにカウントされない Slava 2016.09.20 06:17 #152 fxsaber: 数十の楽器の新しいティックをタイマー（50ms）でダウンロードした場合、CopyTicksの内部キャッシュ、メモリ、生産性はどうなるのでしょうか？キャッシュには何も起こりそうにない。各キャラクターにはティックキャッシュがあり、最大65,000のラストティックが保存されています。50ミリ秒ごとに最後のティックを問い合わせると、ディスク上のティックのデータベースに追加で問い合わせることなく、確実にキャッシュから取得されます。自分自身のパフォーマンスをモニターする。CPUの消費量を把握する fxsaber 2016.09.20 06:20 #153 Slawa:ティックボリュームは、バーが変化したティックの数を反映しています。バーがフリッパーに基づく場合、ビッドとアスクはバーを形成しないため、ティックボリュームに含まれません。 COPY_TICKS_TRADEは、すべてその後ティックボリュームもヒットしないのでしょうか？例えば、フリッパー価格が変化しない場合 トレーディング、自動売買システム、トレーディング戦略のテストに関するフォーラム Metatrader 5のトレードのリボン fxsaber さん 2016.09.13 09:39 これはフィードの一部です。スクリーンショットの緑色のボックスで強調表示されている状況を正しく理解しているか教えてください。ちょうど10区画のマーケットリクエストをされた方がいらっしゃいました。この時、対応するベストギャングは、ロット1、1、1、1、3、2、1と時系列で指値入札されたものであった。マーケット当時、このギャング（98340）には他にも入札があったかもしれないが、時系列的には記載されたものよりも後に配置されたものである。これでよいのでしょうか？ fxsaber 2016.09.20 06:23 #154 Slawa:キャッシュには何も起こりそうにない。各キャラクターにはティックキャッシュがあり、最大65,000のラストティックが保存されています。50msごとに最新のtickを問い合わせれば、ディスク上のtickのデータベースに追加で問い合わせることなく、確実にキャッシュから出力されます。自分自身のパフォーマンスをモニターする。CPUの消費に気を配るFrom = 0にすると、キャッシュからコピーされます。また、フロムがいいのであれば、どのように実装するのか。一番近いベータ版では、CopyTicksのバグが修正されるのでしょうか？ fxsaber 2016.09.20 06:25 #155 ティックバーボリュームは 初歩的なことなのでしょうか？取引所では原則的に何の意味もない指標。意図的な使い方はできない。ゴミのようなものです。 Slava 2016.09.20 06:28 #156 fxsaber:From = 0とすると、キャッシュがコピーされる。また、フロムがいいとして、そこではどのように実装されているのでしょうか。今後のベータビルドでは、CopyTicksのバグが修正されるのですか？fromがキャッシュにある場合、すべてのtickはキャッシュから取得されます。あとは、CopyTicksを扱うだけです。ティックの量とOnCalculateコールの 量が一致しない場合（1つのティックがバーの境界を行ったり来たりしている）を再現。 fxsaber 2016.09.20 06:33 #157 Slawa:あとは、CopyTicksを扱うだけです。ティックの量とOnCalculateコールの 量が一致しないケースを再現（1ティックが バー境界を行ったり来たりする） 1ティック以上の差があるんです。そして、これです。 トレーディング、自動売買システム、ストラテジーテストに関するフォーラム 取引所で指標の目盛りが欠ける fxsaber さん 2016.09.16 16:31 ただ、インジケータはティックを見逃してはいけないという立場が、私には曖昧に感じられるのです。例えば、ダニは膨大な頻度で再生されます。10ms毎とする。しかし、OnCalculateは15msで実行されます。インジケータがティックをスキップしない場合、システムはハングアップします。 Slava 2016.09.20 06:43 #158 fxsaber: 1ティック以上の差があるんです。そして、これです。ダニが1匹なら、2匹以上いる可能性もあります。問題を発見し、現在調査中です。インジケーターの書き込みを控えめにすれば、性能上の問題は発生しない fxsaber 2016.09.20 06:57 #159 Slawa:インジケーターの書き込みを控えめにすれば、性能上の問題は発生しない そういうわけで、経済的な-15msの例を挙げました。 Slava 2016.09.20 07:37 #160 fxsaber: そこで、経済的な例として-15msを挙げました。15 ms -GetTickCountの 測定誤差質問がないように、まずCopyTicksを最後まで扱いましょう。各ティックでOnCalculateを呼び出さなければ、我々はできない。そして、考えるのです。おそらく、MqlRatesで何か（価格、スプレッド、ボリューム）が変更されたときだけOnCalculateを呼び出すようにします。目盛りが変更されなかった場合、再計算は呼び出されるべきではありません。考えることが必要です。 1...91011121314151617181920212223...47 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
バーのティックボリュームは、そのバーのCOPY_TICKS_ALLティックの数と同じであるべきだと私は正しく理解していますか？
MQLで書かずに、聞いた方が早いと思ったからです。取引所で伝統的に取引量が多いのはどの商品で、ティックボリュームが最も大きいのはどれですか？
いいえ。
ティックボリュームは、バーが変化したティックの数を反映しています。バーがフリッパーに基づく場合、ビッドとアスクはバーを形成しないため、ティックボリュームにカウントされない
数十の楽器の新しいティックをタイマー（50ms）でダウンロードした場合、CopyTicksの内部キャッシュ、メモリ、生産性はどうなるのでしょうか？
キャッシュには何も起こりそうにない。各キャラクターにはティックキャッシュがあり、最大65,000のラストティックが保存されています。
50ミリ秒ごとに最後のティックを問い合わせると、ディスク上のティックのデータベースに追加で問い合わせることなく、確実にキャッシュから取得されます。
自分自身のパフォーマンスをモニターする。CPUの消費量を把握する
ティックボリュームは、バーが変化したティックの数を反映しています。バーがフリッパーに基づく場合、ビッドとアスクはバーを形成しないため、ティックボリュームに含まれません。
トレーディング、自動売買システム、トレーディング戦略のテストに関するフォーラム
Metatrader 5のトレードのリボン
fxsaber さん 2016.09.13 09:39
これはフィードの一部です。スクリーンショットの緑色のボックスで強調表示されている状況を正しく理解しているか教えてください。
ちょうど10区画のマーケットリクエストをされた方がいらっしゃいました。この時、対応するベストギャングは、ロット1、1、1、1、3、2、1と時系列で指値入札されたものであった。マーケット当時、このギャング（98340）には他にも入札があったかもしれないが、時系列的には記載されたものよりも後に配置されたものである。
これでよいのでしょうか？
キャッシュには何も起こりそうにない。各キャラクターにはティックキャッシュがあり、最大65,000のラストティックが保存されています。
50msごとに最新のtickを問い合わせれば、ディスク上のtickのデータベースに追加で問い合わせることなく、確実にキャッシュから出力されます。
自分自身のパフォーマンスをモニターする。CPUの消費に気を配る
From = 0にすると、キャッシュからコピーされます。また、フロムがいいのであれば、どのように実装するのか。
一番近いベータ版では、CopyTicksのバグが修正されるのでしょうか？
From = 0とすると、キャッシュがコピーされる。また、フロムがいいとして、そこではどのように実装されているのでしょうか。
今後のベータビルドでは、CopyTicksのバグが修正されるのですか？
fromがキャッシュにある場合、すべてのtickはキャッシュから取得されます。
あとは、CopyTicksを扱うだけです。ティックの量とOnCalculateコールの 量が一致しない場合（1つのティックがバーの境界を行ったり来たりしている）を再現。
あとは、CopyTicksを扱うだけです。ティックの量とOnCalculateコールの 量が一致しないケースを再現（1ティックが バー境界を行ったり来たりする）
トレーディング、自動売買システム、ストラテジーテストに関するフォーラム
取引所で指標の目盛りが欠ける
fxsaber さん 2016.09.16 16:31
ただ、インジケータはティックを見逃してはいけないという立場が、私には曖昧に感じられるのです。
例えば、ダニは膨大な頻度で再生されます。10ms毎とする。しかし、OnCalculateは15msで実行されます。
インジケータがティックをスキップしない場合、システムはハングアップします。
1ティック以上の差があるんです。そして、これです。
ダニが1匹なら、2匹以上いる可能性もあります。問題を発見し、現在調査中です。
インジケーターの書き込みを控えめにすれば、性能上の問題は発生しない
インジケーターの書き込みを控えめにすれば、性能上の問題は発生しない
そこで、経済的な例として-15msを挙げました。
15 ms -GetTickCountの 測定誤差
質問がないように、まずCopyTicksを最後まで扱いましょう。各ティックでOnCalculateを呼び出さなければ、我々はできない。
そして、考えるのです。おそらく、MqlRatesで何か（価格、スプレッド、ボリューム）が変更されたときだけOnCalculateを呼び出すようにします。目盛りが変更されなかった場合、再計算は呼び出されるべきではありません。考えることが必要です。