MT5ストラテジーテスターに関する雑談 - ページ 9 12345678910111213141516...22 新しいコメント Renat Fatkhullin 2017.04.03 14:10 #81 Andrey Dik: すみません、何でしょうか?オーバープライス? 私は、クライアントにとって便利な場所、NY4、LD4でVPSをホストできる専門のホスティングで仕事をしているので、高価ですが高速です(ping 0-1ms)。オーバープライスはオーバープライス。VPSビジュアライザーで 遊んでみてください:世界中のネットワークと、すべてのMetaTraderブローカーのサーバートポロジーに基づいた正確なタイミングがあります。価格は10ドルで、すべての物理コアが利用可能です。重要な明確化として、我々はネットワークpingではなく、サーバープロトコルのネットタイムを表示しており、これは実際のpingよりもほとんど常に低くなっています。 Andrey Dik 2017.04.03 14:10 #82 Yuriy Zaytsev:あるエリアから履歴を読むということですが、端末群に対して1つのフォルダから、履歴が変わるわけではなく、問題なく解けるだけです。 カスタマイズ可能なマッピングについては、以前から知られています。 そうではなく、ある端末から履歴をダウンロードし、それを他の端末から参照しているのです。大したことではありませんが...。というのは、問題ではない。 なぜ後戻りするんだ?:)))それとも、よく読んでいないのでしょうか?お金を賭けずに議論に参加する唯一の方法?由利さん、正直、子供みたいですね。 Yuriy Zaytsev 2017.04.03 14:15 #83 Andrey Dik:ほら、ユーリ、解決策はあるんだ!しかも、MTで全部出してもいいんですよ!?MTの思想であり、稼働中の端末の複数コピーを意味するものではないので、単一のデータベースにアクセスするタスクはないのです。100台の端末から100個のティックを1つのファイルに書き込む...ある時点の話です。ワシリー・ソコロフ 一度はやってみたかったこと: https://www.mql5.com/ru/articles/1316#c4_1DBがなければ、DLLのない端末間で十分なやりとりができるのは、このスズのように1つのファイルをロックしてアクセスを競うしかないことは明らかです。WebRequestと中間サーバーを経由して取引環境を同期させる職人もいる(Marketのdeal copiersを参照)。このすべてが遅く、ユーザーのハードディスクに穴を開けることは明らかですが、データベースが与えられなかった(今後も与えられない)場合、どうすればいいのでしょう。すべてクリアです! 標準的なターミナルは、1つのポイントにティックを収集します...そして、100台のターミナルが同じティックを1つのファイルに書き込み始めたら、何が起こるでしょうか? マッピングされたリソース(フォルダ)から一般的な履歴を読み取ることは問題ありません。(そしてこの履歴は、一度に100個からではなく、1つの端末から形成されるべきものです)Andrey もしかしたら、共通のHISTORからの読み込みと、ファイルへの書き込みが混同しているのでは? Andrey Dik 2017.04.03 14:17 #84 Renat Fatkhullin:オーバープライスとは、不必要に高い価格のことです。VPSビジュアライザーで 遊んでみてください:世界中のネットワークとすべてのMetaTraderブローカーのサーバートポロジーの正確なタイミングがあります。価格は10ドルで、すべての物理コアが利用可能です。重要な明確化として、我々はネットワークpingではなく、サーバープロトコルのネットタイムを表示しており、これは実際のpingよりもほとんど常に低くなっています。ホスティングは、EAを設定し、ホスティングに送信し、それを忘れる必要がある場合、素晴らしい具体的なソリューションとなります。そんな作業に最適なソリューションです。しかし、複数の端末を相互にアクセスさせる必要がある場合には、残念ながら不向きです。これは、MT端末に複数のアカウントに同時に接続する機能がないことも一因です。その他、VPSと相性の悪い作業もあります。ところで、VPSのビジュアライザーが活発に利用されていますね、素晴らしいです。 Yuriy Zaytsev 2017.04.03 14:18 #85 Andrey Dik:なぜ後戻りするんだ?:)))それとも、よく読まなかったのでしょうか?議論するだけで、お金を賭けない?ユーリ、正直、子供みたいだ。まともな答えが返ってくるのか!?ツールからデータベースにTICKを書き込むにはどうしたらよいでしょうか?100台の端末でINSERT ... Andrey Dik 2017.04.03 14:20 #86 Yuriy Zaytsev:100台の端末から100個のティックを1つのファイルに記録する...ある時点の話です。まさに、その通りです! 標準的なターミナルは、ティックを一点に集めるものですが、もし100台のターミナルが同じティックを一つのファイルに書き込み始めたらどうなるでしょうか? マップされたリソース(フォルダ)から履歴を読み込むのは、本当に問題ない。(また、この履歴は1つの端末から形成されるべきものであり、一度に100個の端末から形成されるものではありません。)Andrewと、共通のHISTORから読み込むのと、ファイルに書き込むのをごっちゃにしているのでは? とぼけるのはやめましょうよ。ヒゲではなく、ハゲの顔です。履歴データのある共有フォルダが作成され、端末はリンク経由でそのフォルダと問題なく動作し、アクセスも問題ないことを明らかにしました。限られたディスク容量の中で、本当に節約になります。 Andrey Dik 2017.04.03 14:21 #87 Yuriy Zaytsev:まともな答えが返ってくるのか!?ツールからBASEにTICKを書き込むにはどうしたらいいのか?100台の端末でINSERT ... 議論する気はないのか!?なんで同じことを何度も何度も、しかもタダで綴らなきゃいけないんだ!注意喚起と警告-あなたはMT開発のために間違った、有害な立場をとっているのです。 Yuriy Zaytsev 2017.04.03 14:24 #88 Andrey Dik: バカはやめましょうね。ヒゲはともかく、すでにハゲている男性には似合いません。履歴データのある共有フォルダが作成され、端末はリンクを介してそのフォルダで問題なく動作し、アクセスに問題は全くないことを明らかにしました。限られたディスク容量の中で、本当に節約になります。100台の端末で同時に歴史を書いているのでしょうか?--お願いだから、バカにしないで-私はただ答えが欲しいだけなんです。 ツールからデータベースにTICKを書き込む方法 - データベースに1レコード、1IDで保存されること。このツールでは、100台の端末が同じテーブルに同時にINSERTを書き込む必要があります。 追伸私は解決策を持っている - あなたのは興味深いです Vasiliy Sokolov 2017.04.03 14:34 #89 Yuriy Zaytsev:100台の端末で同時に歴史を書いているのでしょうか?--私たちはただ答えが欲しいだけなのです。 ツールからデータベースにTICKを書き込む方法 - 1つのIDで1つのレコードとしてデータベースに保存される必要があります。100台の端末が同じテーブルに同時にINSERTを書き込んでいる場合. アンドレイのために答えます。もし、ファイルを扱うのであれば、同時INSERTは論外です。INSERTは、最初にファイルにアクセスしたスレッドによってのみ実行されます。残りはINVALID_HANDLEを 取得し、書き込みができなくなります。ハンドルを取得したスレッドは、そのレコードがすでにファイルに存在するかどうかをチェックすることができます(各レコードの一意性を判断する方法を知っていると仮定します)。記録がなければ書き込み、すでに誰かが作った記録であれば、ハンドルを閉じる。もう一つの疑問は、100人の書き手と100人の読み手を一度に作るのは、少なくとも合理的ではなく、問題が発生する可能性があるということです。可能であれば、ライターは一人であるべきです。100本のスレッドの中から誰をライターにするか考えることも、十分可能なのです。p.s. DBMSへの競争的アクセスの問題については、十数ページにわたって議論するつもりはありません。MQLにDBがないことを考慮し、議論の対象も見送る。 Yuriy Zaytsev 2017.04.03 14:43 #90 Vasiliy Sokolov:アンドレイの代わりに答えます。ファイルを通しての作業であれば、同時INSERTの話にはならない。INSERTは、最初にファイルにアクセスしたスレッドによってのみ実行されます。残りはINVALID_HANDLEを 取得し、書き込みができなくなります。ハンドルを取得したスレッドは、そのレコードがすでにファイルに存在するかどうかをチェックすることができます(各レコードの一意性を判断する方法を知っていると仮定します)。記録がなければ書き込み、すでに誰かが作った記録であれば、ハンドルを閉じる。もう一つの疑問は、100人の書き手と100人の読み手を一度に作るのは、少なくとも合理的ではなく、問題が発生する可能性が あるということです。可能であれば、ライターは一人であるべき です。100本のスレッドの中から誰をライターにするか考えることも、十分可能なのです。それがいい!そしてVasily 100台の端末からファイルを奪い合うことが可能なのは理解できます。 コピー機を使って、ある端末から別の端末にトレードをコピーできるのは、また別の話です。問題は、ターミナル自体(MT4の場合)がticks.rawというファイルにティックを書き込んでいることです ... しかし、一度に100個の端末をファイル{TERMIN}history}{broke}{tisks.rawに書き込もうとすると、クラッシュが発生します。 それが、アンドレイには理解できないのだと思う。 アンドレイの下で理論的なソファがまた軋むのが聞こえる。追伸アンドレイ、ソファのグリースを買いに行ったのか? 12345678910111213141516...22 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
すみません、何でしょうか?オーバープライス?
私は、クライアントにとって便利な場所、NY4、LD4でVPSをホストできる専門のホスティングで仕事をしているので、高価ですが高速です(ping 0-1ms)。
オーバープライスはオーバープライス。
VPSビジュアライザーで 遊んでみてください:世界中のネットワークと、すべてのMetaTraderブローカーのサーバートポロジーに基づいた正確なタイミングがあります。
価格は10ドルで、すべての物理コアが利用可能です。重要な明確化として、我々はネットワークpingではなく、サーバープロトコルのネットタイムを表示しており、これは実際のpingよりもほとんど常に低くなっています。
あるエリアから履歴を読むということですが、端末群に対して1つのフォルダから、履歴が変わるわけではなく、問題なく解けるだけです。 カスタマイズ可能なマッピングについては、以前から知られています。
そうではなく、ある端末から履歴をダウンロードし、それを他の端末から参照しているのです。大したことではありませんが...。というのは、問題ではない。
なぜ後戻りするんだ?:)))
それとも、よく読んでいないのでしょうか?お金を賭けずに議論に参加する唯一の方法?由利さん、正直、子供みたいですね。
ほら、ユーリ、解決策はあるんだ!しかも、MTで全部出してもいいんですよ!?
MTの思想であり、稼働中の端末の複数コピーを意味するものではないので、単一のデータベースにアクセスするタスクはないのです。
100台の端末から100個のティックを1つのファイルに書き込む...ある時点の話です。
一度はやってみたかったこと: https://www.mql5.com/ru/articles/1316#c4_1
DBがなければ、DLLのない端末間で十分なやりとりができるのは、このスズのように1つのファイルをロックしてアクセスを競うしかないことは明らかです。
WebRequestと中間サーバーを経由して取引環境を同期させる職人もいる(Marketのdeal copiersを参照)。
このすべてが遅く、ユーザーのハードディスクに穴を開けることは明らかですが、データベースが与えられなかった(今後も与えられない)場合、どうすればいいのでしょう。
すべてクリアです!
標準的なターミナルは、1つのポイントにティックを収集します...そして、100台のターミナルが同じティックを1つのファイルに書き込み始めたら、何が起こるでしょうか?
マッピングされたリソース(フォルダ)から一般的な履歴を読み取ることは問題ありません。(そしてこの履歴は、一度に100個からではなく、1つの端末から形成されるべきものです)
Andrey もしかしたら、共通のHISTORからの読み込みと、ファイルへの書き込みが混同しているのでは?
オーバープライスとは、不必要に高い価格のことです。
VPSビジュアライザーで 遊んでみてください:世界中のネットワークとすべてのMetaTraderブローカーのサーバートポロジーの正確なタイミングがあります。
価格は10ドルで、すべての物理コアが利用可能です。重要な明確化として、我々はネットワークpingではなく、サーバープロトコルのネットタイムを表示しており、これは実際のpingよりもほとんど常に低くなっています。
ホスティングは、EAを設定し、ホスティングに送信し、それを忘れる必要がある場合、素晴らしい具体的なソリューションとなります。そんな作業に最適なソリューションです。
しかし、複数の端末を相互にアクセスさせる必要がある場合には、残念ながら不向きです。これは、MT端末に複数のアカウントに同時に接続する機能がないことも一因です。その他、VPSと相性の悪い作業もあります。
ところで、VPSのビジュアライザーが活発に利用されていますね、素晴らしいです。
なぜ後戻りするんだ?:)))
それとも、よく読まなかったのでしょうか?議論するだけで、お金を賭けない?ユーリ、正直、子供みたいだ。
まともな答えが返ってくるのか!?
ツールからデータベースにTICKを書き込むにはどうしたらよいでしょうか?
100台の端末でINSERT ...
100台の端末から100個のティックを1つのファイルに記録する...ある時点の話です。
まさに、その通りです!
標準的なターミナルは、ティックを一点に集めるものですが、もし100台のターミナルが同じティックを一つのファイルに書き込み始めたらどうなるでしょうか?
マップされたリソース(フォルダ)から履歴を読み込むのは、本当に問題ない。(また、この履歴は1つの端末から形成されるべきものであり、一度に100個の端末から形成されるものではありません。)
Andrewと、共通のHISTORから読み込むのと、ファイルに書き込むのをごっちゃにしているのでは?
まともな答えが返ってくるのか!?
ツールからBASEにTICKを書き込むにはどうしたらいいのか?
100台の端末でINSERT ...
議論する気はないのか!?なんで同じことを何度も何度も、しかもタダで綴らなきゃいけないんだ!
注意喚起と警告-あなたはMT開発のために間違った、有害な立場をとっているのです。
バカはやめましょうね。ヒゲはともかく、すでにハゲている男性には似合いません。履歴データのある共有フォルダが作成され、端末はリンクを介してそのフォルダで問題なく動作し、アクセスに問題は全くないことを明らかにしました。限られたディスク容量の中で、本当に節約になります。
100台の端末で同時に歴史を書いているのでしょうか?
--
お願いだから、バカにしないで-私はただ答えが欲しいだけなんです。
ツールからデータベースにTICKを書き込む方法 - データベースに1レコード、1IDで保存されること。
このツールでは、100台の端末が同じテーブルに同時にINSERTを書き込む必要があります。
追伸
私は解決策を持っている - あなたのは興味深いです
100台の端末で同時に歴史を書いているのでしょうか?
--
私たちはただ答えが欲しいだけなのです。
ツールからデータベースにTICKを書き込む方法 - 1つのIDで1つのレコードとしてデータベースに保存される必要があります。
100台の端末が同じテーブルに同時にINSERTを書き込んでいる場合.
アンドレイのために答えます。もし、ファイルを扱うのであれば、同時INSERTは論外です。INSERTは、最初にファイルにアクセスしたスレッドによってのみ実行されます。残りはINVALID_HANDLEを 取得し、書き込みができなくなります。ハンドルを取得したスレッドは、そのレコードがすでにファイルに存在するかどうかをチェックすることができます(各レコードの一意性を判断する方法を知っていると仮定します)。記録がなければ書き込み、すでに誰かが作った記録であれば、ハンドルを閉じる。
もう一つの疑問は、100人の書き手と100人の読み手を一度に作るのは、少なくとも合理的ではなく、問題が発生する可能性があるということです。可能であれば、ライターは一人であるべきです。100本のスレッドの中から誰をライターにするか考えることも、十分可能なのです。
p.s. DBMSへの競争的アクセスの問題については、十数ページにわたって議論するつもりはありません。MQLにDBがないことを考慮し、議論の対象も見送る。
アンドレイの代わりに答えます。ファイルを通しての作業であれば、同時INSERTの話にはならない。INSERTは、最初にファイルにアクセスしたスレッドによってのみ実行されます。残りはINVALID_HANDLEを 取得し、書き込みができなくなります。ハンドルを取得したスレッドは、そのレコードがすでにファイルに存在するかどうかをチェックすることができます(各レコードの一意性を判断する方法を知っていると仮定します)。記録がなければ書き込み、すでに誰かが作った記録であれば、ハンドルを閉じる。
もう一つの疑問は、100人の書き手と100人の読み手を一度に作るのは、少なくとも合理的ではなく、問題が発生する可能性が あるということです。可能であれば、ライターは一人であるべき です。100本のスレッドの中から誰をライターにするか考えることも、十分可能なのです。
それがいい!そして
Vasily 100台の端末からファイルを奪い合うことが可能なのは理解できます。
コピー機を使って、ある端末から別の端末にトレードをコピーできるのは、また別の話です。
問題は、ターミナル自体(MT4の場合)がticks.rawというファイルにティックを書き込んでいることです ...
しかし、一度に100個の端末をファイル{TERMIN}history}{broke}{tisks.rawに書き込もうとすると、クラッシュが発生します。
それが、アンドレイには理解できないのだと思う。
アンドレイの下で理論的なソファがまた軋むのが聞こえる。
追伸
アンドレイ、ソファのグリースを買いに行ったのか?