エラー、バグ、質問 - ページ 3038 1...303130323033303430353036303730383039304030413042304330443045...3185 新しいコメント Nikolai Semko 2021.06.03 19:00 #30371 Andrey Khatimlianskii:問題は、「圧縮・解凍時間」と「ディスク占有量」の比率が全てです。もちろん、より良い解決策を見つけることは可能です。ただ、「自分用」のプライベートなソリューションと比べると、端末内が少し複雑になっていますね。 データをZIPで圧縮するのではなく、論理的に圧縮してインデックス付きの配列を形成するのです。配列要素への アクセス時間はほぼ同じです。場合によっては、さらに速くなることもあります。 Andrey Khatimlianskii 2021.06.03 19:04 #30372 Nikolai Semko:データをZIPで圧縮するのではなく、論理的に圧縮してインデックス付きの配列を形成することです。配列要素への アクセス時間はほぼ同じです。場合によっては、さらに速くなることもあります。 MQソリューションの提供の準備はできていますか? MTのようなことをした人を馬鹿にする気にはなれない。常に正当化されるわけではありませんが、そういうことはよくあります。だから、彼らの解決策には何か背景があるのだろう。しかし、それは確かではない ) Nikolai Semko 2021.06.03 19:04 #30373 Andrey Khatimlianskii:松葉杖とは?100万人のユーザーが保護されていること(ブローカーも一緒に)、端末を2回リロードする必要があること?私には論理的な解決策のように思えます。自分だけ便利になるよりよっぽど理にかなっている) アンドレイ、防御はどうする? 何も再起動する必要はありません。 データはすでにファイルに入っています。 Nikolai Semko 2021.06.03 19:06 #30374 Andrey Khatimlianskii:MQソリューションの提供の準備はできていますか?MQのようなことをした人をバカにする傾向はありません。常に正当化されるわけではありませんが、そういうことはよくあります。だから、彼らの解決策には何か背景があるのだろう。しかし、それは確かではない ) come on. 既存のものにもっと良い解決策があるはずだ。 でも、古参になっちゃだめだよ。 Andrey Khatimlianskii 2021.06.03 19:17 #30375 Nikolai Semko:アンドレイ、防御はどうなっている? リロードする必要はありません。 データはすでにファイルに入っています。 このデータは、インジケーターやExpert Advisorでは読み込まれず、動作メモリに読み込まれるからです。何のために? Andrey Khatimlianskii 2021.06.03 19:18 #30376 Nikolai Semko: 既存のものよりも良い解決策は必ずある。 でも、老人になっちゃだめだよ。 できるはずです。 だから、それほど優先順位は高くないのかもしれません。 Nikolai Semko 2021.06.03 19:32 #30377 Andrey Khatimlianskii:このデータは、インジケータやEAによって読み取られないという点で、同様にRAMをロードします。何のために? max_bars =Unlimited と設定するだけで、メモリ消費量は劇的に増加します。 以下はmax_bars = 5000 と設定したときの端末の例です。 ここで、max_bars = Unlimitedに変更し、ターミナルを再読み込みしてください。 同じウィンドウを開いた状態で、メモリ消費量がGB 以上増加しています。私の場合は11倍!!!(笑)。 これは普通です )) ご自身でご確認ください。max_bars = 無制限は、とても厳しい贅沢 です。 私の要求が通れば、max_bars = Unlimitedは 絶対に使えません。 そして、RAMのメモリを節約する以外にも、今31GBほどあるこのフォルダを大幅に減らすことができます。その5倍くらいかな。しかも、30GBではなく、6GBになる。 Andrey Dik 2021.06.03 19:53 #30378 Andrey Dik:データベースを同じフォルダに保存し、エージェントのフォルダにデータベースのあるフォルダへのリンクを貼るという解決策もあります。私はずいぶん前に、MTにソースや履歴データベースのあるフォルダーへのパスを選択できる機能を実装することを提案しました。複数の端末が同じブローカーにアクセスしている場合、リンクを使用するとアクセスエラーが発生することがありますが、これは(理論的には)エージェントにとって問題にはならないはずです。 本当にそうでしょうか!?MT5のヘルプには、この設定タブについて何も書かれていないのですが、いつから表示されるようになったのですか?- 全く分かりません。 トレーディング、自動売買システム、トレーディング戦略のテストに関するフォーラム バグ、バグ、質問 アンドレイ・ディク 2021.05.30 19:58 MetaTraderで取引する場合は、エージェントAgentフォルダを作成し、そこにデータベースのあるフォルダのリンクをコピーする必要があります。 mtでは以前から、ソースや履歴データベースのあるフォルダのパスを選択する機能を標準装備することを提案してきました。 複数の端末が同じブローカーのシンボルにアクセスしている場合、リンクを使用してアクセスエラーが発生することがありますが、これは(理論的には)エージェントにとって問題ないはずです。 Igor Makanu 2021.06.03 19:54 #30379 Nikolai Semko: max_bars =Unlimited と設定するだけで、メモリ消費量は劇的に増加します。 以下はmax_bars = 5000 と設定したときの端末の例です。 ここで、max_bars = Unlimitedに変更し、ターミナルを再読み込みしてください。 同じウィンドウを開いた状態で、メモリ消費量がGB 以上増加しています。私の場合、11倍!!!!(笑 これは普通です )) ご自身でご確認ください。max_bars = 無制限はとても厳しい贅沢 です。 もし今メモリ消費について話しているなら、数ヶ月前に@fxsaber が同じ問題、ただしティックの読み込みについて話していたのを覚えています。ティックを含む配列を解放した後、ターミナルはメモリを解放せず、これらのティックをキャッシュとして(10秒間? あなたのリクエストも同じ問題になる可能性が高く、メモリ消費量は減らないどころか増えるでしょう。 Aleksey Vyazmikin 2021.06.03 20:15 #30380 Anton:端末で提供されます。はい、そうです。 返信ありがとうございました MQL5で、すべてのインジケーターの計算を チェックして、インジケーターが計算されていればtrueを出力し、そうでなければ独自の関数で、各インジケーターのバッファーをチェックしながら行わなければならないようなオペレータ/関数があれば、非常に便利だと思います。これは、マルチタスクのTF指標を扱うEAに非常に関連します。また、この計算遅延の機能は、1回目と2回目のティックではすべての指標が計算されないため、OHLCモードを正しく使用することができません。 1...303130323033303430353036303730383039304030413042304330443045...3185 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
問題は、「圧縮・解凍時間」と「ディスク占有量」の比率が全てです。
もちろん、より良い解決策を見つけることは可能です。ただ、「自分用」のプライベートなソリューションと比べると、端末内が少し複雑になっていますね。
データをZIPで圧縮するのではなく、論理的に圧縮してインデックス付きの配列を形成するのです。配列要素への アクセス時間はほぼ同じです。場合によっては、さらに速くなることもあります。
データをZIPで圧縮するのではなく、論理的に圧縮してインデックス付きの配列を形成することです。配列要素への アクセス時間はほぼ同じです。場合によっては、さらに速くなることもあります。
MQソリューションの提供の準備はできていますか?
MTのようなことをした人を馬鹿にする気にはなれない。常に正当化されるわけではありませんが、そういうことはよくあります。だから、彼らの解決策には何か背景があるのだろう。しかし、それは確かではない )
松葉杖とは?
100万人のユーザーが保護されていること(ブローカーも一緒に)、端末を2回リロードする必要があること?
私には論理的な解決策のように思えます。自分だけ便利になるよりよっぽど理にかなっている)
アンドレイ、防御はどうする?
何も再起動する必要はありません。
データはすでにファイルに入っています。
MQソリューションの提供の準備はできていますか?
MQのようなことをした人をバカにする傾向はありません。常に正当化されるわけではありませんが、そういうことはよくあります。だから、彼らの解決策には何か背景があるのだろう。しかし、それは確かではない )
come on.
既存のものにもっと良い解決策があるはずだ。
でも、古参になっちゃだめだよ。
アンドレイ、防御はどうなっている?
リロードする必要はありません。
データはすでにファイルに入っています。
このデータは、インジケーターやExpert Advisorでは読み込まれず、動作メモリに読み込まれるからです。何のために?
既存のものよりも良い解決策は必ずある。
でも、老人になっちゃだめだよ。
できるはずです。
だから、それほど優先順位は高くないのかもしれません。
このデータは、インジケータやEAによって読み取られないという点で、同様にRAMをロードします。何のために?
max_bars =Unlimited と設定するだけで、メモリ消費量は劇的に増加します。
以下はmax_bars = 5000 と設定したときの端末の例です。
ここで、max_bars = Unlimitedに変更し、ターミナルを再読み込みしてください。
![](https://c.mql5.com/3/357/1422530535709__1.png)
![](https://c.mql5.com/3/357/4190190638759.png)
同じウィンドウを開いた状態で、メモリ消費量がGB 以上増加しています。私の場合は11倍!!!(笑)。
これは普通です ))
ご自身でご確認ください。
max_bars = 無制限は、とても厳しい贅沢 です。
私の要求が
通れば、max_bars = Unlimitedは 絶対に使えません。
そして、RAMのメモリを節約する以外にも、今31GBほどあるこのフォルダを大幅に減らすことができます。その5倍くらいかな。しかも、30GBではなく、6GBになる。
データベースを同じフォルダに保存し、エージェントのフォルダにデータベースのあるフォルダへのリンクを貼るという解決策もあります。
私はずいぶん前に、MTにソースや履歴データベースのあるフォルダーへのパスを選択できる機能を実装することを提案しました。
複数の端末が同じブローカーにアクセスしている場合、リンクを使用するとアクセスエラーが発生することがありますが、これは(理論的には)エージェントにとって問題にはならないはずです。
本当にそうでしょうか!?MT5のヘルプには、この設定タブについて何も書かれていないのですが、いつから表示されるようになったのですか?- 全く分かりません。
トレーディング、自動売買システム、トレーディング戦略のテストに関するフォーラム
バグ、バグ、質問
アンドレイ・ディク 2021.05.30 19:58
MetaTraderで取引する場合は、エージェントAgentフォルダを作成し、そこにデータベースのあるフォルダのリンクをコピーする必要があります。
mtでは以前から、ソースや履歴データベースのあるフォルダのパスを選択する機能を標準装備することを提案してきました。
複数の端末が同じブローカーのシンボルにアクセスしている場合、リンクを使用してアクセスエラーが発生することがありますが、これは(理論的には)エージェントにとって問題ないはずです。
max_bars =Unlimited と設定するだけで、メモリ消費量は劇的に増加します。
以下はmax_bars = 5000 と設定したときの端末の例です。
ここで、max_bars = Unlimitedに変更し、ターミナルを再読み込みしてください。
同じウィンドウを開いた状態で、メモリ消費量がGB 以上増加しています。私の場合、11倍!!!!(笑
これは普通です ))
ご自身でご確認ください。
max_bars = 無制限はとても厳しい贅沢 です。
もし今メモリ消費について話しているなら、数ヶ月前に@fxsaber が同じ問題、ただしティックの読み込みについて話していたのを覚えています。ティックを含む配列を解放した後、ターミナルはメモリを解放せず、これらのティックをキャッシュとして(10秒間?
あなたのリクエストも同じ問題になる可能性が高く、メモリ消費量は減らないどころか増えるでしょう。
端末で提供されます。
はい、そうです。
返信ありがとうございました
MQL5で、すべてのインジケーターの計算を チェックして、インジケーターが計算されていればtrueを出力し、そうでなければ独自の関数で、各インジケーターのバッファーをチェックしながら行わなければならないようなオペレータ/関数があれば、非常に便利だと思います。これは、マルチタスクのTF指標を扱うEAに非常に関連します。また、この計算遅延の機能は、1回目と2回目のティックではすべての指標が計算されないため、OHLCモードを正しく使用することができません。