RAMが空かない・・・。 - ページ 6 12345678 新しいコメント Roman Golubenko 2013.02.15 11:49 #51 Renat:あくまでファイルサイズの問題を言っていたのです。古いバージョンの歴史的なブロックは削除されずにそこに保存されていた。このRAMは、すでに専門家自身が使っています。 もう一つの問題は、エージェントがRAMを食い尽くし、スワップを使って作業を始め、コンピュータが「亀」になることです。 Roman Golubenko 2013.02.15 11:59 #52 エージェントは756になりました。どれが問題を解決したのでしょうか？ Renat Fatkhullin 2013.02.15 12:19 #53 GoRo:エージェントは756になりました。どれが問題を解決したのでしょうか？ 今日発売の次作。まだ公表されていません。 Dmitriy Parfenovich 2013.02.15 20:04 #54 1.少し前までは、工作員が時計のように音を立てて削っていた。それぞれ約300MBのメモリーを消費した。しかし、システムドライブ（Progamm Filesにインストール）には、各エージェントが約5GBの.tmpファイルを一時フォルダに保存していましたこれは正常なのか？2.エージェントのログにこんな興味深い記述がありました。JM 2 Logger 20:49:44 log was cleaned JL 0 Network 00:00:00 connected to 3.agents.mql5.com DK 0 Network 20:50:14 connected to 3.agents.mql5.com KR 0 Network 20:50:44 connected to 3.agents.mql5.com KI 0 Network 20:51:14 connected to 3.agents.mql5.comログはすべて削除されており、エラーが発生した場合、証拠としてログを提出することもできません。今では、エージェントの実行時間や使用するメモリ量などさえも不明です。では、すぐにスクラブされるのであれば、なぜログがあるのでしょうか？以前は3日以上ログを削除していました。PS.ログの2行目、時刻がおかしい。 Anatoli Kazharski 2013.02.16 01:12 #55 fyords:... テスターや最適化、クラウドに関連するバグの情報を提供することは、現在ではかなり困難です。解析に多くの時間を費やしている。以前、最適化の結果を アーカイブに保存しておくと、MetaTrader 5で再度最適化を行わなくても分析ができるようになると提案したことがあります。このようなアーカイブが保存できれば、開発者に送って解析してもらうことも簡単になります。つまり、アーカイブには最適化結果、ログ（エラーのみ）、その他必要な情報が含まれることになる。 Roman Golubenko 2013.02.16 06:51 #56 Renat: 今日発売の次回作では。まだ公表されていません。 アップデートされてないんだけど・・・。 Renat Fatkhullin 2013.02.16 10:36 #57 ログはあっという間に蓄積され、数ギガバイトにもなるため、より積極的に削除する必要があったのです。エージェントは自分自身のディレクトリをきれいに保つ。 昨日はビルドのリリースを見送り、月曜日まで延期してより多くのテストを実施することにしました。 Dmitriy Parfenovich 2013.02.16 12:14 #58 Renat: ログはあっという間に蓄積され、数ギガバイトにもなるため、より積極的に削除する必要があったのです。エージェント自身が自分のディレクトリをきれいに保つ ...いや、まあ、いいんですけどね。しかし、それでは、例えばルーターを使ったホームネットワークでのTask Handlingの ような問題があった場合、解析のために何を用意すればいいのでしょうか？それとも、特定のイベントが発生したときに（毎日ではなく）ログがクリーニングされるのでしょうか？ Renat Fatkhullin 2013.02.16 12:29 #59 fyords:いや、まあ、いいんですけどね。しかし、それでは、例えばルーターを使ったホームネットワークでのTask Handlingの ような問題があった場合、解析のために何を用意すればいいのでしょうか？それとも、特定のイベントが発生したときに（毎日ではなく）ログがクリーニングされるのでしょうか？ログは、トラブル時にファイルで見ることができます。解析については、エージェントマネージャからエージェントを停止するだけで、完全なログを見ることができます。エージェントが再起動するまで、ログは保存されます。 Roman Golubenko 2013.02.24 06:38 #60 最新ビルドのリリースで、より良くなったようです。 12345678 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
あくまでファイルサイズの問題を言っていたのです。古いバージョンの歴史的なブロックは削除されずにそこに保存されていた。
このRAMは、すでに専門家自身が使っています。
エージェントは756になりました。
どれが問題を解決したのでしょうか？
エージェントは756になりました。
どれが問題を解決したのでしょうか？
1.少し前までは、工作員が時計のように音を立てて削っていた。それぞれ約300MBのメモリーを消費した。しかし、システムドライブ（Progamm Filesにインストール）には、各エージェントが約5GBの.tmpファイルを一時フォルダに保存していました
これは正常なのか？
2.エージェントのログにこんな興味深い記述がありました。
ログはすべて削除されており、エラーが発生した場合、証拠としてログを提出することもできません。
今では、エージェントの実行時間や使用するメモリ量などさえも不明です。では、すぐにスクラブされるのであれば、なぜログがあるのでしょうか？以前は3日以上ログを削除していました。
PS.ログの2行目、時刻がおかしい。
...
今日発売の次回作では。まだ公表されていません。
昨日はビルドのリリースを見送り、月曜日まで延期してより多くのテストを実施することにしました。
ログはあっという間に蓄積され、数ギガバイトにもなるため、より積極的に削除する必要があったのです。エージェント自身が自分のディレクトリをきれいに保つ ...
いや、まあ、いいんですけどね。しかし、それでは、例えばルーターを使ったホームネットワークでのTask Handlingの ような問題があった場合、解析のために何を用意すればいいのでしょうか？
それとも、特定のイベントが発生したときに（毎日ではなく）ログがクリーニングされるのでしょうか？
いや、まあ、いいんですけどね。しかし、それでは、例えばルーターを使ったホームネットワークでのTask Handlingの ような問題があった場合、解析のために何を用意すればいいのでしょうか？
それとも、特定のイベントが発生したときに（毎日ではなく）ログがクリーニングされるのでしょうか？
ログは、トラブル時にファイルで見ることができます。
解析については、エージェントマネージャからエージェントを停止するだけで、完全なログを見ることができます。エージェントが再起動するまで、ログは保存されます。