エリオット波動理論に基づくトレーディング戦略 - ページ 273

 
<br / translate="no"> MQL4で3000本のバーのハースト計算には約40ミリ秒かかりました。おそらく(計算という言葉の)意味が違うと思いますので、計算のアルゴリズム(できれば)またはMathCadのコード(必要ならMatcadも使えます)を送っていただけると助かります。

どう考えても計算がおかしい。私のEメールは rosh AT metaquotes DOT ru です。


また間違った表現をしてしまったかもしれません。1つのサンプルということではなく、20分間で600カウントを数えたのです。大雑把に言って500回の繰り返し、つまり最初のサンプルはデッドゾーンの[0; 100]、2番目は[0; 101]、次に[0; 102]、[0; 103]...といった具合です。[0; 600].それに、これはMathCADで、このクラスの製品は、最適な計算という点では最高ではありません。開発者は、私が使っているバージョン13で初めて本格的な最適化を導入しました。それ以前は、簡単な方程式の数値解法でも時間がかかることがありました。

私の計算方法は、古典的なハーストの思想から逸脱しない範囲で、一般的な資料とは若干異なっています。つまり、名指しで統計計算をしているとは言えないのです。:о)アルゴリズムそのものを最適に書き上げ、チェックし、再確認しています。

PS:快くご協力いただき、ありがとうございました。それが必要になる可能性は大いにあります。近い将来、より良い仕組みが実装されれば、アルゴリズムを共有するつもりです。いくつかアイデアがあるんです。
 
<br/ translate="no"> MQL4 で 3000 本のバーのハースト計算には、約 40 ミリ秒かかりました。おそらく私たちはそれ(計算という言葉)によって異なることを意味するので、もしあなたが一般的な言葉であなたの計算アルゴリズム(できれば)またはMathCadのコード(必要であれば私もMatcadを使用します)を送ってくれるなら、


アルゴリズムはかなり多いですね。アーカイブの中に特異点スペクトル計算があったんです。FederやBozhokinなど、多くの書籍で概念的に説明されている。1つのサンプルに対する反復回数はかなりまともです。特に、各区間が寄与する「動き」を推定するために指数関数的な反復処理を行い、異なるタイプの信号の挙動を明らかにします(例えば、トレンドからの偏差が大きい「今」区間がより多くの「動き」を寄与する、等々)。 全部読めばわかるが、主な特徴を思い出してみよう - F(α)が最大となるα値は、一般化された

ハースト指数(スカイライン・パラメータと呼ばれることもある) 500個のサンプルに対する計算である。一般化されたハースト指数は0.6に等しい。そして、こちらが計算の対象となった系列そのもの(縦の赤線まで)と、その後の様子です。私が「ビジネス」の道に進まなかったのは(とても面白いのですが)、まだ解明できていないこと、つまり局所的なトレンドを取り除く方法があるからです。異なる方法を用いることで、シリーズの特性は異なります。 to











Rosh,solandr

今後のために質問させてください。Expert Advisor が客観的に長い時間「動作しない」ため、現在の注文を監視するプロセスに従事しないことが気になります。スクリプトを呼び出しても、Expert Advisor はスクリプトが実行されるまで待機するため、役に立たないと思われます。そこで、外部変数(あるいはグローバル変数、どちらが良いでしょうか)を導入すべきかどうか考えてみました。例えば、

extern string SIGNAL_FORECAST



何らかの理由で予測がないというシグナルを受け取ったとき、Expert Advisorはその実行要件でこのパラメーターの適切な値を設定します。このとき、ある指標(予測はしないが計算機能はある)がこの変数を常時読み込んでいる。予測実行命令を受けるとすぐに計算を初期化するが、その前に変数に「計算開始」を書き込む。実行後「計算完了」。Expert Advisorは、計算が行われることを読み取る・・・。これ、全部うまくいくんですか?つまり、Expert Advisorは理論上、すべてを計算する負担から解放されるのですか?


 
セルゲイさん、こんにちは。Expert+Expert、Expert+Scriptのバンドルがベストだと思います。2番目のオプションが望ましいと思います。
Expert Advisorは、シグナルを受信すると計算を行い、シグナルフラグと関連するパラメータをグローバル 変数のセットに保存します。スクリプトは受け取った指示に従って注文を開き、実行する。スクリプトは無限ループで実行され、状況に応じてこのループの頻度自体を変化させる。Expert Advisorは、もちろん計算終了後、1ティックの到着で実行されます。

私の知る限り、このインジケータは新しいティックが来ると計算が中断されるため、ここでは適さない。

いずれにせよ、私はまさにこのスキームを踏襲することにした。
 
エキスパート、スクリプト、およびインジケータは、MT4で並行して、つまり、利用可能なCPUリソースを適切に共有して同時に計算されます。2つのExpert Advisorを組織することができ、そのうちの1つは数時間計算し、もう1つはターミナルのグローバル変数を通じて 最初のExpert Advisorの計算の前のサイクルの結果を受信し、必要な取引操作を行う実行者になることができます。両方のExpert Advisorは、互いに独立して(実行面で)動作します。最初の Expert Advisor は最初のティックの到着時に数時間起動し、2 つ目の Expert Advisor は新しいティックごと、または例えば指定した期間(必要な休止を伴う無限ループの場合)に起動します。
 
セルゲイさん、こんにちは。Expert+Expert、Expert+Scriptのバンドルがベストだと思います。2番目のオプションが望ましいと思います。<br/ translate="no">です。

2番目の方法は、ターミナルを 次に起動するたびに、この同じスクリプトを手動でチャートに渡さなければならないという不都合があります。すぐに飽きられます。最初のバリエーションを使用するのがよいでしょう。スクリプトと全く同じ無限ループをstart()関数で組織化した方がいいかもしれません。
 
toYurixx,solandr

アドバイスをいただき、ありがとうございました。私は長い間MTを扱っていないので、いろいろ調べているうちにスクリプトがループで実行できることを忘れてしまい、Expert Advisorが2つあることなど考えもしなかったのです。

しかし一方で、そんなアストロラーベにテスターをセットすることはできませんよね。とはいえ、それほど決定的なものでもないでしょう。

いつもありがとうございます。:о)))
 
インジケーターからスクリプトを実行した場合はどうでしょうか?この場合でも、インジケータに新しいデータが到着すると、計算が中断されるのでしょうか?
 
2グラスン です。
それにしても、計算時間が長すぎますね。このような状況では、MTの外で行う方が良いと思います(何しろC言語はMQL4の17倍も速いのですから)。MatcadがCコードを生成できるかどうかは知りませんが、それは便利でしょう。結果はファイルに書き込まれ、Expert Advisorから読み込まれることになる。このファイルはExpert Advisorのステップバイステップのインストラクションのようなものになります(一般的にMTへのデータ転送はこれまであまり興味がなかったので、もしかしたら他の方法があるかもしれません)。ある履歴区間の「指示書」を書いたら、テスターを使うことができます。しかし、テスターはExpert Advisor+ExpertやExpert Advisor+Scriptに対応するのでしょうか?そうではないだろうと思っています。
 
ちなみに、私が理解する限り、今は計算が中断されることはないようです。計算開始時のデータ値に対して実行され、その後、端末は新しいデータにジャンプする。
 
キャンディッドに

2grasn:
それにしても、計算時間が長すぎますね。このような状況では、MTの外で行う方が良いと思います(何しろC言語はMQL4の17倍も速いのですから)。MatcadがCコードを生成できるかどうかは知りませんが、便利でしょう。結果はファイルに書き込まれ、Expert Advisorから読み込まれることになる。このファイルはExpert Advisorのステップバイステップのインストラクションのようなものになります(一般的にMTへのデータ転送はこれまであまり興味がなかったので、もしかしたら他の方法があるかもしれません)。履歴のある間隔の「指示」を書いたら、テスターを使うことができます。しかし、テスターはExpert Advisor+expertやExpert Advisor+scriptの組み合わせに対応するのでしょうか?そうではないだろうと思っています。


そうなんです、計算時間がかなり長いので、対応させていただきます。MathCADはCコードを生成できないが、MathLabはそれができる(もちろん彼らが嘘をついていなければ :o) MTでのテストは、トレードの観点から多かれ少なかれ根拠のある結果を得るために必要である(MathCADでは複数の予測テストはしない、ただし肯定的である)。MTでのテストが終わったら、以前書いたことについて、計算を別サーバーに移すことも含めて、次にどうするか考えようと思います。でも、クライマーと同じで、ロープの結び目が多ければ多いほど、悪いんです。