だから、1回のテストで1回分埋める。テスト中のプログラムと最適化中のプログラムでは、ファイル 操作に違いが あるはずです。テスト時は書き込み、最適化時は読み込み。2つのコードを書き込む必要があります。 initing to fill array is lotとはどういう意味ですか?ファイルから配列を呼び出しても、例えばオーダーを開いたり、doubleを使った掛け算の演算と同じように時間がかかりません。
Yuri Evseenkov: だから、1回のテストのために1回だけ充填する。テスト中のプログラムと最適化中のプログラムでは、ファイル 操作に違いが あるはずです。テスト時は書き込み、最適化時は読み込み。2つのコードを書き込む必要があります。 initing to fill array is lotとはどういう意味ですか?ファイルから配列を呼び出しても、例えばオーダーを開いたり、doubleを使った掛け算の演算と同じように時間がかかりません。
私はこうしています。1つのテストを実行する。このテストでは、ファイルに配列を書き込んで います。その後、同じ領域で最適化を実行しますが、配列はバーまたはティックごとに再計算されず、ファイルから読み込まれます。週次での始値による最適化が瞬時に行えます。ファイル操作がなければ何時間もかかる。
なるほど、つまり桁の入ったレディファイルを配列に読み込んで(私の場合)、バイナリファイルに書き込んで、それを使えばいいんですね。
まあ、ファイルから10個の配列のデータを読み込む必要があるのなら、特殊な数字で配列の終わりを理解して、次の配列を埋めるソーターを作る必要があるのですが...。いちいち配列のサイズを書き込むのは面倒だからです。
まず、配列の大きさを 表すint型変数をファイルに書き込み、次に配列、さらに大きさを表すint型変数、そして配列、といった具合に書き込んでいきます。
同じ順番で、サイズのある変数を読む、このサイズの配列を読む、次の変数、配列、などと読みます。
私は少し変わった状況です。配列を一度埋めるだけで、すべてのパスでそれを使うことができるのです。つまり、私にとっては、パスごとにでも、イナートで一回配列を埋めるのは大変なことなのです。
だから、1回のテストのために1回だけ充填する。テスト中のプログラムと最適化中のプログラムでは、ファイル 操作に違いが あるはずです。テスト時は書き込み、最適化時は読み込み。2つのコードを書き込む必要があります。 initing to fill array is lotとはどういう意味ですか?ファイルから配列を呼び出しても、例えばオーダーを開いたり、doubleを使った掛け算の演算と同じように時間がかかりません。
多くの理由:あらかじめ配列の全体像がわかっているから。そこで、この配列をパスとパスの間でどのように保存するかという問題が発生した。私の理解では、次のパスでリセットされると思うのですが、正確なところはわかりません。
私の場合、読書の方が早いというのは納得がいきません。同じデータをインジケータで受け取ると速くなり、インジケータを計算せずにファイルから読み込むと大幅に遅くなる。行数が1000行の小さなタイムフレームで、しかも大きなセグメントでは、毎回ファイルを読み込むのは非常にコストがかかる。
それは、データを読み込んで配列に書き込み、すべてのパスでこの配列だけを使う、つまり、最初のパスから最後のパスまで配列はまったく同じである、というものだった。
多くの理由:あらかじめ配列の全体像がわかっているから。そこで、この配列をパスとパスの間でどのように保存するかという問題が発生した。私の理解では、次のパスでリセットされると思うのですが、正確なところはわかりません。
私の場合、読書の方が早いというのは納得がいきません。同じデータをインジケータで取得すると速くなり、インジケータを計算せずにファイルから読み込むと遅くなるのです。
それは、データを読み込んで配列に格納し、この配列をすべてのパスで使用する、つまり、最初のパスから最後のパスまで配列がまったく同じになるようにする、というものでした。
まず、配列のサイズを指定したint型変数をファイルに書き出し、次に配列を書き出し、さらにサイズを指定したint型変数をファイルに書き出し、次に配列を書き出す、といった具合です。
サイズを指定して変数を読み、そのサイズの配列を読み、次の変数、配列、といった順序で読みます。
このアイデアは、データを読み込んで配列に入れ、すべてのパスでこの配列だけを使う、つまり、最初のパスから最後のパスまで配列はまったく同じである、というものでした。
MT4はファイル操作にとても時間がかかるので、MT5ではどうなるのか、特にバイナリファイルではどうなるのか...。
私はこの問題を、配列全体を直接書き込む関数で解決していますが、もちろん万能ではありません。
以下は、配列の書き込みと読み出しの例です。
デバッグモードで2回実行し、配列の書き込みと読み出しにかかる時間を確認します。最初の実行では配列をファイルに書き込み、2回目の実行ではそれを読み込んで配列から日付の印字を開始します。そして、ハイライトされた部分、IS_DEBUG_MODEを 削除するかどうか、IsOptimization()を条件に挿入するかどうかを判断してください。
ここに不勉強を感じる...。バイナリファイルに配列サイズのint型変数を書き込むには?つまり、ファイルから読み込む際に、この変数をどのように特定することが可能でしょうか?
FileWriteInteger() のような関数があります。位置で識別する場合、変数はファイルの先頭になければならず、それを読んだ後、ポインタはその末尾、すなわち配列の先頭に移動し、配列を読んだ後、ポインタは次の変数の前にある...。
ファイルを使った作業に関する記事は近日公開予定です。
FileWriteInteger()のような関数があります。位置で識別する場合、変数はファイルの先頭になければならず、それを読んだ後、ポインタはその末尾、つまり配列の先頭に移動し、配列を読んだ後、ポインタは次の変数の前にある...。
近々、ファイルを使った作業に関する記事が掲載される予定です。
わかりました、ありがとうございます。
でも、コードを見てみたいので、記事を待ちます。