マルチコアテストネットワーク - ページ 14 1...78910111213141516171819202122 新しいコメント 削除済み 2010.12.29 05:56 #131 Jingo:mql5でEAを書き換えている間に、知りたいことがあります。2人が同時にネットワークを使用する場合、電力はどのように半分に分けられるのでしょうか？ 何も変化がない場合は、フリーコアで。 Yedelkin 2010.12.29 11:46 #132 Jingo: mql5でEAを書き換えている間に、知りたいことがあります。 2人が同時にネットワークを使用する場合、電力はどのように半分に分けられるのでしょうか？ 先着順となります。すでに議論されていることですが。このスレッドとほぼ同じ。 --- 2010.12.29 12:21 #133 Jingo:mql5でEAを書き換えている間に、知りたいことがあります。2人が同時にネットワークを使用する場合、電力はどのように半分に分けられるのでしょうか？まだ手動での制御はしていませんが、開発者がこのテーマをさらに発展させてくれることでしょう。しかし、この段階では、キューは順次従事し、つまり最初に通過したパケットが動作します。エージェントは、ネットワーク上のすべてのタスクのパケットを処理することができます。そして、エージェントは、1つのExpから1つずつパケットを処理し、別のExpから別のパケットを処理することができます。ですから、テストを速くするためには、ネットワークにエージェントを増やせばいいのです。 Renat Fatkhullin 2010.12.31 01:25 #134 sergeev:開発者の皆さんは、このテーマをさらに発展させていくことでしょう。将来的には壮大な計画があるのでしょうが、現段階では、キューは順次処理されており、つまり最初に通過するパケットが動作するようになっています。エージェントは、ネットワーク上のすべてのタスクのパケットを処理することができます。そして、エージェントは、1つのExpから1つずつパケットを処理し、別のExpから別のパケットを処理することができます。したがって、テストを高速化するには、ネットワーク内のエージェントを増やせばよいのです。最適化開始 後、ある端末に捕獲された場合、そのエージェントは最適化が終了するまでその端末のために働くことになります。これは、エージェントがキャッシュやロードされたエキスパートを失うことなく、同じタスクを効率的に実行できるようにするために行われます。最適化処理が終了すると、エージェントは解放されます。もしエージェントが常に異なるタスクに切り替え始めたら、非効率的に働くことになります（常に同期、エキスパートの再ロード、待機、など）。 Jager 2010.12.31 02:09 #135 私たちのネットワークには、34のMetaTesterエージェントが あります。良質のビデオ 5 MBENGに 参加しよう!!! 1.Comodo EasyVPNを インストールする2.エージェントネットワークに参加する: ネットワーク、ネットワークに参加する、ネットワーク名: Metatester_agents、パスワード: 12345678903.ヘルプエージェントのメタテスター ファイル: tester34.rar 3 kb --- 2010.12.31 02:12 #136 Renat:最適化の実行後、エージェントがいずれかの端末に引き継がれた場合、最適化が終了するまでその端末のためにエージェントを動作させます。なるほど、私のエージェントに対する見立ては間違っていなかったのですね。最適化が終わったことをエージェントはどのようにして知るのでしょうか。シャットダウンするのでしょうか、それとも新しいデータパケットを一定時間待つのでしょうか。レナットさん、今、エージェントの機能が本格的に向上していることは承知していますので、この機会に、エージェントの状態をもっとユーザーに画面上で情報発信していただきたいと思います。ログを見ると、最適化メッセージがたくさん表示され、特定のエージェントで何が起こっているのかが分かりにくいです。busy/failed/connecting メッセージ - busy モードで何が起こっているのか、なぜ失敗したのか、具体的に説明して展開します。エージェント・ネットワークを管理するために、これらすべてが必要なのです。ネットワークのメンバー（特に管理者）は、他のメンバーのエージェントがダウンしている理由を確認し、これに迅速に対応する必要があります。例えば、エージェントの再起動をユーザーに依頼する場合。しかし、そのためには、どこに問題があるのかを正確に把握しなければ、何もお勧めすることはできません。 また、現在抱えている問題、つまりエージェントが明白な理由もなく停止した状態に切り替わることについて、servicedeskに手紙を書きました。ビルド375以降の出来事だと感じています。それ以前は問題なく使えていました。 Alexandr 2010.12.31 02:31 #137 私は 失敗しました Jager 2010.12.31 02:38 #138 おばあちゃんがおじいちゃんに、「見開きで私を動かしていいよ。おじいちゃんの答え： 「できないよ、パンクしちゃったんだ。おっと！ ;)2011年、皆さん、明けましておめでとうございます!!! Alexandr 2010.12.31 02:40 #139 Slava 2011.01.03 16:59 #140 sergeev: ビジーモードで何が起こっているのか、なぜ失敗したのか、具体的に教えてください。 今回、診断機能を拡張しました。テスターログに失敗した理由の説明が追加されました。 残念ながら、EAとそのex5コンポーネントの問題によるサービスクラッシュはまだ解消されていません。今後、サービスクラッシュを100％回避できるだろう。今のところ、クラッシュ後に自動的にサービスを上げる予定です。 1...78910111213141516171819202122 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
mql5でEAを書き換えている間に、知りたいことがあります。
2人が同時にネットワークを使用する場合、電力はどのように半分に分けられるのでしょうか？
mql5でEAを書き換えている間に、知りたいことがあります。
2人が同時にネットワークを使用する場合、電力はどのように半分に分けられるのでしょうか？
mql5でEAを書き換えている間に、知りたいことがあります。
2人が同時にネットワークを使用する場合、電力はどのように半分に分けられるのでしょうか？
まだ手動での制御はしていませんが、開発者がこのテーマをさらに発展させてくれることでしょう。
しかし、この段階では、キューは順次従事し、つまり最初に通過したパケットが動作します。エージェントは、ネットワーク上のすべてのタスクのパケットを処理することができます。そして、エージェントは、1つのExpから1つずつパケットを処理し、別のExpから別のパケットを処理することができます。
ですから、テストを速くするためには、ネットワークにエージェントを増やせばいいのです。
開発者の皆さんは、このテーマをさらに発展させていくことでしょう。
将来的には壮大な計画があるのでしょうが、現段階では、キューは順次処理されており、つまり最初に通過するパケットが動作するようになっています。エージェントは、ネットワーク上のすべてのタスクのパケットを処理することができます。そして、エージェントは、1つのExpから1つずつパケットを処理し、別のExpから別のパケットを処理することができます。
したがって、テストを高速化するには、ネットワーク内のエージェントを増やせばよいのです。
最適化開始 後、ある端末に捕獲された場合、そのエージェントは最適化が終了するまでその端末のために働くことになります。
これは、エージェントがキャッシュやロードされたエキスパートを失うことなく、同じタスクを効率的に実行できるようにするために行われます。最適化処理が終了すると、エージェントは解放されます。
もしエージェントが常に異なるタスクに切り替え始めたら、非効率的に働くことになります（常に同期、エキスパートの再ロード、待機、など）。
私たちのネットワークには、34のMetaTesterエージェントが あります。
良質のビデオ 5 MB
ENGに 参加しよう!!!
1.Comodo EasyVPNを インストールする2.エージェントネットワークに参加する: ネットワーク、ネットワークに参加する、ネットワーク名: Metatester_agents、パスワード: 1234567890
3.ヘルプエージェントのメタテスター
最適化の実行後、エージェントがいずれかの端末に引き継がれた場合、最適化が終了するまでその端末のためにエージェントを動作させます。
なるほど、私のエージェントに対する見立ては間違っていなかったのですね。
最適化が終わったことをエージェントはどのようにして知るのでしょうか。シャットダウンするのでしょうか、それとも新しいデータパケットを一定時間待つのでしょうか。
レナットさん、今、エージェントの機能が本格的に向上していることは承知していますので、この機会に、エージェントの状態をもっとユーザーに画面上で情報発信していただきたいと思います。ログを見ると、最適化メッセージがたくさん表示され、特定のエージェントで何が起こっているのかが分かりにくいです。busy/failed/connecting メッセージ - busy モードで何が起こっているのか、なぜ失敗したのか、具体的に説明して展開します。
エージェント・ネットワークを管理するために、これらすべてが必要なのです。ネットワークのメンバー（特に管理者）は、他のメンバーのエージェントがダウンしている理由を確認し、これに迅速に対応する必要があります。例えば、エージェントの再起動をユーザーに依頼する場合。しかし、そのためには、どこに問題があるのかを正確に把握しなければ、何もお勧めすることはできません。
また、現在抱えている問題、つまりエージェントが明白な理由もなく停止した状態に切り替わることについて、servicedeskに手紙を書きました。ビルド375以降の出来事だと感じています。それ以前は問題なく使えていました。
おばあちゃんがおじいちゃんに、「見開きで私を動かしていいよ。おじいちゃんの答え： 「できないよ、パンクしちゃったんだ。
おっと！ ;)
2011年、皆さん、明けましておめでとうございます!!!
ビジーモードで何が起こっているのか、なぜ失敗したのか、具体的に教えてください。
今回、診断機能を拡張しました。テスターログに失敗した理由の説明が追加されました。
残念ながら、EAとそのex5コンポーネントの問題によるサービスクラッシュはまだ解消されていません。今後、サービスクラッシュを100％回避できるだろう。今のところ、クラッシュ後に自動的にサービスを上げる予定です。