MT4 iMAOnArrayとiBandsOnArrayの要素数が計算に与える影響について - ページ 4 123456789 新しいコメント forexman77 2016.05.01 22:17 #31 Sergey Efimenko: また、このライブラリは、配列全体ではなく、その最後の部分(現在値)のみを計算するように指定しても、正しく計算されるのでしょうか?それに、これは問題の半分に過ぎないのですが、iBandsOnArrayはどうでしょうか。そこに「begin」パラメータがあるので、それを制限してみてください。iMAOnArray 関数が非常に遅かった 時期がありました。まあ、iMAOnArrayを使って3時間くらいで最適化さ れたコードがあったのですが、その後この機能が不調になり、最適化に30時間 くらいかかりましたね。今は直ったのかもしれないけど。しかし、MovingAverages.mqhの インジケータを作ると、同じコードが1時間半ほどで計算され、つまり時間が 半分になった。iBandsOnArrayについては何も言うことはありません、mql4で同じタスクでそのようなインクルード可能なファイルを見た ことがありません。 Dmitry Fedoseev 2016.05.01 22:18 #32 iBandsOnArrayを使用すると、インジケーターの起動が遅くなる。iStdDevOnArrayに変更したところ、即座に起動するようになりました。 Dmitry Fedoseev 2016.05.01 22:22 #33 Alexey Viktorov:お待たせしました。 ええ、まあ...坊や、散歩しておいで。 Dmitry Fedoseev 2016.05.01 22:25 #34 Dmitry Fedoseev: iBandsOnArrayを使用すると、インジケーターの起動が遅くなる。iStdDevOnArrayに変更したところ、即座に起動するようになりました。 しかし、テスターではiBandsOnArrayとiStdDevOnArrayの 両方で遅延が発生します。 Alexey Viktorov 2016.05.02 07:54 #35 Dmitry Fedoseev: ただし、テスターではiBandsOnArrayとiStdDevOnArrayの 両方で遅延が発生しています。 以前は良いプログラマーだと思っていました。本当に指を広げて反論することしかできないんですね。何もわからないのか、だからそんなに怒っているのか? Sergey Efimenko 2016.05.02 10:44 #36 Alexey Viktorov:お待たせしました。 そして今、あなたのコードの結果とLWMAまたはSMMA直線スムージングモードの元のものを比較し、異なる値を取得します。これらの2種類のスムージングは、その計算で自分の前の値を使用し、唯一のN期間の要素を使用して、毎回、それぞれ、このデータを失うため、さらに私は結局iBandsとiMAの異なる計算期間を必要とするので、私はそれを2回コピーする必要があります。また、計算のための初期配列も同じものを使用します。なぜなら、配列の長さを減らすと同時に、各コピーを行い、そのすべての要素を再計算することで、最適化の際のインジケータの計算の 総時間が最終的に増加したり、異なるTFに対していくつかのバージョンのインジケータの作業を行うことになるからです。私の場合、最初の計算だけが遅くなり、その後は新しい要素が1つだけ計算されます。問題は、これらの関数をMQLで実装することにある。自分で書いたものの方が、より早く、よりよく機能します。結論 Sergey Efimenko 2016.05.02 10:48 #37 Dmitry Fedoseev: ええ、まあ...坊や、散歩しておいで。 あれは少年ではなく、とても成熟した男性です。でも、みんなを「あなた」と呼ぶ癖は、彼を正当化するものではありませんね。) Dmitry Fedoseev 2016.05.02 15:20 #38 Sergey Efimenko: これは少年ではなく、非常に成熟した男性である。誰にでも「あなた」と呼ぶ癖は、彼を尊敬に値する人物にはしませんが、イミフです :) とても大人っぽいというのは?定年退職した老人が? Dmitry Fedoseev 2016.05.02 15:23 #39 Sergey Efimenko: そして今、あなたのコードの結果とLWMAまたはSMMA直線スムージングモードの元のものを比較し、異なる値を取得します。これらの2種類のスムージングは、その計算で自分の前の値を使用し、唯一のN期間の要素を使用して、毎回それぞれ、このデータを失うため、さらに私はiBandsとiMAの異なる計算期間を必要とするので、私はそれらを2回コピーする必要があるでしょう。また、計算のための初期配列も同じものを使用します。なぜなら、配列の長さを減らすと同時に、各コピーを行い、そのすべての要素を再計算することで、最適化の際のインジケータの計算の総時間が最終的に増加したり、異なるTFに対していくつかのバージョンのインジケータの作業を行うことになるからです。私の場合、最初の計算だけが遅くなり、その後は新しい要素が1つだけ計算されます。問題は、これらの関数をMQLで実装することにある。自分で書いたものの方が、より早く、よりよく機能します。結論はご自身でお決めください。 MODE_SMAが同じでも、やはり使ってはいけないんですね。 Dmitry Fedoseev 2016.05.02 15:23 #40 Alexey Viktorov: 以前は良いプログラマーだと思っていました。本当は、指を広げて戦うしかないんです。怒っているから出ないのか? まあ、夢を見ましょう。 123456789 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
また、このライブラリは、配列全体ではなく、その最後の部分(現在値)のみを計算するように指定しても、正しく計算されるのでしょうか?それに、これは問題の半分に過ぎないのですが、iBandsOnArrayはどうでしょうか。
そこに「begin」パラメータがあるので、それを制限してみてください。
iMAOnArray 関数が非常に遅かった 時期がありました。まあ、iMAOnArrayを使って3時間くらいで最適化さ れたコードがあったのですが、その後この機能が不調になり、最適化に30時間 くらいかかりましたね。
今は直ったのかもしれないけど。しかし、MovingAverages.mqhの インジケータを作ると、同じコードが1時間半ほどで計算され、つまり時間が 半分になった。
iBandsOnArrayについては何も言うことはありません、mql4で同じタスクでそのようなインクルード可能なファイルを見た ことがありません。
お待たせしました。
iBandsOnArrayを使用すると、インジケーターの起動が遅くなる。iStdDevOnArrayに変更したところ、即座に起動するようになりました。
ただし、テスターではiBandsOnArrayとiStdDevOnArrayの 両方で遅延が発生しています。
お待たせしました。
ええ、まあ...坊や、散歩しておいで。
これは少年ではなく、非常に成熟した男性である。誰にでも「あなた」と呼ぶ癖は、彼を尊敬に値する人物にはしませんが、イミフです :)
そして今、あなたのコードの結果とLWMAまたはSMMA直線スムージングモードの元のものを比較し、異なる値を取得します。これらの2種類のスムージングは、その計算で自分の前の値を使用し、唯一のN期間の要素を使用して、毎回それぞれ、このデータを失うため、さらに私はiBandsとiMAの異なる計算期間を必要とするので、私はそれらを2回コピーする必要があるでしょう。また、計算のための初期配列も同じものを使用します。なぜなら、配列の長さを減らすと同時に、各コピーを行い、そのすべての要素を再計算することで、最適化の際のインジケータの計算の総時間が最終的に増加したり、異なるTFに対していくつかのバージョンのインジケータの作業を行うことになるからです。私の場合、最初の計算だけが遅くなり、その後は新しい要素が1つだけ計算されます。問題は、これらの関数をMQLで実装することにある。自分で書いたものの方が、より早く、よりよく機能します。結論はご自身でお決めください。
以前は良いプログラマーだと思っていました。本当は、指を広げて戦うしかないんです。怒っているから出ないのか?