MT5ストラテジーテスターに関する雑談 - ページ 16

 
Andrey Dik:

最後に推測するに、あなたは酔っぱらっているのでは!?それ以外の説明はないでしょう。

すべてのティックを ファイルに書き込む必要はありません。RAMは入力されたティックの操作記憶用に使用され、ティックのパックはディスクにダンプされますが、各ティックはダンプされません!頭を使えばいいんだよ、えーっ。(*´∀`*)ウフフフフフフフフフフフフフフフフフフフフフフフフフフいちいちtickをファイルに書かなくてもいいし、メタクオーターはそんなことしないし、馬鹿じゃないのか。それがアプリーチでもそうなら、まあ、後進のジョブズには同情するしかないのだが......。

また失礼なことを言ってるのか? 押されてる時のお前のやり方か?礼儀正しく、丁寧であるべきです。

チックに書けとは言いません。 Cacheにお任せします。


このスレッドを通して、私はあなたに違う点を説明しようとしていたのですが...。

100台の端末が刻むTICKに、いかにデータを集約させるか

つまり、最終的には100ではなく、1TICKを記録する必要があります。


さて、私がこの前を通り過ぎるとき、どうして面白いことわざを思い出さないのでしょう。

追伸

蒸気暖房はどうなるのか

 
Yuriy Zaytsev:

私はこのスレッドを通して、別の考えを説明しようとしてきたのですが......。

100台の端末からティックを受信した場合、どのように1つのティックのデータを合成するか?

つまり、100のTICKではなく、1つのTICKで終わることになります。

質問を明確にしてください。
 
Andrey Dik:
質問を明確にしてください。

レナットもスラバも私のことを理解してくれて、特別なマネージャーを使わないと、さまざまなアプリケーション(端末)のデータを集めたファイルに書き込めないという情報を、あなたやみんなに教えてくれたんですものね。

質問を明確にしてもらうことで、自分が何を言っているのかわからなくなるようです。

 
Andrey Dik:
質問を明確にしてください。

もっと具体的に説明してもいいのでは?

記録用ダニのパックが蓄積されていく...。もう1度チックを 受け取ると、その時点でファイルへの録音が 行われるはずです。まさにユーリの言うダニですね。

 
Yuriy Zaytsev:

レナットもスラバも私を理解してくれて、あなたと、特別なマネージャーを使わないとファイル-異なるアプリケーション(端末)のデータを収集する-に書き込めない情報を教えてくれたんだ。

質問を明確にしてもらうことで、自分が何を言っているのか理解できないようです。

質問を明確にしてください。

RenatはRenat。スラバはスラバ。由良は由良。レナトはレナトの頭で考える。SlavaはSlavaの頭で考える。ユーラはレナトとスラヴァの頭を使って考える(そして今、アレクセイもユーラのために考えようとしている)。質問を明確にしてください。

質問の明確化は、私がそれに対する答えを与えるためではなく(それに対する答えは、あなたが得るチャンスを逃した昨日10000ドルの価値がありました)、あなたがそれを理解するために必要です、質問を明確にすることであなたは理解し、多分最終的に共有フォルダへのリンクで実験を行うことができるようになります。


SZZ RenatとSlavaは会社の代表ですから、会社の利益に反することは言えません。この問題では、レナトにとって経済的な見返りが疑問視される工数が発生するため、この解決策は会社の利益に反するものです。

 
Alexey Viktorov:

もっと具体的に説明してもいいのでは?

記録するための刻みを一括して蓄積し...また刻みが入ってきて、この時点でファイルに書き込ま れるはずです。まさにユーリの言うダニですね。

ティックごとに何が起こるかではなく、ある事象が発生したとき、次のティックが来たときが重要なのです。

例えば、ディスクファイルへのリセットは、バッファがすでに満杯で、次のテイクを置く場所がないときに発生します。

端末がアンロードされ、そのタスクがバッファのファイルに書き込むことであるか - まだリセットされておらず、メモリ内に保持されている。

---

だから、注意してください:着信、ティック - もちろん、システムはそれらを収集しますが、ファイルにすぐに書き込まない、それはキャッシュにそれらを収集します - しかし、このキャッシュは、各端末のために独自のを持っている! - それは、あなたがそれを行うことができます。を作成し、キャッシュを再構築し、都合の良いタイミングで情報をファイル

端末が1つで、データベースにデータを書き込む場合、 FIRST THICK、THEN SECOND THICK、THIRD THICKがあり、 それらを結果的に まずバッファに 入れ、次にファイルに入れることになる。

(詳細な説明はしていません。ここの人たちが理解していることを前提にしています)

----

ここで、100台の端末がTIKIをキャッシュに追加し、さらに各端末がTIKIを自分のキャッシュに追加すると仮定する

そして、イベントが来て、バッファがいっぱいになり、彼らはHERACK - ファイルにディスク上のそれ自体リセットバッファでそれぞれ 。

  • - と各端末が同時にリセットされる必要はないのです。
  • - そしてまた、他の端末と書き込みを調整することなく
  • - ある端末が書き込み、つまりファイルをロックすると、他の端末はただそこに座って、キャッシュを完全にディスクに吐き出すまで待つ、という状況に陥ることは間違いないでしょう。
  • - アプリケーションはそれぞれ独立して動いており、互いのことはまったくわからない。

これが全部同じファイルにリセットされたら!?

という質問に注目してください。 そうです、100台の端末からなる「CHAOS」です。

 
Andrey Dik:

質問を明確にしてください。

RenatはRenat。スラバはスラバ。由良は由良。レナトはレナトの頭で考える。SlavaはSlavaの頭で考える。ユーラはレナトとスラヴァの頭を使って考える(そして今、アレクセイもユーラのために考えようとしている)。質問を明確にしてください。

質問を明確にすることは、私がそれに対する答えを出すために必要なことではなく(その答えは、あなたが手に入れるチャンスを逃した昨日の10000円の価値がある)、あなたがそれを理解するために、質問を明確にすることは、あなたの理解を助け、多分最終的に共有フォルダを参照した実験を行うことになるでしょう。


SZY RenatとSlavaは会社の代表ですから、会社の利益に反することは言えません。本件は、レナート社にとって経済的見返りが疑問視される工数を要するため、会社の利益に反する決定です。

また、くだらないことを言っている。

問答を理解していないのだから、わざわざ説明したり、数式化したりする必要はないのでは?私が他の人に書いたものを読んでみてください。脇を固める。

ソファは理論的にはまたあなたのものです、あなたは何とかしてそれを維持し、快適に過ごさなければなりません。そして、しばらくはこれ以上無意味なものを生み出さないことです。

 
Yuriy Zaytsev:

いいえ、正確には違います!ファイルはカチカチ音がするたびに書き込まれるのではなく、あるイベントが 発生したときに書き込まれます。

例えば、ディスクファイルへのリセットは、バッファがすでに満 杯で、次のテイクを置く場所がないときに発生します。

端末がアンロードされ、そのタスクがバッファのファイルに書き込むことであるか - それはまだリセットされておらず、メモリに保持されています。

---

そうこなくっちゃ

アレクセイ・ヴィクトロフ

書き込まれるティックが溜まって いく...。

それ以上はもうリファインです。

 
Alexey Viktorov:

そう言ったんです。

それ以上のことは、はっきりさせればいいのです

(このような詳細な記述はしていない--ここにいる人たちが理解していることを前提に)。

つまり、キャッシング

重要なのは、あくまで刻みをどう積み重ねるかです :-)1つの端末から、すべてがクリアになる - そして、上の100のポストから描かれた。

そのため、Renat は、100 台の端末からティックを受け取り、ダブルエントリーを処理し、100 台ではなく 1 台のティックを適切な場所に (まずキャッシュに) 書き込むマネージャが必要だと書いているのです ...

3テラバイトのディスクを購入する代わりに、1台のデータベースで端末群を構成する1%のユーザーのために庭を作る 価値は ありません。

 
Yuriy Zaytsev:

(このような詳細な説明はしていない-ここにいる人たちが理解していることを前提に)。

キャッシングのことです。

重要なのは、あくまでもダニがどう収まるかです :-)。1つの端末から、すべてがクリアになる - そして、上の100のポストから描かれた。

だからRenatは、100のターミナルから1ティックを取り出し、2倍を処理し、100の代わりに1ティックを正しい場所(最初に、キャッシュに)に書き込むマネージャが必要だと書いているのです.

3テラバイトのディスクを購入する代わりに、1台のデータベースで端末群を構成する1%のユーザーのために庭を作る 価値は ありません。

最初はテスターのダウンロード履歴の話かと思いましたが、アンドレイさんとは、端末の動作中に履歴を記録する話にシフトしていますね。

基本的にはそれぞれに履歴を書かせるのですが、端末のサーバーから履歴をダウンロードする必要がある場合、あるテスターを使っていたのに、別の端末のテスターを起動しなければならないことがあります......。...そしてまた、既存の履歴をそこにダウンロードしなければならないのです。ですから、この代わりにダウンロードした履歴データのあるそのフォルダのパスを表示し、2回以上読み込まないことが望ましいのです。

もしくは、共有フォルダの中に履歴を読み込むディレクトリを別に作り、CAごとに分けるのがベターです。また、端末からの履歴の定期的な同期、さらにはxxxx個からの履歴の同期、テスター用に用意された履歴の同期は、まあ、素人目には難しいことではありませんね。