MT5ストラテジーテスターに関する雑談 - ページ 15 1...8910111213141516171819202122 新しいコメント Yuriy Zaytsev 2017.04.03 20:59 #141 xxz: はい、例えば、いくつかのログをどのように知っています。ただ、誰もそこに行かないということにどうして気づかないのか！！？は、すべての端末でクローンされるものだけで、結局は多くのスペースを占有してしまいます。広々とした空間、そうなんです!12テラバイトの容量を買ったばかりに、この問題を忘れていたのです Andrey Dik 2017.04.03 21:04 #142 Yuriy Zaytsev:実際--あなたはすでに自分自身を証明しているし、ソファから放り出されてもいるのです- おいおい、怒るなよ、考え方に気をつけろよ。100台の端末からのティックがあり、それを記録する必要があります。問題は、どの端子からティックを記録するかです。 もし、それが一回だけで、データベースに保存されなければならないのであれば !あなたのために、午前3時にティックが入り、流動性の低い市場で次のティックが15分後に入ると想像してみてください。100台の端末のうち、どの端末を使うかをシステムが決定し、そのティックを唯一の端末としてデータベースに保存する必要があります。OPS！！脳みそを働かせて、これをやるにはマネージャーが必要だということに気づいてください。最後にひとつだけ、あなたは酔っぱらっているのでは？それ以外の説明はないでしょう。各Tickを ファイルに書き込む必要はありません !受信したティックの操作上の保存にはメインメモリを使用し、ディスクはティックのバッチの保存に使用されますが、すべてのティックを保存するわけではありません脳みそ使ったらどうなんだ？(*´∀｀*)ウフフフフフフフフフフフフフフフフフフフフフフフフフフいちいちtickをファイルに書かなくてもいいし、メタクオーターはそんなことしないし、馬鹿じゃないのか。それがアプリーチでもそうなら、まあ、後進のジョブズには同情するしかないのだが......。 xxz 2017.04.03 21:05 #143 Yuriy Zaytsev:あなたは実際に - すでに自分自身を証明し、あなたはすでにソファから投げ出された！？- でもね〜、怒らず冷静にね100台の端末からのティックがあり、それを記録する必要があります。問題は、どの端子からティックを保存するかということです。もし、それが一回だけで、データベースに保存されなければならないのであれば !午前3時にティックが入り、流動性のない市場で次のティックが15分後に入ると想像してみてください !100台の端末のうち、どの端末でティックを取得し、データベースに1台だけ登録するかをシステムがどのように決定するのか!ops!!!!!!!!!!!!!!!! 皆さんは、間違った方法で間違った場所に入ろうとしています。端末は作業中、これらのティックバーをすべてキャッシュフォルダに蓄積していくので、各端末のフォルダに蓄積していくようにするあなたが端末を閉じたときに、それは履歴フォルダに蓄積されたデータを完了し、我々は1つのブローカーを持っているので、よく端末の多くは、彼らが同じことを書いてみましょうが、それは一度だけ、あなたが端末をCLOSE時のみ発生します！。1000回足しても、何も起こらない。を千回足しても、何も起こらない。 xxz 2017.04.03 21:15 #144 Yuriy Zaytsev:広々とした空間、そうです。12テラバイトの容量を買ったばかりに、この問題を忘れていたのです スペースは多いに越したことはありません。容量は、ダウンロードした映画だけで、もういらないです)))VPNでは、常に多くのスペースがあります!私のhistoriesフォルダは5ギガ（圧縮されていますが、それでも1.6ギガ）かかります。5端子で圧縮なしならどうする？まあ、1.6で配置できるものをなぜ25ギガも占有しているのか？そして同時に、痛みを伴わない。 xxz 2017.04.03 21:42 #145 いたるところに誤解があり、まず開発者側に問題がある!!!!最近の議論から、次のような問題の例を挙げます。ビジュアルテストを実行すると、ターミナル自体にテスト 結果を示すチャートが開きますが、その上にグラフィカルオブジェクトが表示されなくなりました。提案された解決策 - テスターでテンプレートを保存し、ターミナルでチャートに適用することで、失われたすべてのものを撤回することに繋がりますでは、なぜ開発者はテスターのコードでそれをやらないのか、という極めて合理的な疑問が湧いてきます。何しろ開発者は、性能のために苦労していると言うのだ（この2つの単純な操作を実装するのに100分の1秒かかるのだ）。しかし、いや、彼はそれを一般ユーザーの肩に担ぎ、数秒から数分かかり、人によっては、そのようなアクションのアルゴリズムを知らないので、ターミナルに空白のチャートが表示されることさえあるのですタンバリンと一緒に踊ると、テストよりも時間がかかってしまうのでは、せっかくの高速演奏も意味がありません。 Andrey Dik 2017.04.03 21:57 #146 これはよくあることなのですが...。開発者やmqlプログラマーは、「そんなことできないよ！」とよく言います。時は流れ、できることがわかった。やろうと思えば、何でもできるんです。 xxz 2017.04.03 21:59 #147 Andrey Dik: それはよくあることですが...。このように、開発者やmqlプログラマーが「そんなことはできない！」と言い出すことはよくあることです。しかし、時間が経つと、できることが分かってきます。やろうと思えば、何でもできるんです。+++もう一度言いますが、開発者は「BABLO」という文字の入ったボタンを必要としていません。ただそこにあるものは、できる限り論理的で、便利で、快適であるべきです。ここでも、最適化中に私を説明するために愚か者です"最適化スケジュール"を見ることができますが、トラブルは、平面グラフ（2D）は、最適化プロセスで何らかの形で利用できないことですしかし、「後進国」のMT4プラットフォームでは、いつでも利用可能です。 3Dチャートの複雑さは理解できるのですが。3Dグラフィックの複雑さは理解できるのですが、なぜMT5ではこんなに複雑なのか、あるいはこれらのグラフィックへの挑戦は、数GBのRAMを使い、CPUに限界まで負荷をかけるのでしょうか？ Roffild 2017.04.03 22:53 #148 xxz:ビジュアルテストの後、ターミナル自体にテスト結果 と共にチャートが開きますが、グラフィカルオブジェクトはその上に表示されなくなります。解決策を提案 - テスターでテンプレートを保存し、すべての失われた出力につながる端末でチャートにそれを適用する！？ https://www.mql5.com/ru/code/1583 Object Emulator 投票: 342013.03.19Roffildwww.mql5.com Эмулятор функций для работы с объектами. Возможность увидеть объекты после тестирования на графике. Roffild 2017.04.03 22:58 #149 テスターではすでに多くの問題（FrameAdd() が正常に動作しない、テンプレートからのインジケータがテストを遅くする、など）があり、ここで別のことを論じているようですが.........。 xxz 2017.04.03 23:13 #150 Roffild: テスターはすでに多くの問題（FrameAdd()が正しく動作しない、テンプレート内のインジケータがテストを遅くする、など）を抱えているのに、あなたは別のことを議論している...。 改善や問題解決に向けて動かなければならないのに、外から見ると何年もすべてが止まっているように見える......。そして、これらのすべては、以前のMT4作成で実装されていますが、すべてが超ド級の新しいプラットフォームでは、同じことを実装する可能性はありません）。あるいは、新しいプラットフォームで保留中の注文を レンダリングするために、さらに7年間学ぶ必要があるのでしょうか？ 1...8910111213141516171819202122 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
はい、例えば、いくつかのログをどのように知っています。
ただ、誰もそこに行かないということにどうして気づかないのか！！？
は、すべての端末でクローンされるものだけで、結局は多くのスペースを占有してしまいます。
広々とした空間、そうなんです!
12テラバイトの容量を買ったばかりに、この問題を忘れていたのです
実際--あなたはすでに自分自身を証明しているし、ソファから放り出されてもいるのです- おいおい、怒るなよ、考え方に気をつけろよ。
100台の端末からのティックがあり、それを記録する必要があります。
問題は、どの端子からティックを記録するかです。
もし、それが一回だけで、データベースに保存されなければならないのであれば !
あなたのために、午前3時にティックが入り、流動性の低い市場で次のティックが15分後に入ると想像してみてください。
100台の端末のうち、どの端末を使うかをシステムが決定し、そのティックを唯一の端末としてデータベースに保存する必要があります。
OPS！！脳みそを働かせて、これをやるにはマネージャーが必要だということに気づいてください。
最後にひとつだけ、あなたは酔っぱらっているのでは？それ以外の説明はないでしょう。
各Tickを ファイルに書き込む必要はありません !受信したティックの操作上の保存にはメインメモリを使用し、ディスクはティックのバッチの保存に使用されますが、すべてのティックを保存するわけではありません脳みそ使ったらどうなんだ？(*´∀｀*)ウフフフフフフフフフフフフフフフフフフフフフフフフフフいちいちtickをファイルに書かなくてもいいし、メタクオーターはそんなことしないし、馬鹿じゃないのか。それがアプリーチでもそうなら、まあ、後進のジョブズには同情するしかないのだが......。
あなたは実際に - すでに自分自身を証明し、あなたはすでにソファから投げ出された！？- でもね〜、怒らず冷静にね
100台の端末からのティックがあり、それを記録する必要があります。
問題は、どの端子からティックを保存するかということです。
もし、それが一回だけで、データベースに保存されなければならないのであれば !
午前3時にティックが入り、流動性のない市場で次のティックが15分後に入ると想像してみてください !
100台の端末のうち、どの端末でティックを取得し、データベースに1台だけ登録するかをシステムがどのように決定するのか!
ops!!!!!!!!!!!!!!!!
皆さんは、間違った方法で間違った場所に入ろうとしています。
端末は作業中、これらのティックバーをすべてキャッシュフォルダに蓄積していくので、各端末のフォルダに蓄積していくようにする
あなたが端末を閉じたときに、それは履歴フォルダに蓄積されたデータを完了し、我々は1つのブローカーを持っているので、よく端末の多くは、彼らが同じことを書いてみましょうが、それは一度だけ、あなたが端末をCLOSE時のみ発生します！。
1000回足しても、何も起こらない。
を千回足しても、何も起こらない。
広々とした空間、そうです。
12テラバイトの容量を買ったばかりに、この問題を忘れていたのです
スペースは多いに越したことはありません。
容量は、ダウンロードした映画だけで、もういらないです)))
VPNでは、常に多くのスペースがあります!
私のhistoriesフォルダは5ギガ（圧縮されていますが、それでも1.6ギガ）かかります。
5端子で圧縮なしならどうする？
まあ、1.6で配置できるものをなぜ25ギガも占有しているのか？そして同時に、痛みを伴わない。
いたるところに誤解があり、まず開発者側に問題がある!!!!
最近の議論から、次のような問題の例を挙げます。
ビジュアルテストを実行すると、ターミナル自体にテスト 結果を示すチャートが開きますが、その上にグラフィカルオブジェクトが表示されなくなりました。
提案された解決策 - テスターでテンプレートを保存し、ターミナルでチャートに適用することで、失われたすべてのものを撤回することに繋がります
では、なぜ開発者はテスターのコードでそれをやらないのか、という極めて合理的な疑問が湧いてきます。
何しろ開発者は、性能のために苦労していると言うのだ（この2つの単純な操作を実装するのに100分の1秒かかるのだ）。
しかし、いや、彼はそれを一般ユーザーの肩に担ぎ、数秒から数分かかり、人によっては、そのようなアクションのアルゴリズムを知らないので、ターミナルに空白のチャートが表示されることさえあるのです
タンバリンと一緒に踊ると、テストよりも時間がかかってしまうのでは、せっかくの高速演奏も意味がありません。
それはよくあることですが...。このように、開発者やmqlプログラマーが「そんなことはできない！」と言い出すことはよくあることです。しかし、時間が経つと、できることが分かってきます。やろうと思えば、何でもできるんです。
+++
もう一度言いますが、開発者は「BABLO」という文字の入ったボタンを必要としていません。
ただそこにあるものは、できる限り論理的で、便利で、快適であるべきです。
ここでも、最適化中に私を説明するために愚か者です"最適化スケジュール"を見ることができますが、トラブルは、平面グラフ（2D）は、最適化プロセスで何らかの形で利用できないことです
しかし、「後進国」のMT4プラットフォームでは、いつでも利用可能です。 3Dチャートの複雑さは理解できるのですが。
3Dグラフィックの複雑さは理解できるのですが、なぜMT5ではこんなに複雑なのか、あるいはこれらのグラフィックへの挑戦は、数GBのRAMを使い、CPUに限界まで負荷をかけるのでしょうか？
xxz:
ビジュアルテストの後、ターミナル自体にテスト結果 と共にチャートが開きますが、グラフィカルオブジェクトはその上に表示されなくなります。
解決策を提案 - テスターでテンプレートを保存し、すべての失われた出力につながる端末でチャートにそれを適用する！？
テスターはすでに多くの問題（FrameAdd()が正しく動作しない、テンプレート内のインジケータがテストを遅くする、など）を抱えているのに、あなたは別のことを議論している...。
改善や問題解決に向けて動かなければならないのに、外から見ると何年もすべてが止まっているように見える......。
そして、これらのすべては、以前のMT4作成で実装されていますが、すべてが超ド級の新しいプラットフォームでは、同じことを実装する可能性はありません）。
あるいは、新しいプラットフォームで保留中の注文を レンダリングするために、さらに7年間学ぶ必要があるのでしょうか？