エラー、バグ、質問 - ページ 1862 1...185518561857185818591860186118621863186418651866186718681869...3185 新しいコメント fxsaber 2017.04.20 07:11 #18611 Slawa:はい、時間順に並べました。初期エントリはバイナリサーチで探索される。最後のレコードを同じように検索するのは論理的ではないのでしょうか?歴史の整理がどうなっているのか、とてもストレスです。テスターでのHFTはほとんど現実的ではありません。そのことを掲示板に何度か書き込み、SDに要望を出しました。そしてもう一つ、もしターミナルがすでに履歴を持っているなら、なぜMT4の原則に従ってSELECT_BY_POSの代わりにHistorySelectを使う必要がある のでしょうか?また、SELECT_BY_POSを再び使うのが妥当なのに、なぜHistoryDealGet*を適切なO(N)でチケットを通して実装しているのか、全く不明です。非常に興味深い記録HistoryDealGetInteger(DealTicket, DEAL_TICKET); HistoryOrderGetInteger(OrderTicket, ORDER_TICKET); Slava 2017.04.20 07:32 #18612 fxsaber:同じように最後のエントリーを探すのは論理的ではないのでしょうか?なぜ?随時。開始時刻を見つけ、要素ごとに進めていくのです。終了時刻まで。すべてのレコードが同じメモリブロックにあれば、意味がある。履歴の注文と取引はブロックアレイに保存されるため、メモリの再割り当てはなく、再分配のみであることは、すでにservisdeskでお伝えしたとおりです。 fxsaber 2017.04.20 07:35 #18613 Slawa:なぜ?随時。開始時刻が判明し、それを1枚ずつコピーしていく。終わりの時まですべてのレコードが同じメモリブロックにあれば、意味がある。履歴の注文と取引はブロックアレイに保存されるため、メモリの再割り当てはなく、再分配のみであることは、すでにservisdeskでお伝えしました。 断片的ではなく、塊でコピーするため。つまり、バイナリサーチによって、両方のインデックスを見つけ、最初のブロックの塊、完全に最後までのすべてのブロック、残りの塊から最後までを見つけるのです。 Slava 2017.04.20 07:35 #18614 fxsaber:歴史の仕事の整理は、とてもストレスになります。テスターでのHFTはほとんど現実的ではありません。アルゴリズムで解決。HFTの場合、いちいち履歴を見に行く必要はない。初期化時に必要な情報を準備し、素早くアクセスできる状態にする。 fxsaber 2017.04.20 07:38 #18615 Slawa:その解決策はアルゴリズムです。HFTの場合、いちいち履歴を見る必要はない。初期化時に必要な情報を準備し、非常に迅速にアクセスできる状態を保つことができる そして、最後のポジションがどのようにクローズされたかを調べる? Slava 2017.04.20 07:38 #18616 fxsaber:と、SRに申し込んだ。 その理由がわからない。議論がしたいのであれば、ここでどうぞ。サービスデスクではプログラミングを教えない Slava 2017.04.20 07:40 #18617 fxsaber: そして、最後のポジションがどのように閉じられたかを調べる?初期化中に一度だけ行って、覚えておく。途中で必要な情報を自分で保存しておく。すべてのツールはそこにある fxsaber 2017.04.20 07:43 #18618 Slawa: 今となっては、その理由がまったく不明です。議論がしたいのなら、ここですればいい。Servicedeskではプログラミングは教えません。開発者の事情で、メッセージを見逃すケースに何度か遭遇したことがあるんです。SDではそうはいきません。プログラミングの技術レベルの問題ではありません。それに、MQL5に関しては、私でも悪くないかもしれません。私は、歴史を扱うことは、使用の論理からしても非常に遅く、奇妙なことだという主張をしています。HistoryDealGet*- O(N).なぜ、みんなこうしていたのか。なぜ、HISの履歴に普通にアクセスできないのか? fxsaber 2017.04.20 07:47 #18619 Slawa:初期化中は、一度行って覚えておく。途中で必要な情報を自分で保存しておく。ツールはすべて揃っているいや、ふざけているわけではないんです。履歴にアクセスせずに、テスターでポジションがTPまたはSLを閉じたことを知るにはどうすればよいですか?TP/SLを記憶して、ポジションがクローズされたティックで、TP/SL-closingを満たすかどうかをチェックしたいのですか?誰が満足するのか-そのレベルでは、テスターは高い確率でクローズした。そうだろ?そして、クローズドポジションの 利益は?- 同じように?そうすると、自分でテスターを書くようなものです。 Slava 2017.04.20 08:08 #18620 fxsaber:いや、ふざけているわけではないんです。履歴を参照せずに、テスターでポジションがTPまたはSLでクローズしたかどうかを知るにはどうすればよいですか?TP/SLを記憶して、ポジションがなくなったティックで、TP/SL-closingを満たしているかどうかをチェックするということでしょうか。誰が満足するのか-そのレベルでは、テスターは高い確率で閉じた。そうだろ?そして、クローズドポジションの 利益は?- 同じように?そうすると、自分でテスターを書くようなものです。 どうやら私はHFTについて何か理解できていないようです。私の知る限り、「超高速」トレードをする場合、過去のトレードは気にしない。 1...185518561857185818591860186118621863186418651866186718681869...3185 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
はい、時間順に並べました。初期エントリはバイナリサーチで探索される。
最後のレコードを同じように検索するのは論理的ではないのでしょうか?
歴史の整理がどうなっているのか、とてもストレスです。テスターでのHFTはほとんど現実的ではありません。そのことを掲示板に何度か書き込み、SDに要望を出しました。
そしてもう一つ、もしターミナルがすでに履歴を持っているなら、なぜMT4の原則に従ってSELECT_BY_POSの代わりにHistorySelectを使う必要がある のでしょうか?また、SELECT_BY_POSを再び使うのが妥当なのに、なぜHistoryDealGet*を適切なO(N)でチケットを通して実装しているのか、全く不明です。
非常に興味深い記録
同じように最後のエントリーを探すのは論理的ではないのでしょうか?
なぜ?
随時。開始時刻を見つけ、要素ごとに進めていくのです。終了時刻まで。
すべてのレコードが同じメモリブロックにあれば、意味がある。履歴の注文と取引はブロックアレイに保存されるため、メモリの再割り当てはなく、再分配のみであることは、すでにservisdeskでお伝えしたとおりです。
なぜ?
随時。開始時刻が判明し、それを1枚ずつコピーしていく。終わりの時まで
すべてのレコードが同じメモリブロックにあれば、意味がある。履歴の注文と取引はブロックアレイに保存されるため、メモリの再割り当てはなく、再分配のみであることは、すでにservisdeskでお伝えしました。
歴史の仕事の整理は、とてもストレスになります。テスターでのHFTはほとんど現実的ではありません。
アルゴリズムで解決。
HFTの場合、いちいち履歴を見に行く必要はない。初期化時に必要な情報を準備し、素早くアクセスできる状態にする。
その解決策はアルゴリズムです。
HFTの場合、いちいち履歴を見る必要はない。初期化時に必要な情報を準備し、非常に迅速にアクセスできる状態を保つことができる
と、SRに申し込んだ。
そして、最後のポジションがどのように閉じられたかを調べる?
初期化中に一度だけ行って、覚えておく。
途中で必要な情報を自分で保存しておく。すべてのツールはそこにある
今となっては、その理由がまったく不明です。議論がしたいのなら、ここですればいい。Servicedeskではプログラミングは教えません。
開発者の事情で、メッセージを見逃すケースに何度か遭遇したことがあるんです。SDではそうはいきません。
プログラミングの技術レベルの問題ではありません。それに、MQL5に関しては、私でも悪くないかもしれません。私は、歴史を扱うことは、使用の論理からしても非常に遅く、奇妙なことだという主張をしています。HistoryDealGet*- O(N).なぜ、みんなこうしていたのか。なぜ、HISの履歴に普通にアクセスできないのか?
初期化中は、一度行って覚えておく。
途中で必要な情報を自分で保存しておく。ツールはすべて揃っている
いや、ふざけているわけではないんです。履歴にアクセスせずに、テスターでポジションがTPまたはSLを閉じたことを知るにはどうすればよいですか?
TP/SLを記憶して、ポジションがクローズされたティックで、TP/SL-closingを満たすかどうかをチェックしたいのですか?誰が満足するのか-そのレベルでは、テスターは高い確率でクローズした。そうだろ?
そして、クローズドポジションの 利益は?- 同じように?そうすると、自分でテスターを書くようなものです。
いや、ふざけているわけではないんです。履歴を参照せずに、テスターでポジションがTPまたはSLでクローズしたかどうかを知るにはどうすればよいですか?
TP/SLを記憶して、ポジションがなくなったティックで、TP/SL-closingを満たしているかどうかをチェックするということでしょうか。誰が満足するのか-そのレベルでは、テスターは高い確率で閉じた。そうだろ?
そして、クローズドポジションの 利益は?- 同じように?そうすると、自分でテスターを書くようなものです。