Тестер стратегий позволяет тестировать и оптимизировать торговые стратегии (советники) перед началом использования их в реальной торговле. При тестировании советника происходит его однократная прогонка с начальными параметрами на исторических данных. При оптимизации торговая стратегия прогоняется несколько раз с различным набором параметров...
Creates a new process and its primary thread. The new process runs in the security context of the calling process. If the calling process is impersonating another user, the new process uses the token for the calling process, not the impersonation token. To run the new process in the security context of the user represented by the impersonation...
手始めに良い記事だ！備考
作者に感謝する！
なぜFrameNextはwhileなしで使われるのか？
パイプラインを追加しない独自のテスターは、標準のものよりも速くなります。それにリサーチもできます。さらに、クラウドで作業できる可能性もあります。つまり、クラウド・コンピューティングを 効果的に使おうと思えば、選択肢はそれほど多くないということだ。もちろん、すべてにお金を払わなければならない。そして、このようなものを実際の取引に使うことに疑問はない。しかし、簡単なものを書いて、すぐにテストすることが一番だ。平均に関する戦略のテスト版をご覧ください。これは非常に素早く書かれたものですが、手数料やスリッページがなくても結果は良くありません。このようなテストにはテスターが必要だ。
なぜかみんな記事の中でテスターばかりに注目しているが、アナライザーについてはまだ誰も語っていない。それもそのはず。私は、アナライザーはテスターそのものに劣らず重要であり、もしかしたらそれ以上に興味深いものだと考えている。例えば、このアナライザーは通常のストラテジー・テスターの テストに統合することができ、我々が望むレポート形式を得ることができる。
また、各実行に関する完全な情報が保存されているおかげで、一度最適化するだけで、あとは好きな方法で、好きな場所で結果を調べることができる。社内テスターではこのようなことは言えません。テスターが生成する実行に関する情報は非常に一般的であり、テスターを使って各実行のイメージを再現することは不可能です。
PythonでMetaTrader Cloudをどのように使うのですか？MT上でどのようにPythonスクリプトを実行したいですか？
クラウドは使えないけど、Expert Advisorが動いていても自動最適化には使えない。こんな 感じでpythonスクリプトを実行できます。
つまり、私が正しく理解していれば、Expert Advisorは自分で最適化できるはずだということです。クラウドは使えないが、Expert Advisorが動いていても自動最適化には使えない。こんな Pythonスクリプトを実行するために。
まあ、私が正しく理解していれば、Expert Advisorは自分で最適化できるはずだというのが一番のポイントなのですが...ただ早くすればいいというわけではありません。それは少し別のトピックです。
それは少し違う話題だ。
まあ、イデオロギーについて考えてみると......どうせ手作業でやらなければならないのに、なぜ超高速の最適化が 必要なのか？
なぜかみんな記事の中でテスターばかりに注目しているが、アナライザーについてはまだ誰も語っていない。それもそのはず。私は、アナライザーはテスターそのものに劣らず重要であり、もしかしたらそれ以上に興味深いものだと考えている。例えば、このアナライザーは通常のストラテジー・テスターの テストに統合することができ、我々が望むレポート形式を得ることができる。
また、各実行に関する完全な情報が保存されているおかげで、一度最適化するだけで、あとは好きな方法で、好きな場所で結果を調べることができる。標準的なテスターではそのようなことは言えません。テスターで形成されるランに関する情報は最も一般的なものであり、各ランの画像をテスター上で再現することは不可能です。
私はKBでこのようなことを一度実装したので、私の側からはこのトピックに関する発言はない。
追加配管のない独自のテスターは、標準的なものよりも速い。さらに研究。さらにクラウドで作業する可能性もある。つまり、クラウド・コンピューティングを 非常に効果的に使おうと思えば、実は選択肢はそれほど多くないことがわかる。もちろん、すべてにお金を払わなければならない。そして、このようなものを実際の取引に使うことに疑問はない。しかし、何か簡単なものを書いて、すぐにテストするのが一番だ。平均のストラテジーのテスト版をご覧ください。これは非常に素早く書かれたものですが、手数料やスリッページがなくても結果は良くありません。それがテスターというものだ。
あなたは私を理解していない。あなたは、この目的のために特別にあなたの取引APIでテスト用のTSを書くことを提案しているのです。そして、これは他のテスター・ソリューションを使うに等しい。
そして、あなたはカスタムシンボルや数値での速度比較の点を無視した。
私の理解では、統計はプログラムの別のインスタンスによって収集されるので、データは失われません。
このプログラムの別のインスタンスがOnTesterDeinitを実行しないため、データが失われるのです。
理解できない。普遍的な見解とは？
テンプレートです。KBにこのようなものを投稿したことがある。
OnTesterPassは次のフレームをmqd-fileに書き込むイベントに対するリアクションに過ぎない。
FrameNextは、現在の位置から mqd-fileからフレームを読み込み、この位置を次のフレームに移動させる。
従って、少なくともOnTesterPassの1つでFrameNextが呼ばれなければ、それ以降のOnTesterPass+FrameNextは、到着したフレームではなく、前のフレームを受け取ることになります。
この記事はチュートリアルなので、同じコメントの形でコードにこのニュアンスを実装しても問題ないだろう。