Ситуация с потерей фреймов оказалось, всё ж таки, видимо, не связанной с сетью, дело в том, что обновил терминал на одном из ПК, провел локальную
оптимизацию только на этом компьютере и получил потерю фреймов
HM 004:58:55.331 Tester optimization finished, total passes 1824 (successful 1120 passes unique, 704 passes duplicated)
LL 004:58:55.342 Statistics optimization done in 78 hours 21 minutes 20 seconds
MJ 004:58:55.342 Statistics shortest pass 0:07:13.107, longest pass 0:11:55.655, average pass 0:10:15.547
MH 004:58:55.342 Statistics 1119121 frames (439.72 Mb total, 412 bytes per frame) received
QR 004:58:55.342 Statistics local 1824 tasks (162%), remote 0 tasks (0%), cloud 0 tasks (0%)
1120*1000-1119121=879
Кроме того, время оптимизации перевалило за 70 часов, а должно было быть в районе 48 (так было на старом билде) - из лога видно, что запускалось
704 повторных прохода, что явно ошибка.
Ситуация с потерей фреймов оказалось, всё ж таки, видимо, не связанной с сетью, дело в том, что обновил терминал на одном из ПК, провел
локальную оптимизацию только на этом компьютере и получил потерю фреймов
1120*1000-1119121=879
Кроме того, время оптимизации перевалило за 70 часов, а должно было быть в районе 48 (так было на старом билде) - из лога видно, что
запускалось 704 повторных прохода, что явно ошибка.
Логи прикладываю.
Обрыв связи на стороне агента воспроизвели.
Неоправданные дубли воспроизвели.
Мы сейчас оптимизируем эксперта, который передаёт больше 20 гигов фреймов. То есть, воспроизводим очень тяжёлые случаи
Мы сейчас оптимизируем эксперта, который передаёт больше 20 гигов фреймов. То есть, воспроизводим очень тяжёлые случаи
Это хорошо, значит есть надежда, что новый билд будет корректно выполнять оптимизацию. Очень сильно жду билда, который будет корректно
проводить оптимизацию!!!
Для этого Вам надо подключиться к серверу MetaQuotes-Demo
Завершилась локальная оптимизация, пока могу лишь говорить о наличии ошибочных повторных проходов - их стало вроде как меньше, но ожидалось, что их
не будет вообще.
Правда
это с учетом мной применяемой методики, которая существенно сокращает повторные проходы. Методика в том, что когда остается совсем мало
проходов - 2 или 3 на агента и начинается повторение старых проходов, то я отключаю всех агентов кроме одного, жду подтверждения об этом в
логе, а потом снова включаю их.
Спасибо за информацию.
Воспроизводим у себя и разбираемся
Удалось ли воспроизвести?
Ситуация с потерей фреймов оказалось, всё ж таки, видимо, не связанной с сетью, дело в том, что обновил терминал на одном из ПК, провел локальную оптимизацию только на этом компьютере и получил потерю фреймов
1120*1000-1119121=879
Кроме того, время оптимизации перевалило за 70 часов, а должно было быть в районе 48 (так было на старом билде) - из лога видно, что запускалось 704 повторных прохода, что явно ошибка.
Логи прикладываю.
Удалось ли воспроизвести?
Ситуация с потерей фреймов оказалось, всё ж таки, видимо, не связанной с сетью, дело в том, что обновил терминал на одном из ПК, провел локальную оптимизацию только на этом компьютере и получил потерю фреймов
1120*1000-1119121=879
Кроме того, время оптимизации перевалило за 70 часов, а должно было быть в районе 48 (так было на старом билде) - из лога видно, что запускалось 704 повторных прохода, что явно ошибка.
Логи прикладываю.
Обрыв связи на стороне агента воспроизвели.
Неоправданные дубли воспроизвели.
Мы сейчас оптимизируем эксперта, который передаёт больше 20 гигов фреймов. То есть, воспроизводим очень тяжёлые случаи
Обрыв связи на стороне агента воспроизвели.
Неоправданные дубли воспроизвели.
Мы сейчас оптимизируем эксперта, который передаёт больше 20 гигов фреймов. То есть, воспроизводим очень тяжёлые случаи
Это хорошо, значит есть надежда, что новый билд будет корректно выполнять оптимизацию. Очень сильно жду билда, который будет корректно проводить оптимизацию!!!
В каких числах он может появится?
А что насчет проблемы с enum со второй страницы https://www.mql5.com/ru/forum/313650/page2#comment_11744436 ?
Это же очевидная проблема, т.к. результаты оптимизации выведены за пределы видимой шкалы графика.
В примерене отображены значения больше 20 (_25=25,_30=30,_35=35,_40=40,_50=50,_60=60,_70=70,_80=80,_90=90,_100=100)
Обрыв связи на стороне агента воспроизвели.
Неоправданные дубли воспроизвели.
А потерю фреймов локальными и сетевыми агентами воспроизвели, или это последствие обрыва связи (в том числе и локальными агентами?)?
А потерю фреймов локальными и сетевыми агентами воспроизвели, или это последствие обрыва связи (в том числе и локальными агентами?)?
Нет. Потерю фреймов не воспроизвели.
После того, как наладим то, что воспроизвели, будем запускать Вашего эксперта
Нет. Потерю фреймов не воспроизвели.
После того, как наладим то, что воспроизвели, будем запускать Вашего эксперта
Хорошо.
Нет. Потерю фреймов не воспроизвели.
После того, как наладим то, что воспроизвели, будем запускать Вашего эксперта
Удалось ли решить проблему?
Сейчас сравнил производительность двух билдов 2085 и 2007 с одним и тем же советником и объемом вычислений.
2085 считал 44 часа 32 минуты, но в логе было указано, что выполнено заданий на 179%, поэтому приводим к 100% и получается 24 часа 53 минуты.
2007 считал 16 часов 43 минуты, т.е. билд 2085 работает медленней на 49%, это даже если убрать из него выше обсуждаемые ошибки!
Это печально.
Удалось ли решить проблему?
Сейчас сравнил производительность двух билдов 2085 и 2007 с одним и тем же советником и объемом вычислений.
2085 считал 44 часа 32 минуты, но в логе было указано, что выполнено заданий на 179%, поэтому приводим к 100% и получается 24 часа 53 минуты.
2007 считал 16 часов 43 минуты, т.е. билд 2085 работает медленней на 49%, это даже если убрать из него выше обсуждаемые ошибки!
Это печально.
Проверьте на билде 2093.
Для этого Вам надо подключиться к серверу MetaQuotes-Demo
Проверьте на билде 2093.
Для этого Вам надо подключиться к серверу MetaQuotes-Demo
Завершилась локальная оптимизация, пока могу лишь говорить о наличии ошибочных повторных проходов - их стало вроде как меньше, но ожидалось, что их не будет вообще.
Правда это с учетом мной применяемой методики, которая существенно сокращает повторные проходы. Методика в том, что когда остается совсем мало проходов - 2 или 3 на агента и начинается повторение старых проходов, то я отключаю всех агентов кроме одного, жду подтверждения об этом в логе, а потом снова включаю их.