テストエージェントのクレイジーキャッシュ - ページ 3

 
Renat Fatkhullin:
秘密を話すのを忘れていました。人は、たとえ1ドルであっても、有料の サービスを使わない理由を100個は見つけるものです。

これが、「売りにくさ」の根本的な説明です。しかし、その代わりに人々は合理的と思われる理由を思いつくのです :)

だから、試してもらわなければ、好きになるわけがない。月に1回、1時間だけ無料でネットワークを使う機会を設けてはどうだろうか。

 
Renat Fatkhullin:

そして、フォーラムの発言で操作するのではなく、自分自身を見つめるのです。

おそらく、その通りなのでしょう。

MQ-Demo側の深刻なブレーキが早く最終的に解決されることを期待します。

 
fxsaber:

おそらく、その通りなのでしょう。

MQ-Demo側の深刻なブレーキが、早く最終的に解決されることを願っています。

MT5 1545の新しい金曜日ビルドを試してみてください - 何かが改善されています。

また、MetaQuotes-Demo MT5には23万以上のアカウントが常にアクティブであり、実際の取引のバッカがあることに注意してください。
 
Renat Fatkhullin:

ドライブから数ギガバイトのデータを読み込まなければならないのは、「嫌な組織」なのか?平均速度200mbpsのssdから1gbのデータを読み出すだけでも5秒かかる。もし、4-32人のエージェントがいたら?

技術的な面を考えるだけなんですね。何もかもが無料ではないし、技術的な要件をゼロに掛けることもない。

技術的なソリューションとエージェントの最適化のレベルは驚くべきもので、私たちは膨大な量の作業を行い、すべてのプロセスからミリ秒単位でスクラッチしました。データボリュームを忘れてはいけません。RAMを増やし、より大きなSSDを入れ、フレームディスクを入れれば、すべてが加速されるのです。

これだけのことをやっても価格はすでにリーズナブルですが、解決すべきクラスとボリュームがあるため、本格的な取り組みが必要なのです。

RAMは64GB搭載しています。32エージェントのテスターでは、最大40GBを使用し、約1.1~2GBのデータをディスクにリセットしているそうです。しかし、エージェントの半分を無効にすると、残りのエージェントは、まだ大量のRAMスペースがあるにもかかわらず、まったく同じ動作をするようになります。

管理人様:

1)このようなディスクの負荷(1日数百ギガバイトの書き換え)が本当に正常だと思いますか?このモードでは、通常のSSDはどのくらい持つのでしょうか?

2) テスターでリソース使用量の 調整がないのは、本当に正しいのでしょうか?

改めて、ご指摘の方法と同じ方法で問題を解決しました。しかし、それは私に十分な時間がかかり、このソリューションは常に正しく動作することを言うことはできません(例えば、異なるディスク上のシステム内のテスターの複数のコピーがある場合 - 時々エージェントの自然な除去につながる、私はサービス-デスクに無駄にこのトピックに書きました)。今回も自分で解決しました)。また、すべてのユーザーができるわけではないでしょう。

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

トピ主は「いつまでやるんだ」モードでスレッドを立ち上げ、根拠のない発言をした。もし、彼がきちんと収集したデータを提供していれば、データ収集の段階で50%の質問が落ちていただろう。

どんな証拠が必要なんだ?エージェントが消費するRAMの量、ディスク上のキャッシュの量、1日に上書きできるデータの量を知らないのですか?掛け算して結果を出す。

一般的には、なぜ何かを証明するのか、私はあなたを非難しているのです。テーマのポイントは、ここに問題がある、どうすれば解決 できるのか、ということです。 あなたは、サービスデスクのように、なぜか当たり前のことを言い始め、テスターの最適化を褒め称えるのです。まともなプログラマーなら、どんなプログラムも完璧ではないことを知っているはずなのに。
 
クラウドについて。発想が素晴らしい。そして、現実にはこのような感じです。



32セント/日は、私のエージェントにとって良い日です))そして、クラウドは32エージェントずつ2システムと8エージェント2システムを使用します。総勢80名のエージェントが24時間体制で対応。1日あたりの記録は2ドル前後で、まったく利益が出ないこともしばしばだった。赤い棒グラフは、クラウドでのテスト5分あたりのコストで、3ヶ月で約4万回の実行です(記憶が正しければ)。287,781本で20ポンド強の収益、6ヶ月かかりました)))
残念ですが、今のところクラウドは何の意味もないですね。

トレントトラッカーのように、100回パスすれば80回(開発者に-20%)もらえるようになれば最高です。

代理店をネットワークに繋ぐのも簡単なことではありません。だから、数年前にすべての業者組合が消滅してしまった。

あるいは、有料でネットワークを構築することも可能だったでしょう。誰も有料サービスを利用しなくなる......それは間違いだ。適切な価格設定の問題だけです
 
alrane:
赤い棒グラフは、クラウド上で5分間のテストを行い、3ヶ月で約4万回実行した場合のコストです(記憶が正しければ)。287,781本で20ポンド強、半年で達成)))

また、PCでテストしていた場合、どれくらいの時間がかかるのでしょうか?

 
alrane:
RAMは64GB搭載しています。32エージェントのテスターでは最大40GBを使い、1.1~2GBほどディスクにデータをリセットしていますね。しかし、エージェントの半分を無効にすると、残りのエージェントは、まだ大量のRAMスペースがあるにもかかわらず、まったく同じ動作をするようになります。

管理者様へ

1)このようなディスクへの負荷(1日数百ギガバイトの書き換え)が本当に普通だと思っているのでしょうか?このモードでは、通常のSSDはどのくらい持つのでしょうか?

2) テスターでリソース使用量の調整がないのは、本当に正しいのでしょうか?

改めて、ご指摘の方法と同じ方法で問題を解決しました。しかし、それは私に十分な時間がかかり、このソリューションは常に正しく動作することを言うことはできません(例えば、異なるディスク上のシステム内のテスターの複数のコピーがある場合 - 時々エージェントの自然な除去につながる、私はサービス-デスクに無駄にこのトピックに書きました)。今回も自分で解決しました)。また、すべてのユーザーができるわけではないでしょう。

どんな証拠が必要なんだ?エージェントが使用するRAMの量、ディスク上のキャッシュの量、1日に上書きされるデータの量を知らないのでしょうか?掛け算して結果を出す。

だいたい、なんで俺が何かを証明しなきゃいけないんだ、俺はお前を非難してるんだぞ?テーマのポイントは、ここに問題がある、どうすれば解決 できるのか、ということです。 あなたは、サービスデスクのように、なぜか当たり前のことを言い始め、テスターの最適化を褒め称える。まともなプログラマーなら、どんなプログラムも完璧ではないことを知っているはずなのに。

戦争に行ったのに「なぜ弾薬がたくさん必要なのか」と。

私の意見ですが、あなたは解決すべき課題を理解しておらず、解決すべき課題よりもSSDの長寿命化の方が重要だと考えているようです。そう、このような負荷は絶対に正常であり、予想されることなのです。

また、テスターが全く未知のニーズであなたのプログラムを動かしていることを認めたくないのでしょう。そして、消費されるリソースのボリュームに責任を持つのはあなたです。

問題ありません。アレックスが示したものを除いては、人々はツケを払わないために何でも考えるのです。

 
alrane:
クラウドについて。発想が素晴らしい。そして、現実にはこんな感じです。



32セント/日は、私のエージェントにとって良い日です))そして、クラウドでは32エージェントずつ2システムと8エージェント2システムを使用しています。総勢80名のエージェントが24時間体制で対応。1日あたりの記録は2ドル前後で、まったく利益が出ないこともしばしばだった。赤い棒グラフは、クラウドでのテスト5分あたりのコストで、3ヶ月で約4万回の実行です(記憶が正しければ)。287,781本で20ポンド強の収益、6ヶ月かかりました)))

整理しますと

  • エージェントをオンラインにしたとはいえ、注文が少ないのでほとんど機能しませんでしたね。働いていない時間は0.1%にも満たない。だから、「80人のエージェントが24時間体制」なんて話は、まったくできないんです。
  • 8,800人以上のエージェントに割り当てられたタスクに約10ドルを費やし、累積でほぼ8日分の仕事をこなしたことになります。あの加速感は、とても良い対価だと思います。
  • 自国の代理店がネットワークのためにその分の仕事をしたわけではないので、収益と費用を比較することができます
  • ランを比較することはできません。それぞれのタスクに適したランがあります。等価電力を比較すればよいのです。量子力学は計算されています。
  • この数字は、ネットワークが消費者にとって非常に有益なものであることを示している

 
-Aleks-:

また、PCでテストしていた場合、どれくらいの時間がかかるのでしょうか?

私のバインダーでは、4台のPCと80人のエージェントで、約6~10時間です。
レナト・ファットフーリン

戦争に行ったのに「なんでこんなに弾薬がいるんだ」と。

私の意見ですが、あなたは解決すべき課題を理解しておらず、解決すべき課題よりもssdの神話的な寿命の方があなたにとって重要なのだと思います。そうです、そのような負荷は絶対に正常であり、期待されています。

また、テスターが全く未知のニーズであなたのプログラムを動かしていることを認めたくないのでしょう。そして、消費されるリソースのボリュームに責任を持つのはあなたです。

問題ありません。アレックスが示したものを除いては、人々はツケを払うのを避けるために何でも考えつくのです。

どんな戦争?最初の投稿を読み直してください。
alrane

このような問題に遭遇された方はいらっしゃいますか?どう対処すればいいのか?このようなキャッシュボリュームの原因は何でしょうか?

SSDの寿命の方が重要なら、たぶん使わないでしょう。テスターにとって、システムのボトルネックはハードディスク だということです幸いなことに、私はSSDを搭載していますが、大多数のユーザーは通常のHDDを搭載しており、この状況はさらに悲しいものとなっています。
ロセッサやメモリ、ビデオカードではなく、ハードディスク上の性能で制限されるソフトウェアの例を挙げてください。私自身はそのような状況に直面したことがないため、普通のことではありません。
そして、このボトルネックをテスターによって(システムの空きリソースを利用して)拡張することは不可能である。それが普通だと?本当にすごいと思ってるの?それなら、答える必要はない
 

騒ぐのはやめましょう。

テスターの効率と性能の本当の対決をしたいですか?1つのエージェントインスタンス、1つの単純なタスク、そしてシングル、リパス、最適化 モードですべてのリソースを記録してみてください。そうしたら、さっさと地に足をつけてあげよう。実際に課題を評価した上で、自分で言葉を撤回しないのであれば。

そして、ssdはあなたにとってより重要なものであり、あなたは無駄に時間をかけて説明したわけではありません。そして、あなたは私の説明について考えようともしない。ボタンを押しただけで、突然、資源を浪費することになるのです。そして、ボンネットの下に何が本当にあるのか、どれだけのデータがあるのかを評価する気もない。