MQL5とMQL5 Cloud Networkのユニバーサル数学計算の追加サポートのために追加すべきものは何ですか? - ページ 8 1234567891011 新しいコメント Renat Fatkhullin 2012.10.30 23:09 #71 Reshetov:つまり、マスターの助けを借りずに、あるエージェントから別のエージェントへ再帰的なデータ転送を行い、その結果をマスターに返すことが保証されていることが必要なのです。例えば、コンピュータがシャットダウンされ、潜在的に有効なソリューションの枝が中断されたため、エージェントがタスクを受け取り、完了前に終了させることができなかったのです。 いつ、どこで、どれだけの成果を還元するかは、エージェント次第です。カスタムデータをマスターに送信するためのすべての機能は、以前から動作しています。例えば、チェスのゲームを分析する作業などです。ウィザードは駒を配置し、今動くべき駒の色の割り当てを生成します。つまり、1駒1割り当てです。各エージェントは、自分の駒のタスクを受け取った後、駒が動けないときは、さらなる分析のために有望でないバリエーションを捨て、新しいフォーメーションを形成し、敵の駒のタスクとして渡すのである。そして、ピースが嵌るか、膠着するか、探索の深さを超えるまで、何度も何度も繰り返すのです。 UCIインターフェース に基づくMQL5 Cloud Master chessプロジェクトに参加したいですか?このアンケートはまさにそのために作られたものであり、メイトもそのために作られたものです。 --- 2012.10.31 07:18 #72 Renat:UCIインターフェースで 構築されたMQL5 Cloud Master chessプロジェクトに参加しませんか?うーん、とても興味深いです。 また、最終的にどのような製品を予定していますか? クラウドを利用したチェスエンジンで、競技用?それともチャートでチェス? Renat Fatkhullin 2012.10.31 08:07 #73 製品ではなく、大規模な計算、高速な再構成、最小限の応答遅延の両方を必要とする非自明なタスクのために、明らかにクラウドのアップグレードを強いる実用的な問題です。 はい、そしてパブリックデモが良い例です。 --- 2012.10.31 08:17 #74 まあ、そうですね、課題ですね。それでいて、この課題(UCI)からは--実用化は可能でしょうか?それとも、少し狙いが違うのでしょうか? Renat Fatkhullin 2012.10.31 08:25 #75 プロジェクトの 目的は、競争を引き裂くようなN-千頭のモンスターを書くことかもしれません。 --- 2012.10.31 08:39 #76 私は大賛成です(UCIのことは何も知りませんが)。 でも、このモストロができたら、ぜひMTのアプリケーションを書きたいですね。)このアイデアは、インターフェイスを描いていても、ずっと前から出ていました。本当にここで彼らは私に教えて、MTのゲーム - は、プラットフォームのイメージに悪影響を与えることを私の鼻をオンにします。 Yury Reshetov 2012.10.31 08:59 #77 Renat: いつ、どこで、どれだけの成果を還元するかは、エージェント次第。カスタムデータをマスターに渡す関数は、すべて以前から動作しています。効果があるのは分かっています。しかし、ウィザードは未完成のタスクを返すのではなく、見つかった解決策だけを返すようにしなければなりません。未完成のタスクは、デッドロックでなければ、追加のサブタスク(どの方向に検索を続けるか)に分解され、他のエージェントに送られるべきです。サブタスクの1つは元エージェントに任されている。特に未完了のタスクは指数関数的に増えていくので、ウィザードに戻す意味はあるのでしょうか?ネットワークの伝送負荷を上げる?ウィザードは、タスクの解決策が見つかった場合のみ、その解決策を求めます。レナート UCIインターフェース に基づくMQL5 Cloud Master chessプロジェクトに参加したいですか?そして、このアンケートの目的はまさにこれであり、Pipesもそのために実装されているのです。MQL5のニューラルネットワークエンジンのオープンソースプロジェクトの ように、このプロジェクトが再びクリロフの寓話「クヴァルテット」のレベルに留まることはないだろうか。ロシア語では、「望む」と「実行する」の間に非常に大きな違いがあるのです。もし、またオタクが集まって、賢そうな顔で博識ぶりを発揮して、コードの一行もない、聞いたり読んだりしたあれやこれやのオプションを提供するなら、私はすぐに、そのような道化には参加したくありません、と言うでしょう。プロジェクトマネージャーは、最低限、何かが始まる前に、将来のクラスのインターフェースを作成し、将来のメソッドとフィールドの相互作用を考え、このインターフェースまたはそのインターフェースを既製のクラスにするために誰が何をするか、プロジェクト参加者の間で責任を分配しなければなりません。 Yury Reshetov 2012.10.31 09:04 #78 sergeev:確かにMTでゲームをやるとプラットフォームのイメージに悪影響があると言われたり、言われたりしていますね。ネガティブな意味ではなく、アプリケーションの問題を解決するために、クラウドの機能をどの方向に改善する必要があるかを開発者が確認できるようにします。ゲームはゲーム、つまり遊んで辞めるものです。機能はそのままです。 --- 2012.10.31 09:13 #79 Reshetov:悪影響はありませんが、開発者はアプリケーションの問題を解決するために、どの方向にクラウド機能を洗練させる必要があるかを確認することができます。ゲームはゲーム、つまりプレイして帰るものです。機能はそのままです。クラウドの話ではありません。また、MT以外でも使用することができます。MTの話です。 Renat Fatkhullin 2012.10.31 09:21 #80 sergeev:クラウドの可能性は明らかですからね。MT以外でも使用可能です。MTのことです。ゲームは表面的に見てもダメなんです。 コンピュータのシステムを機能的に成長させるものである。ゲームがなければ存在しないコンピュータの機能がどれだけあるか、考えてみてください。MetaTrader 5で言えば、「ゲーム/非トレーディング」という枠組みでやってきたことが多いですね。グラフィカルオブジェクトのアップグレードOpenCLの搭載キャンバス包含MQL5 Cloud Network- 世間は信じてくれなかったが、トレーダーの設定を一切必要としない、驚くほど使いやすいシステムを作り上げたクラウド上のフレームデータ交換と端末上のマスタ処理の制御外部システムとの通信のための名前付きチャネルここで、クラウドネットワークの普遍的な機能を拡張するための次のステップを公的に議論したいと思います。 Распределенные вычисления в сети MQL5 Cloud Network cloud.mql5.com Заработать деньги, продавая мощности своего компьютера для сети распределенных вычислений MQL5 Cloud Network 1234567891011 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
つまり、マスターの助けを借りずに、あるエージェントから別のエージェントへ再帰的なデータ転送を行い、その結果をマスターに返すことが保証されていることが必要なのです。例えば、コンピュータがシャットダウンされ、潜在的に有効なソリューションの枝が中断されたため、エージェントがタスクを受け取り、完了前に終了させることができなかったのです。
例えば、チェスのゲームを分析する作業などです。ウィザードは駒を配置し、今動くべき駒の色の割り当てを生成します。つまり、1駒1割り当てです。各エージェントは、自分の駒のタスクを受け取った後、駒が動けないときは、さらなる分析のために有望でないバリエーションを捨て、新しいフォーメーションを形成し、敵の駒のタスクとして渡すのである。そして、ピースが嵌るか、膠着するか、探索の深さを超えるまで、何度も何度も繰り返すのです。
UCIインターフェース に基づくMQL5 Cloud Master chessプロジェクトに参加したいですか?
このアンケートはまさにそのために作られたものであり、メイトもそのために作られたものです。
UCIインターフェースで 構築されたMQL5 Cloud Master chessプロジェクトに参加しませんか?
うーん、とても興味深いです。
また、最終的にどのような製品を予定していますか? クラウドを利用したチェスエンジンで、競技用?それともチャートでチェス?
はい、そしてパブリックデモが良い例です。
私は大賛成です(UCIのことは何も知りませんが)。
でも、このモストロができたら、ぜひMTのアプリケーションを書きたいですね。)このアイデアは、インターフェイスを描いていても、ずっと前から出ていました。
本当にここで彼らは私に教えて、MTのゲーム - は、プラットフォームのイメージに悪影響を与えることを私の鼻をオンにします。
いつ、どこで、どれだけの成果を還元するかは、エージェント次第。カスタムデータをマスターに渡す関数は、すべて以前から動作しています。
効果があるのは分かっています。しかし、ウィザードは未完成のタスクを返すのではなく、見つかった解決策だけを返すようにしなければなりません。未完成のタスクは、デッドロックでなければ、追加のサブタスク(どの方向に検索を続けるか)に分解され、他のエージェントに送られるべきです。サブタスクの1つは元エージェントに任されている。
特に未完了のタスクは指数関数的に増えていくので、ウィザードに戻す意味はあるのでしょうか?ネットワークの伝送負荷を上げる?ウィザードは、タスクの解決策が見つかった場合のみ、その解決策を求めます。
UCIインターフェース に基づくMQL5 Cloud Master chessプロジェクトに参加したいですか?
そして、このアンケートの目的はまさにこれであり、Pipesもそのために実装されているのです。
MQL5のニューラルネットワークエンジンのオープンソースプロジェクトの ように、このプロジェクトが再びクリロフの寓話「クヴァルテット」のレベルに留まることはないだろうか。
ロシア語では、「望む」と「実行する」の間に非常に大きな違いがあるのです。
もし、またオタクが集まって、賢そうな顔で博識ぶりを発揮して、コードの一行もない、聞いたり読んだりしたあれやこれやのオプションを提供するなら、私はすぐに、そのような道化には参加したくありません、と言うでしょう。プロジェクトマネージャーは、最低限、何かが始まる前に、将来のクラスのインターフェースを作成し、将来のメソッドとフィールドの相互作用を考え、このインターフェースまたはそのインターフェースを既製のクラスにするために誰が何をするか、プロジェクト参加者の間で責任を分配しなければなりません。
確かにMTでゲームをやるとプラットフォームのイメージに悪影響があると言われたり、言われたりしていますね。
ネガティブな意味ではなく、アプリケーションの問題を解決するために、クラウドの機能をどの方向に改善する必要があるかを開発者が確認できるようにします。
ゲームはゲーム、つまり遊んで辞めるものです。機能はそのままです。
悪影響はありませんが、開発者はアプリケーションの問題を解決するために、どの方向にクラウド機能を洗練させる必要があるかを確認することができます。
ゲームはゲーム、つまりプレイして帰るものです。機能はそのままです。
クラウドの話ではありません。また、MT以外でも使用することができます。
MTの話です。
クラウドの可能性は明らかですからね。MT以外でも使用可能です。
MTのことです。
ゲームは表面的に見てもダメなんです。
コンピュータのシステムを機能的に成長させるものである。ゲームがなければ存在しないコンピュータの機能がどれだけあるか、考えてみてください。
MetaTrader 5で言えば、「ゲーム/非トレーディング」という枠組みでやってきたことが多いですね。
ここで、クラウドネットワークの普遍的な機能を拡張するための次のステップを公的に議論したいと思います。