Вот только вопрос: при режиме тестирования на момент запуска какой либо функции (например, прогноза), требующей продолжительное время для расчета (например, 1-7 часов), тестер во время расчета будет поставлять котировки или будет ждать завершения выполнения функции?
Вот только вопрос: при режиме тестирования на момент запуска какой либо функции (например, прогноза), требующей продолжительное время для расчета (например, 1-7 часов), тестер во время расчета будет поставлять котировки или будет ждать завершения выполнения функции?
Не знаю. Я всегда тестирую в автономном терминале.
Тестер фактор времени не учитывает. Сначала он досчитает Вашу функцию start() до конца, а потом перейдёт к следующему новому тику.
Спасибо, я так теоретически и предполагал. Это как раз то, что нужно для «объективного» тестирования. На сколько я понял, это так же будет работать и при тестировании на демо счете? Т.е. эксперт будет ждать полного выполнения функции start(и всего того, что в ней напихано) и реализовать параллельный контроль процесса на основе поступающих котировок не удастся, пока не завершиться расчет функции start()?
ハーストの使用を思いとどまらせようとしているのは、私だと思ったのですが。ただ、それを使わないように説得するのは無理です。統計学ですが。:о)))今のところ、Matkadecにすべて入れています。テスト用にMT用を作ろうと思っています。唯一の疑問は、計算に長時間(例えば1~7時間)を要する機能(例えば予測)の開始時に、
テストモードで、テスターは計算中に見積もりを供給するのか、それとも機能の完了を待つのでしょうか?
わからない。私はいつもスタンドアロン端末でテストしています。
どうだろう。いつもオフラインの端末でテストしています。
同じモードのことを指していたのです。予測計算中(1~7時間)に新着情報をエミュレートするかどうかという意味です。
Не знаю. Я всегда тестирую в автономном терминале.
同じモードのことを指していたのです。予測計算中(1~7時間)に新着情報をエミュレートするかどうかという意味です。
テスターは時間的な要素を考慮していない。これは、まずstart()関数を最後までカウントし、次の新しいティックに移動します。
何か怪しげな長い計算時間。
。
ありがとうございます、理論的にはそう想定していました。これはまさに「客観的」なテストに必要なことです。私が理解している限りでは、デモ 口座でのテストでも動作するのでは?つまり、Expert Advisor は start() 関数が完全に実行されるのを待ち、start() 関数が計算されるまで、受信した相場に基づいてプロセスの並行チェックを実現することはできないのでしょうか。
ロッシュへ
なんか怪しい計算時間が長い
AMD Athlon 64 Processor 3800+ 2.4 GHz、2 GB RAMを持っています。600サンプルのハースト計算には約20分かかりますが、計算はMathCADで実行されます。計算アルゴリズムに明らかな破綻はなく、MathCADのプログラミングの観点から最適な方法で計算されます。しかし、それはごく一部であり、例えばエントロピーは同じサンプルで40~50分程度とされています。このような計算期間は、私の戦略の1番目のポイントに起因しています。"相関基準 "に基づいて算出された各要素間の関係の強さが最小となるサンプルを決定する。何かを探すのに意味のある総サンプル」と、かなり「作為的」なモデルを得ることができました。依頼するサンプル数は、分析データによって300から数千まで様々です。 MathCADでの結果は非常に満足のいくものですが(満足以上)、それだけでは不十分であることも理解しています。そこで、当面はテスト的にMTに簡易版を実装することにしました。結果を見てみる。
テスターは時間的な要素を考慮していない。まず、start()関数を最後までカウントし、次の新しいティックに移動します。 。
ありがとうございます、理論的にはそう想定していました。これこそが、「客観的」なテストに必要なことなのです。私が理解する限り、デモ口座でテストする際にも動作するのでしょうか?I.e. Expert Advisor は start() 関数の完全な実行を待ち、start() 関数が計算されるまで、入ってくる相場に基づく並列制御を実現できないのでしょうか。 。
デモ口座での作業は、リアルタイムでの作業となります。MT4はもちろん、どんなに時間がかかっても、関数start()を終了させます。ただし、この間に限り、新たな見積もりを受け付けます。もし、長い関数 start() の最後に、取引を 行いたい場合は、関数 RefreshRates() を使用する必要があります。つまり、数時間前(計算開始時点)のBidとAskの値では、デモ口座では(もちろんリアル口座でも)注文を出すことができません。しかし、RefreshRates()関数を使用した後では、現在のものに対してのみ注文を開くことができます。
Тестер фактор времени не учитывает. Сначала он досчитает Вашу функцию start() до конца, а потом перейдёт к следующему новому тику.
Спасибо, я так теоретически и предполагал. Это как раз то, что нужно для «объективного» тестирования. На сколько я понял, это так же будет работать и при тестировании на демо счете? Т.е. эксперт будет ждать полного выполнения функции start(и всего того, что в ней напихано) и реализовать параллельный контроль процесса на основе поступающих котировок не удастся, пока не завершиться расчет функции start()?
デモ口座での作業は、リアルタイムでの作業となります。MT4はもちろん、どんなに時間がかかっても、start()関数を終了させます。ただし、この間に限り、新たな見積もりを受け付けます。もし、長い関数 start() の最後に、取引を行いたい場合は、関数 RefreshRates() を使用する必要があります。つまり、数時間前(計算開始時点)のBidとAskの値では、デモ口座では(もちろんリアル口座でも)注文を出すことができません。しかし、RefreshRates()関数を使用した後では、現在のものに対してのみ注文を開くことができます。
ご教示いただきありがとうございました。計算後の処理のコントロールに十分な注意を払う必要がありそうです。やはり、予測の正しさを確認することが必要でしょう。
計算時間がやたらと長い。
AMD Athlon 64 Processor 3800+ 2.4 GHz, 2 GB RAMを持っています。600サンプルのハースト計算には20分ほどかかりますが、計算はMathCADで行っています。計算アルゴリズムに明らかな破綻はなく、MathCADのプログラミングの観点から最適な方法で計算されます。しかし、それはごく一部であり、例えばエントロピーは同じサンプルで40~50分程度とされています。
このような計算期間は、私の戦略の1番目のポイントに起因しています。"相関基準 "に基づいて算出された各要素間の関係の強さが最小となるサンプルを決定する。何かを探すのに意味のある総サンプル」と、かなり「作為的」なモデルを得ることができました。依頼するサンプル数は、分析データによって300から数千まで様々です。
MathCADでの結果は非常に満足のいくものですが(満足以上)、それだけでは不十分であることも理解しています。そこで、当面はテスト的にMTに簡易版を実装することにしました。結果を見てみる。
MQL4で3000気圧のサンプルに対して行ったハースト計算では、約40ミリ秒かかりました。間違っていなければMQL4でHirstのコードを使おうと思いますが、もしそうならMathCadで代用したいです。
どう考えても計算がおかしい。私のEメールは rosh AT metaquotes DOT ru です。