테스터와 함께하는 기적. - 페이지 4

새 코멘트
 

일반적으로 테스터/옵티마이저의 모든 것이 매우 나쁩니다... 작업에서 첫 번째 막대를 제외해야 합니다.

또 다른 버그: 평일에 타이머를 처음 호출할 때 가끔(항상 그런 것은 아니지만 꽤 자주)이 발생합니다.

1. 테스터: 

FDAXZ1   2011.09 . 06 00 : 00
InfoTick:       true
bid/ask:         0        0
vol:     0.1
Volume: 0.1
Price/SL/TP:     0        322.5    - 26
RetCode:         10016

2. 동일한 매개변수에 대한 옵티마이저(시간이 지남에 따라): 

FDAXZ1   2011.09 . 06 00 : 00
InfoTick:       true
bid/ask:         5246.5    5246.5
vol:     0.1
Volume: 0.1
Price/SL/TP:     5246.5    5569      5220.5
RetCode:         10009

동시에 테스터와 옵티마이저 모두에서 첫 번째 작업의 다른 패스에서 bid/ask = 0입니다.

어떻게 해야 맞는지 모르겠지만 테스터와 옵티마이저는 같은 방식으로 작동해야 합니다.

요청 시 서비스 데스크에서 #329165 테스트를 위해 다른 Expert Advisor를 연결하겠습니다.

+ 때때로 테스터가 테스트의 끝에 도달하지 않는 경우 - 로그에 테스트가 완료된 것으로 표시되지만 "결과" 탭이 표시되지 않음

 

업데이트

이러한 오류에 대한 새로운 수정 빌드의 발표에서 무언가가 보이지 않지만(서비스 데스크에는 침묵이 있습니다), 중요합니다.

 

테스터의 또 다른 플로팅 글리치(때때로 일관되지 않게 발생): 

HL       0        Trade   11 : 40 : 47          2011.11 . 16 10 : 10 : 32    exchange buy 0.30 NZDCHF at 0.56548 ( 0.56468 / 0.56548 / 0.56468 )
DQ       0        Trades   11 : 40 : 47          2011.11 . 16 10 : 10 : 32    deal # 46 buy 0.30 NZDCHF at 0.56548 done (based on order # 46 )
QO       0        Trade   11 : 40 : 47          2011.11 . 16 10 : 10 : 32    deal performed [ # 46 buy 0.30 NZDCHF at 0.56548 ]
GH       0        Trade   11 : 40 : 47          2011.11 . 16 10 : 10 : 32    order performed buy 0.30 at 0.56548 [ # 46 buy 0.30 NZDCHF at 0.56548 ]
KF       0        BF_TEST_CALCHPR (NZDCHF,M12)     11 : 40 : 47          2011.11 . 16 10 : 10 : 37    MAX(stopLevel, freezeLevel): 0
DR       2        Trades   11 : 40 : 47          2011.11 . 16 10 : 10 : 37    failed modify buy 0.30 NZDCHF sl: 0.00000 , tp: 0.00000 -> sl: 0.36702 , tp: 0.57612 [Invalid stops]
QD       0        BF_TEST_CALCHPR (NZDCHF,M12)     11 : 40 : 47          2011.11 . 16 10 : 10 : 37    MAX(stopLevel, freezeLevel): 0
DP       2        Trades   11 : 40 : 47          2011.11 . 16 10 : 10 : 37    failed modify buy 0.30 NZDCHF sl: 0.00000 , tp: 0.00000 -> sl: 0.26779 , tp: 0.58144 [Invalid stops]
OR       0        BF_TEST_CALCHPR (NZDCHF,M12)     11 : 40 : 47          2011.11 . 16 10 : 10 : 37    MAX(stopLevel, freezeLevel): 0
GN       2        Trades   11 : 40 : 47          2011.11 . 16 10 : 10 : 37    failed modify buy 0.30 NZDCHF sl: 0.00000 , tp: 0.00000 -> sl: 0.16856 , tp: 0.58676 [Invalid stops]
EP       0        BF_TEST_CALCHPR (NZDCHF,M12)     11 : 40 : 47          2011.11 . 16 10 : 10 : 37    MAX(stopLevel, freezeLevel): 0
HL       2        Trades   11 : 40 : 47          2011.11 . 16 10 : 10 : 37    failed modify buy 0.30 NZDCHF sl: 0.00000 , tp: 0.00000 -> sl: 0.06933 , tp: 0.59208 [Invalid stops]
CN       0        BF_TEST_CALCHPR (NZDCHF,M12)     11 : 40 : 47          2011.11 . 16 10 : 10 : 37    MAX(stopLevel, freezeLevel): 0
정류장이 제한되지 않고 NormalizeDouble이 사용되는 경우 정류장 번호가 올바른지 이유를 알 수 없습니다.
Документация по MQL5: Преобразование данных / NormalizeDouble
Документация по MQL5: Преобразование данных / NormalizeDouble
  • www.mql5.com
Преобразование данных / NormalizeDouble - Документация по MQL5
 
notused :

테스터의 또 다른 플로팅 글리치(때때로 일관되지 않게 발생):

정류장이 제한되지 않고 NormalizeDouble이 사용되는 경우 정류장 번호가 올바른지 이유를 알 수 없습니다.

오류가 발생하면 시장 입찰/매도 가격을 인쇄합니다.

정류장이 실제로 시장과 가깝다는 것을 확실히 알 수 있습니다.

 
Renat :

오류가 발생하면 시장 입찰/매도 가격을 인쇄합니다.

정류장이 실제로 시장과 가깝다는 것을 확실히 알 수 있습니다.

나는 구체적으로 로그에 StopLevel 및 FreezeLevel의 최대 수를 표시했습니다.

 MAX(stopLevel, freezeLevel): 0

일반적으로 안경에 적합합니다. 추가로 스탑을 늘려서 오픈 을 3번 더 시도했는데 마지막 값은 sl=0.06933, tp=0.59208입니다 중지에 대해 화상)

테스트를 끝내고 현재 입찰가/매도 요청을 표시합니다. 변경될 가능성은 거의 없습니다.

UPD. 차트 2011.11.16에서 엄청난 스파이크를 보았습니다. 분명히 당신, Renat이 옳았습니다.

UPD2. Taki Renat, 당신이 맞습니다. 급등했고 가격이 극적으로 변했습니다.

+ 빌드 619에서 최적화가 느려졌다는 강한 주관적인 느낌이 있습니다(4개의 코어 + 4개의 로컬 "원격" 에이전트를 사용했습니다. 이제 로컬 에이전트만 남았습니다. 아마도 최적화가 더 느린 것처럼 보이는 이유일 것입니다) +++ 최적화 모든 컴퓨터 리소스를 선택하고 다른 응용 프로그램으로 작업하는 것이 불편함(예: youtube 시청 또는 Visual Studio에서 작업) - 이전 빌드에서는 4개의 로컬 "원격" 에이전트가 더 있어도 모든 것이 괜찮았고 자신의 비즈니스를 꽤 할 수 있었습니다. 편안하게

 
개발자가 테스터에서 디버거를 제공했다면 훨씬 쉬웠을 것입니다. 테스터에 디버거가 없는 이유를 누가 말할 수 있습니까?
 
1CMaster :
개발자가 테스터에서 디버거를 제공했다면 훨씬 쉬웠을 것입니다. 테스터에 디버거가 없는 이유를 누가 말할 수 있습니까?
이 때문에 한 번도 사용하지 않았습니다. 시각화 모드에서 모든 것을 구현하고 확인하는 것이 어떻게 든 더 빠릅니다. 차트의 로그, 주석 또는 자신의 정보 패널 에 출력합니다.
 

주목 :

최적화 중 패스 결과와 싱글 패스 결과가 일치하지 않습니다. (서비스 데스크 - #329165 + 같은 자리에 있는 어드바이저)

스트링고 :

알아봅시다.

묻고 싶습니다 - 이해하셨나요? 그리고 고문 을 테스트하는 방법이 명확하지 않습니다. 그리고 가장 불쾌한 점은 최적화가 클라우드에서 이루어지고, 돈이 인출되고, 그 결과를 사용하는 것이 불가능하다는 것입니다.

 
Yurich :

묻고 싶습니다 - 이해하셨나요? 그리고 고문을 테스트하는 방법이 명확하지 않습니다. 그리고 가장 불쾌한 점은 최적화가 클라우드에서 이루어지고, 돈이 인출되고, 그 결과를 사용하는 것이 불가능하다는 것입니다.

...

와우 불일치. 최적화가 클라우드 또는 로컬에서도 수행되는 경우에만 사용할 수 있습니까? 집에서 이것을 알아차린 적이 없습니다(클라우드에서 최적화한 적이 없습니다).
 
tol64 :
와우 불일치. 최적화가 클라우드 또는 로컬에서도 수행되는 경우에만 사용할 수 있습니까? 집에서 이것을 알아차린 적이 없습니다(클라우드에서 최적화한 적이 없습니다).
클라우드에서
1234567
새 코멘트