タスク・マネージャーを見てみると、興味深いことに、MT4（ビルド628に更新）のCPU使用率は0％となっている。 、これは、ここにいる他のほとんどのユーザーと同じだと思う。しかし、Sysinternals Process Explorerで見ると、まだ約7％のCPUを使用しています。
Measuring CPU Consumption
Older versions of Windows were able to track only an approximation of actual CPU usage. At a clock-generated interrupt that on most systems has a period of 15.6 milliseconds (ms), Windows identifies the thread currently executing on each CPU. If the thread is executing in kernel mode, its kernel-mode time is incremented by 15.6 ms; otherwise, its user-mode time is incremented by that amount. The thread might have been executing for only a few CPU cycles when the interrupt fired, but the thread is charged for the entire 15.6-ms interval. Meanwhile, hundreds of other threads might have executed during that interval, but only the thread currently running at the clock tick gets charged. Windows Task Manager uses these approximations to report CPU usage even on newer versions of Windows that have more accurate metrics available. Task Manager further reduces its accuracy by rounding to the nearest integer percentage, so processes with executing threads that consume less than 1 percent of CPU time are indistinguishable from processes that do not execute at all. Finally, Task Manager does not account for CPU time spent servicing interrupts or deferred procedure calls (DPCs), incorrectly including that time with the System Idle Process.
Procexp represents CPU usage more accurately than does Task Manager. First, Procexp shows per-process CPU utilization percentages rounded to a resolution of two decimal places by default instead of to an integer. Second, Procexp tracks the time spent servicing interrupts and DPCs and displays them separately from the Idle process. Finally, Procexp uses additional system metrics so that processes consuming small amounts of CPU can be identified and, when possible, provide a more accurate account of actual CPU consumption. Different metrics are available on Windows XP, Windows Vista, and Windows 7 and their corresponding server versions. Procexp takes advantage of whatever is available to report the most accurate measures possible.
mt4のビルド600以上は（b509と同量のチャート、インジケータなどを開いた状態で）メモリ使用量が3倍にもなることが確認できました。
特に複数のEAを実行する場合、b509ではターミナルが60-100MBかもしれませんが、ビルド610ではEAでたった3-4チャートで160-200MBになり、チャートの最大バーは「たった」2000バーです。
mt4のビルド600以上は（b509と同量のチャート、インジケータなどを開いた状態で）メモリ使用量が3倍にもなることが確認できました。
特に複数のEAを実行する場合、b509ではターミナルが60-100MBかもしれませんが、ビルド610ではEAでたった3-4チャートで160-200MBになり、チャートの最大バーは「たった」2000バーです。
私の場合、前の投稿のような設定で、13枚のチャートで、~26MBです。
チャートの最大 バーはそれぞれ5000です。 MT4ビルド625
CleanMemを使用していますが、これはメモリ管理の助けになるかもしれません。）
そうかもしれませんが、私のノートPCは電源が入ったままです
ノートパソコン、デスクトップパソコンどちらをお使いですか？
昨日、数時間後にメモリ使用量が少なくなることに気づきました。VMWare vpsでWindows2008(64bit)を1CPU、1024MBのメモリで動かしています。私は120チャートと8つのEAを持つ8つのターミナルを実行しています。
端末は確かにCPUをより多く使用しますが、平均して20％以下にとどまっているようです。端末を起動すると、端末ごとに約50MBから100MBを使用します。1日経つと、最初の半分くらいになります。なぜだろう...
私の場合、前の投稿のような設定で13チャート、〜26MBです。
チャートのバーの最大数は各5000本です。 MT4ビルド625
CleanMemを使っているので、メモリ管理には役立っているかもしれませんが :)
昨日、数時間後にメモリ使用量が少なくなることに気づきました。私はWindows2008(64bit)のVMWare vpsを1CPU、1024MBのメモリで動かしています。8台の端末で約120チャートと8つのEAを動かしています。
端末は確かにもっとCPUを使いますが、平均して20％以下にとどまっているようです。端末を起動すると、端末ごとに50MBから100MBほど使用します。1日経つと、最初の半分くらいになるんです。なぜだろう...。
mt4 b625にアップグレードし、チャートの最大バー数も1500に減らしました。 私は8つのEAを持つ1つの端末を持っていて、シンボルごとに4つのチャートを持っています。 約50MBを使用しています。 そして、EA dllにバグがあり、毎ティック 空白のポップアップ警告を発生させています。マーケットウォッチで、現在使用していないシンボルを「すべて隠す」ように設定しています。
mt4 b625で6チャートしかない別のブローカーが40MB使っています。
実は、同じ量のチャートと少ないEAを動かしているmt4 b509の方が、実はメモリを多く使って いるのです。 約70MB
今週末まで様子を見ますが、その間にいくつかの端末を再起動することになると思います。 MetaQuotesがようやく正しいことをしたように思える。 このままであることを祈ろう。
ノートパソコン、デスクトップパソコンをお持ちの方
私は両方持っていますが、CPU使用率の問題はラップトップのもので、デスクトップで試したことはありません。
覚えておいてほしいのは、CPUの使用率は常に異なるということです。1.8GHzと2.4GHzのCPU使用率は、どう同じにしようとしても同じにはならないでしょう。
特にCPUが1コア以上ある場合は。
覚えておいてほしいのは、CPUの使用率は常に異なるということです。1.8GHzと2.4GHzのCPU使用率は、どう同じにしようとしても同じにはならないでしょう。
特に、1つ以上のコアを持つCPUならなおさらだ。
もしかして、i7 2640M（2コア、4スレッド）でMT4がチャートも開かずに動いているときに、MT4のCPU使用率が7%でOKだと思ってる？ 私は、そうではありません。
じゃあ、いいや。うん、バカみたい。
OK、私のシステムからの情報です。 再起動し、すべてのWindowsアップデートを適用し、再び再起動しました。
、これは、ここにいる他のほとんどのユーザーと同じだと思う。しかし、Sysinternals Process Explorerで見ると、まだ約7％のCPUを使用しています。
タスク・マネージャーを見てみると、興味深いことに、MT4（ビルド628に更新）のCPU使用率は0％となっている。
Measuring CPU Consumption
Older versions of Windows were able to track only an approximation of actual CPU usage. At a clock-generated interrupt that on most systems has a period of 15.6 milliseconds (ms), Windows identifies the thread currently executing on each CPU. If the thread is executing in kernel mode, its kernel-mode time is incremented by 15.6 ms; otherwise, its user-mode time is incremented by that amount. The thread might have been executing for only a few CPU cycles when the interrupt fired, but the thread is charged for the entire 15.6-ms interval. Meanwhile, hundreds of other threads might have executed during that interval, but only the thread currently running at the clock tick gets charged. Windows Task Manager uses these approximations to report CPU usage even on newer versions of Windows that have more accurate metrics available. Task Manager further reduces its accuracy by rounding to the nearest integer percentage, so processes with executing threads that consume less than 1 percent of CPU time are indistinguishable from processes that do not execute at all. Finally, Task Manager does not account for CPU time spent servicing interrupts or deferred procedure calls (DPCs), incorrectly including that time with the System Idle Process.
Procexp represents CPU usage more accurately than does Task Manager. First, Procexp shows per-process CPU utilization percentages rounded to a resolution of two decimal places by default instead of to an integer. Second, Procexp tracks the time spent servicing interrupts and DPCs and displays them separately from the Idle process. Finally, Procexp uses additional system metrics so that processes consuming small amounts of CPU can be identified and, when possible, provide a more accurate account of actual CPU consumption. Different metrics are available on Windows XP, Windows Vista, and Windows 7 and their corresponding server versions. Procexp takes advantage of whatever is available to report the most accurate measures possible.