Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Неверно поняли. Нужно понять, есть затыки у MT или нет. Разбирали логи сервера, когда отложки модифицировались десятки секунд. На сервере все идеально.
Значит проблема где-то в другом месте.
Выснили, что я очень часто бью по прошлым ценам. Т.е. серьезный лаг в Терминале на самом деле. Возник вопрос, как его идентифицировать.
Вот купил VPS. Как понять, что он подходит идеально? Какой-то числовой показатель должен же быть. Ретрансмитам верить, как оказалось, нельзя. В полночь - десятки процентов.
ЗЫ Возможно, получится развернуть виртуалку на той же физической машине, где стоит торговый сервер. И оттуда запустить боевой Терминал. Наверное, затыков станет меньше.
Мне кажется трассировать, пинговать из консоли, или спец. софта, проблему не выявить.
Нужно же как то регистрировать участие МТ. Мне кажется нужно бить челом, и просить разработчиков, чтоб сделали свой счётчик на TERMINAL_RETRANSMISSION
Неверно поняли. Нужно понять, есть затыки у MT или нет. Разбирали логи сервера, когда отложки модифицировались десятки секунд. На сервере все идеально.
Значит проблема где-то в другом месте.
Выснили, что я очень часто бью по прошлым ценам. Т.е. серьезный лаг в Терминале на самом деле. Возник вопрос, как его идентифицировать.
Как-то не очень ясно, что именно означает "на сервере все идеально":
1) На сервер не приходили запросы на модификацию, или все запросы в течении 10 секунд имели устаревшую цену?
2) А сколько секунд разницы между "текущей" и "устаревшей" ценой?
3) Кто определяет, что цена устарела: сервер МТ или третья сторона, может какая-то биржа?
Если проблема часто повторяемая, можно было бы проанализировать трафик модификации ордеров с помощью Wireshark на пару с Process Monitor (Network Activity) из Sysinternals.
Как-то не очень ясно, что именно означает "на сервере все идеально":
1) На сервер не приходили запросы на модификацию, или все запросы в течении 10 секунд имели устаревшую цену?
2) А сколько секунд разницы между "текущей" и "устаревшей" ценой?
3) Кто определяет, что цена устарела: сервер МТ или третья сторона, может какая-то биржа?
На сервере все запросы обрабатывались за единицы миллисекунд. По поводу устаревших цен нужно уточнить у админа.
Если проблема часто повторяемая, можно было бы проанализировать трафик модификации ордеров с помощью Wireshark на пару с Process Monitor (Network Activity) из Sysinternals.
В этом я полный ноль.
Получилось воспроизвести тормоза HistorySelect-функций.
Форум по трейдингу, автоматическим торговым системам и тестированию торговых стратегий
MT5 и скорость в боевом исполнении
fxsaber, 2020.06.04 14:38
Набросал такой советник-мониторинг.
Просьба написать о своих результатах, кто будет пробовать. Воспроизводятся тормоза?
ЗЫ Долго пытался въехать, почему на боевых счетах тормоза. Похоже, нашел проблемное место.
ЗЫ Долго пытался въехать, почему на боевых счетах тормоза. Похоже, нашел проблемное место.
Так удручающе выглядит боевая ситуация.
Если присмотреться, то можно заметить, что независимые друг от друга советники тормозят одинаково (время и длительность лага). Т.е. когда несколько советников делают вызов HistorySelect, то MT5 останавливает выполнение всех советников на какое-то время, а потом возвращает советникам свои результаты.
По какой причине архитектурно выбран столь странный (по сравнению с напрашивающимися) API работы с торговой историей? Где подводные камни в таком подходе?
Форум по трейдингу, автоматическим торговым системам и тестированию торговых стратегий
MT5 и скорость в боевом исполнении
fxsaber, 2020.05.28 15:27
HistorySelect.
Это безумно дорогая функция. И, к сожалению, никакие кеширования не позволяют сделать приемлемой скорость ее работы сейчас.
Просьба подумать над вводом таких функций по работе с историей.
Они бы полностью закрыли тормоза HistorySelect. Потому что очень дешево решали бы задачу получения последних сделок. Сейчас одно мучение в боевом исполнении.
Не всегда возможно контролировать последние сделки через OnTradeTransaction. Поэтому быстрая работа с историей актуальна.
Наверное, ненормально, когда производительность MT4 уделывает по скорости MT5 при работе с торговой историей.
Пожалуйста, уберите тормоза из торгового Терминала!
1000 сделок в истории достаточно?
Тестил с такими показателями.
Orders 20990
Deals 10277
Лог за 20 минут
Orders 20990
Deals 10277
Лог за 20 минут
Супер, Спасибо! Наконец, полное подтверждение печальных лагов MT5. И это без каких-либо торговых функций. Проблемы чуть ли не везде.
Удручающе. Интересно было бы посмотреть результат под Linux. Под Win говорить о реал-тайме не приходится.