MQL：セキュリティと機会 - ページ 7

[Andrew Petras]

Renat:

すべてナンセンスです。ギガバイトを24時間稼働させるわけではないのですから。

オペレーティングシステムやシステムプロセスは、ディスクに対して桁外れに大きな関わりを持っています。

という質問がありました。

komposter

...それとも、何かチェックするソフトがあるのでしょうか？

...

そして、私の知る限り、サイズではなく、ファイルの場所です。

永久に書き換え可能な ファイルが常に1つの場所にある場合（そこにスワップを固定することができます） - ドライブは物理的にまさにこの場所で崩れ始めるでしょう。

(週1回のスケジュールによるデフラグで解決します)。

全体として、本当にバカにならない。

[---]

Renat:

すべてナンセンスです。ギガバイトを24時間稼働させるわけではないのですから。

オペレーティングシステムやシステムプロセスは、ディスクを使ってよりハードに作業します。

Renatさん、こんにちは。MTのファイルサンドボックスの概念と、それに割り当てられる役割について、私の質問を明確にしたいと思います。

ファイルサンドボックスとは、Expert Advisorが限られた場所にのみ書き込みや読み取りを行うことを許可するものです。
これは、コンピュータのデータセキュリティのために明示的に行われるものです。
つまり、Expert Advisorをサンドボックス内に制限し、トロイの木馬がサンドボックス外のプライベートクライアントデータをFileOpenすることが不可能になるようにするのです。
そうでない場合は、Expert Advisor用のDLLの 明示的な 許可が必要になります。
OKです。

また、Expert Advisorがディスクではなく、少なくともメモリ上のファイルに書き込むことを許可したらどうでしょうか。

ユーザー/MKのセキュリティが緩くならないか？

[Renat Fatkhullin]

sergeev:

また、Expert Advisorがディスクではなく、少なくともメモリ上のファイルに書き込むようにしたらどうでしょうか。

ユーザー/MCのセキュリティが失われるのでは？

その必要性とは？

ファイル、ピップ、グローバル変数を 与え、1つのターミナルにいるすべてのエキスパートが、問題なく正常に通信できるようにしました。しかし、「外の人とフリーモードでコミュニケーションする」という課題は、目の前にないのです。逆に言えば、私たちの仕事は、決して情報を外に漏らさないことです。

ps: 端末間の通信方法の回避策を探してください - 私たちはそれを行いません。

[---]

わかりました ありがとうございます

という質問と、さらにいくつかの質問があります。

1.開発計画を入れることができるか - テスト中にEAからローカル エージェントに情報を転送すること。

2. Pipesを使用するマーケットプレイスアプリケーションは認定されますか？

[Slava]

sergeev:

1.開発計画を入れられるか-テスト中に専門家から現地 代理人に情報を伝達できるか？

そもそも、このような介入の必要性を正当化してください。

私たちの意見では、テスターから提供された情報（パラメータセットやデータファイル、さらにはリクエストに応じて提供するカスタムインジケータ）以外に、テストしたEAにいくつかの追加情報を渡すことは方法論的に間違っています。

ちなみに、ローカルエージェントは、このコンピュータにあるすべてのクライアント端末の共有フォルダ にアクセスできます。

[---]

stringo:

そもそも、このような介入の必要性を正当化してください。

私たちの意見では、テスターが提供するもの（パラメータセットやデータファイル、さらには私たちがリクエストに応じて提供するカスタムインディケータ）以上の追加情報をテスターに与えることは方法論として間違っていると思います。

を例として、そのGA

トレーディング、自動売買システム、トレーディング戦略のテストに関するフォーラム

dllと市場。

じゅー さん 2013.04.18 21:51

その通りだと思います。<...>と、100回くらい議論されている、代理店への情報伝達と、最適化されたパラメータ数の「分野の狭さ」についてです。

<...>

1.最適化可能なパラメータを制限する。

2.最適化のモノサシ（新しい言葉の組み合わせですみません）。

砂が蒸発する過程をコントロールすることができない。

これは、開発者を非難するものでは全くありません。それどころか、MQL5プログラムの開発者にとっては空想の産物なのです。

<...>二国間転送が可能になれば、問題は解決します。上記の3つの項目をすべて実行する必要はなく、すべてが自ずと成長していくでしょう。

ちなみに、ローカルエージェントは、このコンピュータにあるすべてのクライアント端末の共有フォルダ にアクセスできます。

だから、セキュリティのパラダイムを変えずに 、情報交換のスピードアップを 図りたいんです。

[Slava]

GAでは、まず第一に入力パラメータセットを生成することが必要です。そのため、この場合、追加情報は必要ありません

[Andrey Dik]

Renat:

参考までに、MQL5 CloudNetworkの クラウドサーバーでは、通常1日あたり約5テラバイト、時には最大10テラバイトのトラフィックが 発生します。

もし、このネットワークに、各エージェントへの到達が保証 された無制限の カスタム・トラフィックを入れるなら、ネットワークはあまり良い感じではないでしょう。

1.現在、トラフィックの99.9％はヒストリカルデータで構成されていると言っても過言ではありません。

2.各エージェントへのアドレス指定は全く必要ありません。以下、その方法を紹介します。

レナート

...

ファイル、パイプ、グローバル変数を 与え、1つの端末にいる全てのエキスパートが問題なく正常に通信できる ようにしました。しかし、「外の人とフリーモードでコミュニケーションする」という課題は、目の前にないのです。逆 に言えば、私たちの仕事は、決して情報を外に漏らさないことです。

ps: 端末間の通信方法について、回避策を探す必要はありません。

私は、先ほどから、チャート上のプログラムとエージェントの間で双方向の情報交換が必要だとはっきり申し上げています。外部は必要ありません。つまり、1つの端末（とそれが管理するエージェント）内だけでの話です。他の実行中のコピー端末（目的が異なる）は、情報交換に関与しない。

ストリングス

テスト対象のExpert Advisorに、テスターが提供する情報（パラメータやデータファイルのセット、カスタムインジケータ）に加えて、何らかの追加情報を渡すことは方法論的に間違っていると考えています。

ちなみに、ローカルエージェントは、このコンピュータにあるすべてのクライアント端末の共有フォルダ にアクセスできます。

まさにリクエスト次第です。これは、エージェントへの情報転送を伴うアドレスではなく、エージェント自身が自分宛ての荷物を受け取る（それに応じてテスターがこの荷物をクラウドに送るだけ）ことになります。

だから、こんなものが必要なんですね。

#property  expert_opt_param 600


void OnTesterInit(const double &CustomData[])
{
   
}

ここで、expert_opt_paramはEAのようなプログラムの標準的なプロパティである。

CustomDataが初期化されていないことが判明した場合、パスはスキップされます。

したがって、エージェント宛のデータパケットは、エージェントが受信できるように、エキスパートアドバイザーがチャート上にあらかじめ作成しておく必要があります。

bool OptDataSend(double CustomData, int AgentId);

ここで bool OptDataSend() - 標準言語関数

double CustomData - ユーザデータ

int AgentId - エージェントID、言い換えれば、オプティマイザの「ブルートフォース」モードでのパス番号。

そして--この場合、セキュリティはどのように破ら れるのでしょうか？すべて厳密かつ連続的に、1つの端末のサンドボックスの中で。

[Mykola Demko]

sergeev:

は、CFastFile (MQHのCtrl フォルダ内)で解決されます。

しかし、テストでは、オブジェクトと比較して、ビットマップをチャートに出力することは時間の無駄であることが示されました。CViewのルール :)

テストはあまり正しくないという前提です。

まず、ビットマップの作成にOpenCLを使用していないこと（もちろん、大容量では有利かもしれないが、小容量では疑問が残る）。

第二に、ファイルへの書き込みとファイルからの読み出しは、メモリにアクセスするよりもはるかに遅い（そしてここで頻繁に再計算すると、例えば24回/秒最大の損失は、書き込みと読み取りファイル24回/秒と測定時間）、それはちょうど1番目のビットマップの損失対26ラベルのです。

だから、私は仮想ファイルに賛成なんです。汎用性のあるソリューションです。様々なアルゴリズムで使用できます。

[---]

Urain:

テストはあまり正しくないという前提です。

ファイルへの書き込み、ファイルからの読み出しが桁違いに遅くなる

ファイルへの書き込み はなく、ResourceCreateであった。