나는 주로 사용 가능한 메모리를 추적하기 위해 때때로 Koshy John의 MemClean을 사용합니다. 메모리가 사용 가능한 최대 메모리에 접근하기 시작할 때만 '정리'합니다. 이대로라면 거의 쓸 일이 없을 텐데.
버기 :
어제 나는 몇 시간 후에 메모리 사용량이 줄어든다는 것을 알아차렸습니다. 1개의 CPU와 1024MB의 메모리에서 실행되는 Windows2008(64비트)의 VMWare vps가 있습니다. 약 120개의 차트와 8개의 EA가 있는 8개의 터미널을 실행합니다.
터미널은 실제로 더 많은 CPU 활성 상태이지만 평균적으로 20% 미만으로 유지되는 것 같습니다. 터미널을 시작할 때 터미널당 약 50MB에서 100MB를 사용합니다. 하루가 지나면 처음 사용한 양의 약 절반을 사용합니다. 왜 그런지...
mt4 b625로 업그레이드하고 차트의 최대 막대도 1500으로 줄였습니다. 8개의 EA, 심볼당 4개의 차트가 있는 터미널이 하나 있습니다. 약 50MB를 사용하고 있습니다. 그리고 매 틱마다 빈 팝업 경고를 발생시키는 버그가 EA dll에 있습니다. 현재 사용하지 않는 기호를 모두 숨기도록 시장 시계를 설정했습니다.
mt4 b625에 차트가 6개뿐인 다른 브로커가 40MB를 사용하고 있습니다.
실제로 동일한 양의 차트와 더 적은 수의 EA를 실행하는 mt4 b509는 실제로 더 많은 메모리를 사용하고 있습니다. 약 70MB
주말까지 상황을 계속 지켜볼 것이지만 그 사이에 일부 터미널을 다시 시작할 것이라고 확신합니다. MetaQuotes가 마침내 옳은 일을 한 것 같습니다. 그대로 있기를 바랍니다.
알겠습니다. 내 시스템의 일부 정보입니다. 나는 그것을 다시 시작하고 모든 Windows 업데이트를 적용하고 다시 시작했습니다. . .
나는 내가 작업 관리자를 볼 것이라고 생각했다. . . 흥미롭게도 0% CPU를 사용하는 MT4(빌드 628로 업데이트됨)를 보여줍니다. 그래서 나는 이것이 실제로 여기에 있는 대부분의 다른 사용자들과 동의한다고 생각합니다. . . 그러나 현실은 여전히 약을 사용하고 있다는 것입니다. 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개입니다.
내 이전 게시물과 같은 설정으로 ~26MB, 13개의 차트에서 채굴합니다.
차트의 최대 막대 는 각각 5000개입니다. MT4 빌드 625
그래도 메모리 관리에 도움이 될 수 있는 CleanMem을 사용합니다. :)
그렇게 생각하지만 내 노트북은 계속 켜져 있습니다.
노트북이나 데스크탑 PC가 있습니까?
어제 나는 몇 시간 후에 메모리 사용량이 줄어든다는 것을 알아차렸습니다. 1개의 CPU와 1024MB의 메모리에서 실행되는 Windows2008(64비트)의 VMWare vps가 있습니다. 약 120개의 차트와 8개의 EA가 있는 8개의 터미널을 실행합니다.
터미널은 실제로 더 많은 CPU 활성 상태이지만 평균적으로 20% 미만으로 유지되는 것 같습니다. 터미널을 시작할 때 터미널당 약 50MB에서 100MB를 사용합니다. 하루가 지나면 처음 사용한 양의 약 절반을 사용합니다. 왜 그런지...
내 이전 게시물과 같은 설정이 포함된 ~26MB, 13개의 차트에서 채굴합니다.
차트의 최대 막대는 각각 5000개입니다. MT4 빌드 625
메모리 관리에 도움이 될 수 있는 CleanMem을 사용합니다. :)
어제 나는 몇 시간 후에 메모리 사용량이 줄어든다는 것을 알아차렸습니다. 1개의 CPU와 1024MB의 메모리에서 실행되는 Windows2008(64비트)의 VMWare vps가 있습니다. 약 120개의 차트와 8개의 EA가 있는 8개의 터미널을 실행합니다.
터미널은 실제로 더 많은 CPU 활성 상태이지만 평균적으로 20% 미만으로 유지되는 것 같습니다. 터미널을 시작할 때 터미널당 약 50MB에서 100MB를 사용합니다. 하루가 지나면 처음 사용한 양의 약 절반을 사용합니다. 왜 그런지...
mt4 b625로 업그레이드하고 차트의 최대 막대도 1500으로 줄였습니다. 8개의 EA, 심볼당 4개의 차트가 있는 터미널이 하나 있습니다. 약 50MB를 사용하고 있습니다. 그리고 매 틱마다 빈 팝업 경고를 발생시키는 버그가 EA dll에 있습니다. 현재 사용하지 않는 기호를 모두 숨기도록 시장 시계를 설정했습니다.
mt4 b625에 차트가 6개뿐인 다른 브로커가 40MB를 사용하고 있습니다.
실제로 동일한 양의 차트와 더 적은 수의 EA를 실행하는 mt4 b509는 실제로 더 많은 메모리를 사용하고 있습니다. 약 70MB
주말까지 상황을 계속 지켜볼 것이지만 그 사이에 일부 터미널을 다시 시작할 것이라고 확신합니다. MetaQuotes가 마침내 옳은 일을 한 것 같습니다. 그대로 있기를 바랍니다.
노트북이나 데스크탑 PC가 있습니까?
둘 다 가지고 있지만 CPU 사용량 문제는 랩톱과 관련이 있으며 데스크탑에서는 시도하지 않았습니다.
CPU 사용량은 항상 다릅니다. 1.8GHz 및 2.4GHz CPU 사용량은 어떻게 동일하게 만들려고 해도 동일하지 않습니다.
특히 CPU에 1개 이상의 코어가 있는 경우.
CPU 사용량은 항상 다릅니다. 1.8GHz 및 2.4GHz CPU 사용량은 어떻게 동일하게 만들려고 해도 동일하지 않습니다.
특히 CPU에 1개 이상의 코어가 있는 경우.
차트를 열지 않고 MT4를 실행할 때 MT4의 7% CPU 사용량이 i7 2640M(2코어, 4스레드)에 적합하다고 생각하십니까? 나는 아니에요 . . .
글쎄, 그럼. 예, 어리석게 들립니다.
알겠습니다. 내 시스템의 일부 정보입니다. 나는 그것을 다시 시작하고 모든 Windows 업데이트를 적용하고 다시 시작했습니다. . .
그래서 나는 이것이 실제로 여기에 있는 대부분의 다른 사용자들과 동의한다고 생각합니다. . . 그러나 현실은 여전히 약을 사용하고 있다는 것입니다. Sysinternals Process Explorer에 표시되는 7% CPU
나는 내가 작업 관리자를 볼 것이라고 생각했다. . . 흥미롭게도 0% CPU를 사용하는 MT4(빌드 628로 업데이트됨)를 보여줍니다.
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.