메모리 - MetaTrader 5용 라이브러리

최적화 중 테스터에서 메모리 부족으로 인해 패스가 충돌하는 경우가 발생할 수 있습니다.

이러한 긴급 패스를 계산하는방법이 있습니다. 그러나 전문가 어드바이저가 메모리 사용량이 많은 입력 파라미터의 다양한 변형을 모두 평가하기는 어렵습니다.

기존 전문가 어드바이저의 입력 매개변수 중 잠재적으로 문제가 될 수 있는 구성을 찾아야 합니다. 그런 다음 원인을 파악하세요.

이 간단한 라이브러리를 사용하면 다소 간단한 방법으로 메모리 소비 변화의 역학을 추적할 수 있습니다.

예시:

설명을 위해 간결한 EA에 몇 줄을 추가해 보겠습니다(강조 표시).

#property tester_no_cache

#define  MEMORY_TESTER_OPTIMIZATION   // 테스터 최적화 모드에서 작동합니다.
#include <fxsaber\Memory\Memory.mqh> // 메모리 사용량 모니터링.

input int inMaxMB = 10;

void OnTick()
{
  static MqlRates Rates[];
  
  const int SizeMB = (ArraySize(Rates) * sizeof(MqlRates)) >> 20;
  
  if (SizeMB < inMaxMB)
    ArrayResize(Rates, ((SizeMB + 2) << 20) / sizeof(MqlRates)); // 배열을 ~메가바이트만큼 늘립니다.
}

double OnTester()
{
  return(gMemory.GetMax()); // 프로그램 실행 중 최대 메모리 사용량.
}

전문가 어드바이저는 단순히 배열을 늘립니다.

결과:

그림은 최적화 결과를 보여줍니다.

메모리 소비 측정값은 비슷합니다.

최상위 집합을 한 번만 통과하면 이렇게 됩니다.

Core 1  OnTester result 102
Core 1  2026.02.10 23:58:58   MQL_MEMORY_USED: Min = 0 Max = 102 Last = 0
Core 1  EURUSD,M1: 80954 ticks, 1437 bars generated. Environment synchronized in 0:00:00.020. Test passed in 0:00:01.781.
Core 1  EURUSD,M1: total time from login to stop testing 0:00:01.801 (including 0:00:00.020 for history data synchronization)
Core 1  202 Mb memory used including 23 Mb of history data, 64 Mb of tick data

시나리오.

라이브러리를 사용하면 Expert Advisor의 과도한 메모리 소비를 발견하고 디버그 모드에서 원인을 추가로 조사할 수 있습니다.

전문가 어드바이저가 소비하는 리소스가 적을수록 최적화 기회가 많아집니다. 테스트 에이전트 수가 증가하여 최적화 속도가 빨라집니다.