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

[Yuriy Zaytsev]

Andrey Dik:

共有フォルダのC:δUsersδUserδAppDataδRoamingδMetaQuotesδTesterδのことですね。

共有フォルダをリンクで強制的に履歴ベースに指定するのではなく、通常モードの端末でも同じ原理が必要です。現在は問題なく動作していますが、端末の設定で履歴の拠点となるフォルダを指定するなどして、正常にこの機能を実装してください。

:-)

サンドボックスのデータファイルとログをディスクシステムに分散させて、高速化を図りたいという要望はすでに出しています。

例えばSSDドライブがあり、システム用に1台、ログ用にSSD、クイックデータ用にSSDがあります。

まあ、それは良いことだ場合、1つのSSDにログ、他の上のデータ - 端末自体は、あまりにもSSDにあるかもしれません

各ドライブがそれぞれコントローラを持つことを考慮し、データアクセス速度が向上します。

共通のデータベースにアクセスし、1つの端末のデータを1つのフォルダに集めるということですが、このような設定をしている人はどのくらいいるのでしょうか。

12テラバイトのハードディスクを買って、問題を忘れてしまった。今はハードディスクが大きすぎて、関係ない。

[Renat Fatkhullin]

Andrey Dik:
いや、Andrewが言いたいのは、開発者が公開フォルダへのアクセスを常態化させることだ。それこそが彼の提案です。これはあなたへのアピールであって、何百万人ものトレーダーへのアピールではないのです。

解説があります。

• 誰もサーバーというボトルネックを作らない（そして、単一のデータベースはアクセスマネージャーを意味する。 そして、このマネージャーはロックアクセスのファイルシステムであってはならない - すべてが猛烈に遅くなる）。
  
• 誰も書き込みボトルネックになるようなことはしない
• 数十ギガバイトのデータをボトルネックに通す人はいないでしょう。
  
• テスターエージェントの挙動は合理的で、同期された 読み取り専用のデータベースを使用します。
  
• 全てはスピードと低遅延のために
  

現在のアーキテクチャは非常に優れており、高速で安全です。私たちが第5世代のトレーディング・プラットフォームを書いたのには理由があり、それぞれのソリューションの価値を知っているからです。

[Vasiliy Sokolov]

Renat Fatkhullin:

• 誰もサーバーというボトルネックを作らない（そして、一つのベースはアクセスマネージャーを意味する。そして、このマネージャーはアクセスブロックを持つファイルシステムであってはならない - 全てが恐ろしく遅くなる）。

その結果、アプリケーションプログラマーは、MQLに他のソリューションがないため、アクセスブロックやファビュラスブレーキを備えた、まさにそのようなファイルマネージャーを書くことになります。しかし、彼らの魂は、魔法のような「レイテンシ」など、理論上の性能を示すマントラによって温められ、実際に適用することは困難です。

[Renat Fatkhullin]

Vasiliy Sokolov:
そうですね。その結果、アプリケーションプログラマーは、MQLの枠組みの中で他のソリューションがないため、アクセスブロッキングとおとぎ話のようなブレーキでそれらのファイルマネージャを書くことになるのです。しかし、彼らの魂は、魔法のような「レイテンシ」などという理論上の性能のマントラに暖められ、実際には適用することが難しいのです。

はい -https://www.mql5.com/ru/docs/globals/globalvariablesetoncondition

この関数は、グローバル変数へのアトミックアクセスを提供するため、同一クライアント端末内で複数のEAが同時に動作している場合のミューテックスの整理に利用することができる。

また、端末間の同期が必要な場合は、豊富な選択肢があります。ファイル上でも、DLLのミューテックスなどを介して。セキュリティのサンドボックスから出たのだから、それはもうあなたの仕事だ。

スピードの追求がなければ、まったく別のソフトになっていたでしょう。良いものは目に見えない、自由で自明なもののように思える。

[TheXpert]

Vasiliy Sokolov:
そうですね。その結果、アプリケーションプログラマーは、MQL内に他のソリューションがないため、アクセスブロックや巨大なブレーキを持つ、まさにそのファイルマネージャーを書くことになります。

すべて納得のいく内容です。多端子機能が欲しいなら自分で作ればいいし、2人半のためにやるのはちょっと、非合理的ですからね。

しかも、これらの問題は、1つか2つで解決できる場合がほとんどです。

2.5人ということであれば、もっと多くの人がカスタムストーリーを必要としていますしね。

[Andrey Dik]

Yuriy Zaytsev:

これは挑戦なのか？

銃は一丁しか装填されないのか？）

異なる端末からデータにアクセスするマネージャーを作れと言われた！？

また、異なる 端末が異なる データにアクセスすることの何が問題なのでしょうか!問題ありませんが、すべてのファイルが一箇所にまとまっていれば、端末の移設・再インストールの際にいちいちデータをダウンロードする必要がなく便利です。しかし、開発者もこれを望んでいるわけではありません。その際、アクセスマネージャーは必要ありません。

2-3台の端末で同じデータにアクセスする場合の話です。これには何の問題もなく、端末は誰かがすでに書いていることを理解し、書こうとしなければいいのです。また、読書の際も全く問題ないはずです。

読む気も理解する気も反論する気もないんだろう。その後ろにビーズを投げ入れる気持ちはない。私は松葉杖の解決策を知っている（開発者が通常の機能を作りたくないので） - 私はそれに満足している。

[Yuriy Zaytsev]

xxz:
そして、2016.hccというファイルは理論上、更新されることはないはずです。

レナト・ファットフーリン

解説があります。

• 誰もサーバーというボトルネックを作らない（そして、単一のベースはアクセスマネージャーを意味 する。 そして、そのマネージャーはロックされたファイルシステムであってはならない - すべてが素晴らしく遅くなる）。
  
• 記録するためのボトルネックになることはありません。
• 数十ギガバイトのデータをボトルネックに通す人はいないでしょう。
  
• テスターエージェントの挙動は合理的で、同期された 読み取り専用のデータベースを使用します。
  
• すべてはスピードと低遅延のために
  

現在のアーキテクチャは非常に優れており、高速で安全です。私たちは、無駄に第5世代のトレーディング・プラットフォームを書いたわけではなく、それぞれのソリューションのコストを知っているのです。

それはよく分かっているのですが...。

というのも、私はOSやドライバーを開発する機会に恵まれたからです。

[Artyom Trishkin]

xxz:

全く理解できない！

なぜバカになるんだ！？

1つのブローカー内で「2017.hcc」のようなファイルを一般公開するのは簡単な作業です

は、「5年」に一度、更新されると理解しています。

ここで何が問題なのか？

言葉や言動に気をつけてください。ここは技術フォーラムです。

[Artyom Trishkin]

Andrey Dik:

ユーリ・ザイチェフ

友よ、喧嘩はやめてくれ。洪水を除去すること。

[Andrey Dik]

Artyom Trishkin:
友よ、言い争うのはもういい。洪水を削除しています。

いやいや、ユーリの言葉を削除しないでください。彼は、ターミナルがすべてのティックで ファイルに書き込んでいると主張していますこれはMQのプロ意識に欠ける言いがかりだが、ユーリの言葉を引用したレナトがどうするか見てみたい。これから始まるスペクタクルを楽しむことを否定しないでください。