RAMが空かない・・・。 - ページ 5 12345678 新しいコメント hrenfx 2013.02.08 07:39 #41 Renat: Hrenfx はい、エージェントはどのブローカーの履歴も取得できますが、「顧客端末（注文決済）→クラウドサーバー（キャッシュ）→エージェント」の連鎖の中でしか取得できません。 エージェントはトレードサーバーにアクセスすることはなく、クラウドサーバーもトレードサーバーにアクセスすることはありません。エージェントは自分自身のキャッシュを保持しますが、リクエストの頻度に応じて時々キャッシュをクリーンアップします。 同じコンピュータの同じディレクトリに立つエージェントは、互いに通信方法を知っており、履歴を一度だけダウンロードし、互いに共有します。 Renatさん、私たちは異なる（対立するのではない）考え方を持っているので、あなたは私を誤解しています。トレーダーは、ブローカーの取引条件を最初に評価するために、ほとんどの場合、関心のあるブローカーの実際の履歴を必要とします。誰もがゼロアカを開設できるわけではありません。しかし、「クラウドサーバー（キャッシュ）」にはこの履歴が残っており、トレーダーのエージェントと問題なく共有することができるのです。そして、トレーダーに会い、クラウドエージェントで自動的に行われるように、トレーダーが興味のあるブローカーの実際の履歴をキャッシュサーバーからダウンロードできるようにすることはできますか？このような解決策は、少なくとも、カスタムヒストリーを持たないことを論理的に正当化するものでしょう。特に、すでに実装されているのですから。 Renat Fatkhullin 2013.02.08 07:58 #42 hrenfx: Renatさん、私たちは異なる（対立するのではない）考え方を持っているので、あなたは私を誤解しています。トレーダーは、ブローカーの取引条件を最初に評価するために、ほとんどの場合、関心のあるブローカーの実際の履歴を必要とします。誰もがゼロアカを開設できるわけではありません。しかし、「クラウドサーバー（キャッシュ）」にはこの履歴が残っており、トレーダーのエージェントと問題なく共有することができます。そして、トレーダーに会い、クラウドエージェントで自動的に行われるように、トレーダーが興味のあるブローカーの実際の履歴をキャッシュサーバーからダウンロードできるようにすることはできますか？このような解決策は、少なくとも、カスタムヒストリーを持たないことを論理的に正当化するものでしょう。特に、すでに実装されているのですから。すべて完璧に理解しています。しかし、歴史はクラウドタスクの一部としてのみ与えられるものであり、決して表に出してはいけないものなのです。クラウドサーバーは一時的にキャッシュを保持し、使用されないと削除される。つまり、特定の計算タスク以外でのデータの可用性は保証されないのだ。私の返信を読み返してみてください。ルートはあくまでもお客様端末です。議論を長引かせるつもりはありませんが、技術的、法的など多くの理由から、この動作は変更されないでしょう。 Renat Fatkhullin 2013.02.08 08:03 #43 voix_kas:レナート上の記事で引用したヒストリカルベースのボリュームは普通なのでしょうか？この点について、コメントをお願いします。 今、整理しているところです。サイズは、実は何かと大きいのです。 hrenfx 2013.02.08 08:05 #44 異様な状況です。あるブローカーからの履歴を必要とするトレーダーは、簡単な方法ではそれを得ることができない。一方、自分のコンピュータ上のエージェントは、誰かがクローデスのダミーアドバイザーでも起動させると、この履歴を受け取る。次に、次のオプションは、合理的と思われる：エージェントはすでにトレーダーの裁量でテスターを使用する任意のブローカーの履歴をアップロードしてみましょう。P.S. 少なくとも、オフラインのチャートという形で、そのエージェントが利用できる履歴を公開することです。 Roman Golubenko 2013.02.12 12:00 #45 問題はまだある... Roman Golubenko 2013.02.15 07:52 #46 それなのに... Slava 2013.02.15 08:18 #47 GoRo: でも、まだあるんです...。 新しいビルドにアップグレードしたのに、まだ問題が解決されていないのですか？ Renat Fatkhullin 2013.02.15 08:35 #48 GoRo: しかし、問題はまだ残っている...。この問題は解決されました。履歴の更新のクリアの頻度が低いことが原因でした。新しいビルドでは、すべてがうまくいき、ファイルサイズも 削減される予定です。 Roman Golubenko 2013.02.15 10:43 #49 stringo: 新しいビルドにアップグレードしても、問題が発生することはありませんか？ 今日もまた、エージェントが2GB以上のRAMを食っていることに気づかされました。 Renat Fatkhullin 2013.02.15 10:45 #50 GoRo: 今日、エージェントが2GB以上のRAMを消費していることに再び気づきました。あくまでファイルサイズの 問題を言っていたのです。古いバージョンの歴史的なブロックは削除されずにそこに保存されていた。このRAMは、すでに専門家自身が使っています。 12345678 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
Hrenfx はい、エージェントはどのブローカーの履歴も取得できますが、「顧客端末（注文決済）→クラウドサーバー（キャッシュ）→エージェント」の連鎖の中でしか取得できません。
エージェントはトレードサーバーにアクセスすることはなく、クラウドサーバーもトレードサーバーにアクセスすることはありません。エージェントは自分自身のキャッシュを保持しますが、リクエストの頻度に応じて時々キャッシュをクリーンアップします。
同じコンピュータの同じディレクトリに立つエージェントは、互いに通信方法を知っており、履歴を一度だけダウンロードし、互いに共有します。
Renatさん、私たちは異なる（対立するのではない）考え方を持っているので、あなたは私を誤解しています。トレーダーは、ブローカーの取引条件を最初に評価するために、ほとんどの場合、関心のあるブローカーの実際の履歴を必要とします。誰もがゼロアカを開設できるわけではありません。しかし、「クラウドサーバー（キャッシュ）」にはこの履歴が残っており、トレーダーのエージェントと問題なく共有することができます。そして、トレーダーに会い、クラウドエージェントで自動的に行われるように、トレーダーが興味のあるブローカーの実際の履歴をキャッシュサーバーからダウンロードできるようにすることはできますか？このような解決策は、少なくとも、カスタムヒストリーを持たないことを論理的に正当化するものでしょう。特に、すでに実装されているのですから。
すべて完璧に理解しています。
しかし、歴史はクラウドタスクの一部としてのみ与えられるものであり、決して表に出してはいけないものなのです。クラウドサーバーは一時的にキャッシュを保持し、使用されないと削除される。つまり、特定の計算タスク以外でのデータの可用性は保証されないのだ。
私の返信を読み返してみてください。ルートはあくまでもお客様端末です。
議論を長引かせるつもりはありませんが、技術的、法的など多くの理由から、この動作は変更されないでしょう。
レナート
上の記事で引用したヒストリカルベースのボリュームは普通なのでしょうか？
この点について、コメントをお願いします。
異様な状況です。あるブローカーからの履歴を必要とするトレーダーは、簡単な方法ではそれを得ることができない。一方、自分のコンピュータ上のエージェントは、誰かがクローデスのダミーアドバイザーでも起動させると、この履歴を受け取る。
次に、次のオプションは、合理的と思われる：エージェントはすでにトレーダーの裁量でテスターを使用する任意のブローカーの履歴をアップロードしてみましょう。
P.S. 少なくとも、オフラインのチャートという形で、そのエージェントが利用できる履歴を公開することです。
でも、まだあるんです...。
しかし、問題はまだ残っている...。
この問題は解決されました。履歴の更新のクリアの頻度が低いことが原因でした。
新しいビルドでは、すべてがうまくいき、ファイルサイズも 削減される予定です。
新しいビルドにアップグレードしても、問題が発生することはありませんか？
今日、エージェントが2GB以上のRAMを消費していることに再び気づきました。
あくまでファイルサイズの 問題を言っていたのです。古いバージョンの歴史的なブロックは削除されずにそこに保存されていた。
このRAMは、すでに専門家自身が使っています。