Чудеса с тестером. - страница 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 прикреплю очередного эксперта для тестов.

+иногда тестер не доходит до конца теста - не появляется вкладка "Результаты", хотя по логам видно, что тестирование прошло до конца 

 

Upd.

Что-то не видно в анонсе нового билда исправлений указанных ошибок (да и в сервис деске тишина), а ведь они существенны.

 

Ещё один плавающих глюк с тестером (возникающий время от времени и непостоянно):

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
Не могу понять, почему Invalid Stops, если стопы не ограничены, использован NormalizeDouble, числовые значения стопов - правильные? 
Документация по MQL5: Преобразование данных / NormalizeDouble
Документация по MQL5: Преобразование данных / NormalizeDouble
  • www.mql5.com
Преобразование данных / NormalizeDouble - Документация по MQL5
 
notused:

Ещё один плавающих глюк с тестером (возникающий время от времени и непостоянно):

Не могу понять, почему Invalid Stops, если стопы не ограничены, использован NormalizeDouble, числовые значения стопов - правильные? 

Выведите рыночные Bid/Ask цены при получении ошибки.

Наверняка увидите, что стопы на самом деле близки к рынку.

 
Renat:

Выведите рыночные Bid/Ask цены при получении ошибки.

Наверняка увидите, что стопы на самом деле близки к рынку.

я специально в логи вывел максимальное число из StopLevel и FreezeLevel:

 MAX(stopLevel, freezeLevel):0

Что в общем-то и правильно для стаканов. Кроме этого, я совершил ещё три попытки открыть ордер увеличивая стопы и последнее значение было sl=0.06933, tp=0.59208 (тейк выше цены открытия практически на месячный диапазон пары, а о стопе и горить нечего) 

Закончу тестирование, выведу актуальные бид/аск - врядли что-то поменяется. 

UPD. Вижу на графике огромный шип 2011.11.16, видимо Вы, Renat, были правы. 

UPD2. Таки Renat, Вы правы - там был шип и цена резко изменилась.

 + у меня стойкое субъективное впечатление, что оптимизация замедлилось в 619-м билде (раньше я использовал 4 ядра + 4 локальных "удалённых" агента; сейчас же остались только локальные агенты, может поэтому кажется, что оптимизация идёт медленнее)  +++ оптимизация отбирает все ресурсы компьютера и работа с другими приложениями становится некомфортной (например, посмотреть youtube или поработать в Visual Studio) - в предыдущем билде, даже при наличии ещё 4-х локальных "удалённых" агента, всё было хорошо и заниматься своими делами можно было вполне комфортно

 
Было бы намного проще, если бы разработчики предусмотрели Отладчик в Тестере.  Кто может сказать - почему нет дебаггера в тестере ?
 
1CMaster:
Было бы намного проще, если бы разработчики предусмотрели Отладчик в Тестере.  Кто может сказать - почему нет дебаггера в тестере ?
Я из-за этого им даже ни разу и не воспользовался. Мне как-то быстрее всё в режиме визуализации реализовать и проверить. Вывод в журнал, комментарии или свои информационные панели на графике.
 

  notused:

  Не совпадают результаты проходов при оптимизации и одиночном проходе (сервис-деск - #329165 + советник там-же)

 stringo: 

  Разберёмся.

Хочется спросить - разобрались? А то непонятно, как тестировать советник. И самое неприятное, что оптимизация проходит в облаке, деньги снимаются, а результатом воспользоваться невозможно.

 
Yurich:

Хочется спросить - разобрались? А то непонятно, как тестировать советник. И самое неприятное, что оптимизация проходит в облаке, деньги снимаются, а результатом воспользоваться невозможно.

...

Ничего себе расхождения. А у Вас это только когда в облаке оптимизация или локально тоже? У себя такого никогда не замечал (в облаке ни разу не оптимизировался).
 
tol64:
Ничего себе расхождения. А у Вас это только когда в облаке оптимизация или локально тоже? У себя такого никогда не замечал (в облаке ни разу не оптимизировался).
В облаке.
Причина обращения: