FXTファイルの2GB制限はまだあるのでしょうか? - ページ 3

 
dark_voyager:

他のトレーダーも同じことが起こっているか、つまり、少なくとも64ビットシステムでは、2GBのFXTファイルのUSAGE制限がなくなっているように見えることを確認できますか。

ありがとうございました。

~DV


私の最初の投稿で十分ではないでしょうか?Win7 64bit MT4バージョン445で 2GB以上でも問題ありません。
 

みんなのために、私はラップトップでWin7、64ビット、ビルド500のテストを終えたところです(このスレッドで以前に説明したXP 32ビットで失敗したものとほぼ同じテスト)。 この場合の.fxtは6,372,486kbで、実行の約60%を行ったところで結果を出すことができませんでした。 32ビットテストの結果は、他よりもさらに進んだかどうか手元にないですが、同じ付近であったと思われます。

私はさらにいくつかのテスト(同じテストですが、より狭い日付範囲)を実行して、.fxtサイズに関してカットオフがどこにあるかを確認するつもりです。

 

32bit マシンの同じテストが 64bit マシンと同じ場所で切断され、両方とも 6gb を超える .fxt であったことが確認されました。

64bit マシンのテストをより狭い日付範囲で再実行したところ、どちらのアーキテクチャでも .fxt の上限は約 4gb になったようです。1 つのテストでは .fxt サイズが 3,470,706kb で完了し、1 つは 4,269,203kb で (6gb フル実行と同じ場所で) 途中で切断されました。

確かにDVのテストは4gb以下でしたから、大丈夫だったのでしょう。

ただ、MT4の以前のバージョン(ビルド445以前かどうかは不明ですが)でもこのテストを実行したところ、ほぼ同じポイントまで走ったような気がするので、これ以上改善されるかどうかはわかりません。 なんにせよ、32bit、64bitともに.fxt読み込みで4gbが限界となったようです。

 
Trevhib:


同じように検証できた方がいらっしゃれば良いのですが。 確かにDVさんのテストは4gb以下でしたから、大丈夫だったのでしょう。

ただ、以前のMT4(ビルド445以前かどうかは不明ですが)でもこのテストを実施したところ、ほぼ同じポイントまで走ったような気がするので、少しはマシになったのかどうか。 いずれにせよ、32bit、64bitともに.fxtの読み込みは4gbが限界になってしまったようです。

64bit OS ( Win 7 ) で2GBを超えて動作することは確認済みです。 ...32bitOSはWin 7のXP Modeのみで、孤立したものは持ってません。

RaptorUK です。

確かにそのようです。私のテストでは3.10GBのFXTファイルが作成され、テストは最初から最後まで実行されました。

 

Raptorさん、すみません、誤解されているようです。 私の方では、32bit、64bitともに4gbが限界であることを確認しています。 32/64では違いはないと思います。

私が期待したのは、2gb以上4gb未満のテストに成功した(私が裏付けを取った)ので、ここの誰かが今、4gbが限界であることを確認することでしたが、私だけが4gbを超えてテストしています。

このことを踏まえてサービスリクエストを更新しました。 8日経っても回答がありません...。

 
Trevhib:

Raptorさん、すみません、誤解されているようです。 私の方では、32bit、64bitともに4gbが限界であることを確認しています。 32/64では違いはないと思います。

私が期待したのは、2gb以上4gb未満のテストに成功した(私が裏付けを取った)ので、ここで誰かが今、4gbが限界であることを確認することでしたが、私だけが4gbを超えてテストしています。

このことを踏まえてサービスリクエストを更新しました。 8日経っても回答がありません...。

ああなるほど、4GB以上のfxtファイルを作るためにどんなデータがあるか見て報告します。 4GBが新しい限界だと思いますが、テストして確認するのは良いことです。
 
Win7 64で5GBのFXTファイルでのテストを終えたところ、テストが先に止まって しまったので、Trevhibの言う通り、4GBが新しい限界のようです。
 
RaptorUK:
なるほど、4GB以上のfxtファイルを作るためにどんなデータがあるか見て報告します。 4GBが新しい限界だと思いますが、テストして確認するのは良いことです。

4GBに近づくにはデータが足りないようだ、しばらくデータをダウンロードしてないので、そのうちストックしておかないと。
 

ありがとうございます。

関連する質問ですが、最適化を実行した場合、.fxtやその他の関連する制約があるのでしょうか?つまり、あるデータセットに対して1回の実行を行い、1gbの.fxtを作成した場合、その上で最適化を行い、それを完了するために必要な順列が例えば200回である場合、そのうちの80回は(例えば)大丈夫でも残りはダメになるということはあるのでしょうか?もし、純粋に.fxtの制限なのか、他のものなのか、あるいは複数のものの組み合わせなのか? もし、純粋に.fxtのせいで、1回の実行で1gbなら、なぜ4回以上実行してから失敗するのか? 何かアドバイスがあればお願いします。

 
Trevhib:

ありがとうございます。

関連する質問ですが、最適化を実行した場合、.fxtやその他の関連する制約があるのでしょうか?つまり、あるデータセットに対して1回の実行を行い、1gbの.fxtを作成した場合、その上で最適化を行い、それを完了するために必要な順列が例えば200回である場合、そのうちの80回は(例えば)大丈夫でも残りはダメになるということはあるのでしょうか?もし、純粋に.fxtのせいだとしたら、1回の実行で1gbになるのに、なぜ4回以上実行すると失敗するのでしょうか? 何かアドバイスがあればお願いします。

しばらくOptimizationを実行していないので、最近のビルドでのOptimization用STの安定性については直接コメントできませんが、過去に多くのOptimizationを実行したことがありますが、予定回数に達して早々に終了したことはありません。開始日がおかしくなることがあるという報告を見たことがありますが、私はこれを再現しようとしたことはありませんし、ティックデータとTDS: https://www.mql5.com/en/forum/140857 を使用する場合に特有のものである可能性があります。

クラップアウト」とはどういう意味ですか? おそらく、コード内でゼロ除算エラーを示すパラメータの組み合わせに当たったのでしょうが、これをチェックしましたか?