MQL5クラウドネットワークのリソースコスト計算式に関する公開討論会 - ページ 15

 
なるほど、納得がいかない。エージェントがトラフィックをカウントできるって話じゃなかったっけ?どこを見ればいいのか?
 
Interesting:
なるほど、納得がいかない。エージェントがトラフィックをカウントできるって話じゃなかったっけ?どこを探そうか?

ウェブサイト上のプロフィールで直接見ることができるようになります + あなたが稼いだものについて、私たちは詳細な毎日のレポートを追加します。

あと1週間もすれば、サイトにエージェントの統計情報が表示されるようになると思います。

 
Renat:

ウェブサイト上のプロフィールを直接見ることができるようになります + 私たちは、収益に関する詳細な日次レポートを追加します。

1週間後には、エージェントの統計がウェブサイトに載り始めると思います。

ありがとうございます。マネージャーでエージェントを探していたからです :)
 
Mischek:

1コアあたり1時間2セントで?

0,02×24×30×34≒490円/月

どうかな、市場が判断することだと思う。

まだ値段の話をするのは早い!?


とりあえずプールでコアを溜めてるんだけど...。そして、儲かるならプールに入ればいいじゃない

現在、36コアを搭載しています


パッシブインカムを利用できる

特に、私はマシンを動かし続けるだけでいいので

そして、私はかなり強力なサーバーを持っており、VPSとして提供することもできます。

--


 
YuraZ:

秘密でなければ、アトムにはどんなデバイスがあり、エージェントが(フル)ロードするとどのように機能するのでしょうか?

つまり、その上で他のことができるようになったり、速度が落ちたり(エージェントおよび/またはアドバイザーのみ接続)しないか?

 
Silent:

アトムについて、秘密でなければ、どのようなデバイスで、エージェントが(フルに)ロードするとどのように動作するのでしょうか?

つまり、彼らが他のことをできるようにするか、彼らが遅くなる(エージェントおよび/またはアドバイザーのみ接続)?

プールにはいくつかの原子が含まれています(最初のページにはさらにいくつかの原子があります)。

asusの1201Nが好きです、12インチデバイスの中では最高クラスです(ネットのレビューで)

サムスンの12インチも悪くないし、MSIの8インチも非常に小さい。


ただ、2コア、4コアでも負荷がかかれば、十分な動作が可能であることは言うまでもありません。

彼らは通常、インターネットカフェでこれらのマシンを使用しています - キッチンの学生。

ネットに接続するのが主な目的だと言っておきましょう。

これらのマシンは、通常、強力な計算が必要なアプリケーションには使用されません。

で、スーパープログラムは使わないそうです。複雑な処理はしない。

つまり、AGENTに使用するのが理想的です。

このような小さなコアのプロセッサは、ほとんどの場合、竹を煙らせてしまうので


 
YuraZ:

なるほど、ありがとうございます。

学生をおおむね意識しています。具体的にはエージェントによるデバイス運用+MT5でエージェントによるピークロード時のアドバイザー/インジケーターに興味があります。

デスクトップ2コアでエージェントを実行すると、各コアの負荷が50以下になると(タスクマネージャで、システムの非アクティブが0%)、オペラでさえターボの有効化を提案し始め、ターミナルの1つが接続を失う/見つけるというビープ音を出し始めたことに気が付きました。例えば、そのような瞬間に映画を流すと、ぎくしゃくしてしまう。平日、パソコンに向かっているときに何度か見かけました。インジケータを使ったより高度な/そうでないEAでもこのような状況に対応できるのでしょうか、それともティックを処理する時間が足りずにそのまま通過してしまうのでしょうか?もちろん、接続が安定していればの話ですが。特に、モバイル機器において。どうやら優先順位では解決しないようで、このままでは低いようです。

来年には間違いなく関連性が出てくるはずです :)

 
Silent:

なるほど、ありがとうございます。

学生をおおむね意識しています。具体的にはエージェントによるデバイス運用+MT5でエージェントによるピークロード時のアドバイザー/インジケーターに興味があります。

デスクトップ2コアでエージェントを実行すると、各コアの負荷が50以下になると(タスクマネージャで、システムの非アクティブが0%)、オペラでさえターボの有効化を提案し始め、ターミナルの1つが接続を失う/見つけるというビープ音を出し始めたことに気づきました。例えば、そのような瞬間に映画を流すと、ぎくしゃくしてしまう。1週間のうち、何度かパソコンに向かっているときに見かけました。インジケータを使ったより高度な/そうでないEAでもこのような状況に対応できるのでしょうか、それともティックを処理する時間が足りずにそのまま通過してしまうのでしょうか?もちろん、接続が安定していればの話ですが。特にモバイル機器では。どうやら優先順位では解決しないようで、このままでは低いようです。

来年には間違いなく関連性が出てくるはずです :)

ここでタイムテーブルを導入してみるのもいいかもしれません。

あなたが積極的に車を使用する場合 - たとえば、映画を見る - まあ、その時間のためのエージェントをオフにします。

断線には気づいていない。

2つ目のオプションは、例えば2つのコアで実行するのではなく、1つのコアで実行することです。

 
YuraZ:

ここでタイムテーブルを試してみるのもいいかもしれません。

もし、マシンがアクティブに使用されている場合、例えば、映画を見ている場合、その時間だけエージェントを無効にしてください。

接続が切れていることに気づいていない。

2つ目のオプションは、例えば2つのコアで実行するのではなく、1つのコアで実行することです。

コンピュータを他にどう使うか、全く使わないかというと、それだけではないし、そうでもない。トレーダーの目線で状況を見る。

実アカウントで1台のPCを動かしているんですね。エージェントがExpert Advisorをクラッシュさせてシステムを故障させないことを確認せずに、エージェントを接続するリスクを冒すのですか?そして、モバイル端末の場合は、さらに問題が深刻になる可能性があります。

そして、スケジュール管理はここではできない。クラウドがコアをロードするタイミングが分かれば、使えるかもしれませんね。また、そのままでは、エージェントのあるパソコンでEAを動かすと、動作に不具合(というか未処理の刻み)が出る危険性があります。

私は、システムが遅くなるのが本当にわかる例として、映画を挙げました。

コミュニケーションについて - まだ完全には確定していません。偶然なのか、ISPが「推測」したのか、今週中にもっと調べてみます。

一部のコアは...まあ、そうかもしれませんね。一方、ディスパッチャは負荷分散がうまくいっているようです。でも、コアの総負荷量を制限したり、例えば50%以上100%以下とかの選択肢があれば、最高なんですけどね。開発者だけが、「ユーザーの余計な努力に反対している」とまた言い出すのでしょう :)

まあ、見てのお楽しみです。

PSそうそう、あとEAが「遅い」かどうかを調べる方法がまだわかりません。

 

Silent:

リアルで動いているパソコンが1台あります。EAをクラッシュさせてシステムをダウンさせないという確信もなく、エージェントを接続するリスクを冒すのでしょうか?そして、モバイル端末の場合は、さらに問題が深刻になる可能性があります。

そして、スケジュール管理はここではできない。クラウドがコアをロードするタイミングが分かれば使えるんですけどね。このままでは、エージェントのあるパソコンでEAを動かすと、動作に不具合(というか生焼け)が出る危険性があるのです。

私は、システムが遅くなるのが本当にわかる例として、映画を挙げました。

コミュニケーションについて - まだ完全には確定していません。偶然なのか、ISPが「推測」したのか、今週はもっと監視することにします。

一部のコアは...まあ、そうかもしれませんね。一方、ディスパッチャは負荷分散がうまくいっているようです。でも、コアの総負荷量を制限したり、例えば50%以上100%以下とかの選択肢があれば、最高なんですけどね。開発者だけが、「ユーザーの余計な努力に反対している」とまた言い出すのでしょう :)

まあ、見てのお楽しみです。

PS そうそう、EAが「遅くなったかどうか」を知る方法をまだ知らないんです。

1.私見ですが、まともな人であれば、リアル口座でトレードが行われるcomを危険にさらしてまで、他のものを掛けようとする人は少ないと思います(トレード時間の話であれば)。もうひとつは、勤務時間外であれば、パソコンで何でも、好きなようにできることです。

2.動かし方とパソコンの種類によります。その場合、コンピュータのコアの半分以下にするのがよいでしょう。スケジューリングも役に立ちます。エージェントをまったく動かさない時間を設定できるからです(たとえば、月曜日(通常は低調な日)にはエージェントを最大限に使用し、水曜日と金曜日にはエージェントをオフにするのが望ましいでしょう)。

3. どのような場合でも、2つの選択肢(あるいは3つの選択肢)が通信可能であるべきである。また、万が一に備え、電気のバックアップも必要です。

4.コアだけでなく、コアなしでも十分なボトルネックが存在する。例えば、RAMやディスク、同じインターネット。