ビルド600以上とCPU使用率 - ページ 8 12345678 新しいコメント Alain Verleyen 2014.04.29 13:45 #71 xaphod: ビルド628受信チックなし。 >500回/秒。すばらしい ビルド645(最後の公式リリース)で確認し、変化がなければMetaquotesのServiceDeskに ご報告ください。ありがとうございました。 Syed Naufal Gaddafi 2014.04.29 14:12 #72 xaphod: ビルド628受信チックなし。 >500回/秒。すばらしい だから、ビルド509はそのようなことは起こりません?625はどうですか? Miguelito Yap 2014.05.01 03:34 #73 mikeyap9: 修正しました。私のコードが原因でした。 適切に初期化されていない変数を追加したため、計算が延々とループしていました。 早とちりしてしまいましたが、そうではありません。 実はファイル読み込みの競合で、28台のボットが同じ設定ファイルを読んでいたんです。 FILE_READの代わりにFILE_SHARE_READに 切り替えただけなんですけどね。 今は正常に戻っています。 Jon Grah 2015.01.25 09:27 #74 ビルド745と765を使用しています。 チャートをロードせず、ニュースを無効にし、アラートを無効にしてテストしました。 まだ40-60%のCPU使用率です。デュアルコア3.1Ghz vps win2008, R2 64 bit.1.5GB ram, 400-800MB ram free.チャートをロードしているいくつかの端末では、1-3%のCPU使用率を示しています。 何も起動していないのに、なぜランダムな端末で高い使用率を示すのでしょうか?edit: プロセスエクスプローラーのプロセスプロパティページのスクリーンショットです。使用率の高いスレッドを終了させようとすると、同じCPUを使用している別のスレッドがその場所を取ってしまいます。edit: 次に、そのスレッドを'suspend'(殺すのではない)しようとしました。これはCPUを下げますが、それがターミナルに他の影響を与えるかどうかを確認する必要があります。 以前の投稿では、ターミナルに相場が来なくなったことが示唆されています(殺されたとき)。 だから、マーケットが今日後半に再開したとき、私は見なければならないでしょう。私は今それを再開しようとし、スレッドはちょうど高いCPU使用率にジャンプバックします。 オープンチャート、およびマーケットウォッチにはシンボルがありません(すべてを隠す)。 さらに市場は閉じているので、受信ティックではありません。edit: マーケットが再開されました。 スレッドをサスペンドすると、ターミナルは5-10分間正常に動作するように見えますが、その後突然フリーズし(応答しない)、プログラムを動作させるためにスレッドをアンサスペンド(再開)するか、プログラムを再起動する必要があります。再起動後、同時期に起動した別の端末ではメモリ使用量が多かったのですが、それもなくなりました(CPU使用量は0.2~1.5%に戻りました)。 この端末ではEAとインジケータでチャートを開いています。 原因不明の高いCPU使用量には、私が何かを見逃していなければ、合理的な理由がないように思われます。 Jon Grah 2015.01.27 07:25 #75 新しいテストサーバーでテストしたところ、今回はwindows2012 64bit、4プロセッサ、2GB RAMで、いくつかのチャートやインジケータをロードしても、CPU使用率が低い(0.1~1%)状態でターミナルを起動しました。その後、インストールしたばかりの端末を起動したところ、起動後2分ほどで使用率25%(チャートは開いて いない)に。 他の既存の端末は使用率低めです。その後、何事もなく動作していた他の端末を再起動すると、直後の端末が高いCPU使用率に。 うーん......。mt4のバグでスレッドがCPUを大量に使っているのだと思うのですが、なぜでしょう?-------edit: mql4.codebase.en.dat ファイルのブロックを解除すると、CPU使用率は0.2-3%に戻りました。 端末ごとにプロセッサが最大になることはなくなり、ファイルも正常に書き込まれるようになりました。mql4.codebase.en.dat file located here: Users[user]\AppDataRoaming﹑MetaQuotes﹑TerminalⒸCommunity以前は、肥大化を抑えるために特定のmt4ファイルに読み取り専用のパーミッションを与えていました。 12345678 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
ビルド628受信チックなし。 >500回/秒。すばらしい
ビルド628受信チックなし。 >500回/秒。すばらしい
だから、ビルド509はそのようなことは起こりません?625はどうですか?
修正しました。私のコードが原因でした。 適切に初期化されていない変数を追加したため、計算が延々とループしていました。
早とちりしてしまいましたが、そうではありません。 実はファイル読み込みの競合で、28台のボットが同じ設定ファイルを読んでいたんです。 FILE_READの代わりにFILE_SHARE_READに 切り替えただけなんですけどね。 今は正常に戻っています。
ビルド745と765を使用しています。 チャートをロードせず、ニュースを無効にし、アラートを無効にしてテストしました。 まだ40-60%のCPU使用率です。デュアルコア3.1Ghz vps win2008, R2 64 bit.1.5GB ram, 400-800MB ram free.チャートをロードしているいくつかの端末では、1-3%のCPU使用率を示しています。 何も起動していないのに、なぜランダムな端末で高い使用率を示すのでしょうか?
edit: プロセスエクスプローラーのプロセスプロパティページのスクリーンショットです。
使用率の高いスレッドを終了させようとすると、同じCPUを使用している別のスレッドがその場所を取ってしまいます。
edit: 次に、そのスレッドを'suspend'(殺すのではない)しようとしました。
これはCPUを下げますが、それがターミナルに他の影響を与えるかどうかを確認する必要があります。 以前の投稿では、ターミナルに相場が来なくなったことが示唆されています(殺されたとき)。 だから、マーケットが今日後半に再開したとき、私は見なければならないでしょう。私は今それを再開しようとし、スレッドはちょうど高いCPU使用率にジャンプバックします。 オープンチャート、およびマーケットウォッチにはシンボルがありません(すべてを隠す)。 さらに市場は閉じているので、受信ティックではありません。
edit: マーケットが再開されました。 スレッドをサスペンドすると、ターミナルは5-10分間正常に動作するように見えますが、その後突然フリーズし(応答しない)、プログラムを動作させるためにスレッドをアンサスペンド(再開)するか、プログラムを再起動する必要があります。
再起動後、同時期に起動した別の端末ではメモリ使用量が多かったのですが、それもなくなりました(CPU使用量は0.2~1.5%に戻りました)。 この端末ではEAとインジケータでチャートを開いています。 原因不明の高いCPU使用量には、私が何かを見逃していなければ、合理的な理由がないように思われます。
新しいテストサーバーでテストしたところ、今回はwindows2012 64bit、4プロセッサ、2GB RAMで、いくつかのチャートやインジケータをロードしても、CPU使用率が低い(0.1~1%)状態でターミナルを起動しました。
その後、インストールしたばかりの端末を起動したところ、起動後2分ほどで使用率25%(チャートは開いて いない)に。 他の既存の端末は使用率低めです。
その後、何事もなく動作していた他の端末を再起動すると、直後の端末が高いCPU使用率に。 うーん......。
mt4のバグでスレッドがCPUを大量に使っているのだと思うのですが、なぜでしょう?
-------
edit: mql4.codebase.en.dat ファイルのブロックを解除すると、CPU使用率は0.2-3%に戻りました。 端末ごとにプロセッサが最大になることはなくなり、ファイルも正常に書き込まれるようになりました。
mql4.codebase.en.dat file located here: Users[user]\AppDataRoaming﹑MetaQuotes﹑TerminalⒸCommunity
以前は、肥大化を抑えるために特定のmt4ファイルに読み取り専用のパーミッションを与えていました。