ФОРТС. Вопросы по исполнению - страница 174

Новый комментарий
 
fxsaber #:

Воспроизвел на FOREX с биржевым исполнением (ECN).

На другом биржевом ECN не воспроизводится - нет замедления.


На ФОРТС имеются такие записи в Журнале?

Форум по трейдингу, автоматическим торговым системам и тестированию торговых стратегий

Ошибки, баги, вопросы

fxsaber, 2024.04.03 08:38

В Журнале Терминала при биржевом исполнении есть подобные записи при выставлении лимитника. 
order #17257598 buy limit 0.34 / 0.34 XXXYYY at 1.28710 done in 143.635 ms (105)

Что обозначает число в скобках?


При отмене лимитника.

cancel #17257746 sell limit 0.05 XXXYYY at market done in 140.967 ms (114 cancelled)
 
fxsaber #:

В Финаме модификация лимиток идет через удаление+повторное выставление. Поэтому скорость модификации в 2 раза меньше, чем скорость выставления/удаления.

 
trampampam #:

В Финаме модификация лимиток идет через удаление+повторное выставление. Поэтому скорость модификации в 2 раза меньше, чем скорость выставления/удаления.

Проверил просто асинхронное выставление.

#include <MT4Orders.mqh> // https://www.mql5.com/ru/code/16006

void OnStart()
{
  for (int i = 0; i < 5; i++)
    OrderSendAsync(_Symbol, OP_BUYLIMIT, 0.1, SymbolInfoDouble(_Symbol, SYMBOL_ASK) - 1e4 * _Point, 0, 0, 0);
}

Нет накапливающегося замедления.

 
fxsaber #:

Нет накапливающегося замедления.

В Финаме не замечено накапливающегося замедления при асинхронной модификации. Просто модификация сама по себе медленнее удаления/отправки в 2 раза.

Может, там, где Вы нашли замедление, специально стоит "ограничитель", который ловит частые асинхронные приказы?

 
fxsaber #:

Проверил просто асинхронное выставление.

Нет накапливающегося замедления.

Не думаю, что имеет смысл в одном коде смешивать синхронные и асинхронные операции. Кроме того, время асинхронных запросов нужно делить на количество параллельных запросов, потому что они одновременно ушли в дело.

 
Stanislav Korotky #:

Не думаю, что имеет смысл в одном коде смешивать синхронные и асинхронные операции. Кроме того, время асинхронных запросов нужно делить на количество параллельных запросов, потому что они одновременно ушли в дело.

В этот раз не понял Вас.

 
fxsaber #:

В этот раз не понял Вас.

2024.04.03 08:06:18.697 : accepted modify order #47962514 buy limit 0.1 EURUSD.ex at 0.97759 sl: 0.00000 tp: 0.00000 -> 0.97758, sl: 0.00000 tp: 0.00000
2024.04.03 08:06:18.698 : accepted modify order #47962515 buy limit 0.1 EURUSD.ex at 0.97760 sl: 0.00000 tp: 0.00000 -> 0.97759, sl: 0.00000 tp: 0.00000
2024.04.03 08:06:18.698 : accepted modify order #47962516 buy limit 0.1 EURUSD.ex at 0.97760 sl: 0.00000 tp: 0.00000 -> 0.97759, sl: 0.00000 tp: 0.00000
2024.04.03 08:06:18.699 : accepted modify order #47962517 buy limit 0.1 EURUSD.ex at 0.97760 sl: 0.00000 tp: 0.00000 -> 0.97759, sl: 0.00000 tp: 0.00000
2024.04.03 08:06:18.699 : accepted modify order #47962518 buy limit 0.1 EURUSD.ex at 0.97760 sl: 0.00000 tp: 0.00000 -> 0.97759, sl: 0.00000 tp: 0.00000
2024.04.03 08:06:18.726 : modify #47962514 buy limit 0.1 EURUSD.ex -> price: 0.97758, sl: 0.00000, tp: 0.00000 done in 68.836 ms
2024.04.03 08:06:18.751 : modify #47962515 buy limit 0.1 EURUSD.ex -> price: 0.97759, sl: 0.00000, tp: 0.00000 done in 93.438 ms
2024.04.03 08:06:18.824 : modify #47962516 buy limit 0.1 EURUSD.ex -> price: 0.97759, sl: 0.00000, tp: 0.00000 done in 166.921 ms
2024.04.03 08:06:18.825 : modify #47962517 buy limit 0.1 EURUSD.ex -> price: 0.97759, sl: 0.00000, tp: 0.00000 done in 167.316 ms
2024.04.03 08:06:18.826 : modify #47962518 buy limit 0.1 EURUSD.ex -> price: 0.97759, sl: 0.00000, tp: 0.00000 done in 168.118 ms

68.836 / 1 =  68.836 на 1-й запрос

93.438 / 2 =  46.719 в среднем на каждый из 2-х параллельных запросов

166.921 / 3 = 55.640 в среднем на каждый из 3-х параллельных запросов

...

168.118 / 5 = 33.624 в среднем на каждый из 5-и параллельных запросов

Форум по трейдингу, автоматическим торговым системам и тестированию торговых стратегий

ФОРТС. Вопросы по исполнению

fxsaber, 2024.04.03 06:35

Отлично виден рост длительности модификации лимитника. Это значит, что если выставление (модификация) лимитников идет скопом (как это просиходит на МО от разных клиентов), получаются огромные задержки. Похоже, в этом причина лагов в MT5. При этом на самой бирже все происходит мгновенно.

Неверно. Отлично видно, что при параллельном исполнении среднее время на 1 операцию уменьшается.

 
Stanislav Korotky #:

68.836 / 1 =  68.836 на 1-й запрос

93.438 / 2 =  46.719 в среднем на каждый из 2-х параллельных запросов

166.921 / 3 = 55.640 в среднем на каждый из 3-х параллельных запросов

...

168.118 / 5 = 33.624 в среднем на каждый из 5-и параллельных запросов

Неверно. Отлично видно, что при параллельном исполнении среднее время на 1 операцию уменьшается.

Предполагаю, что Вы далеки от практики трейдинга. Никого не волнует среднее время, если только один из пяти успел схватить нужную цену.


ЗЫ Представьте, что первый исполнился за 5 мс, а второй - через секунду, и третий вместе со вторым и тысячный. Среднее время будет очень хорошим и ни о чем.

 
fxsaber #:

Предполагаю, что Вы далеки от практики трейдинга. Никого не волнует среднее время, если только один из пяти успел схватить нужную цену.

ЗЫ Представьте, что первый исполнился за 5 мс, а второй - через секунду, и третий вместе со вторым и тысячный. Среднее время будет очень хорошим и ни о чем.

Я ответил на конкретный пассаж о том, что время одной операции яко-бы растет. В логе показано время совместного исполнения N приказов. Делать на этом основании вывод, что конкретный приказ заткнется - необоснованно.

На практике вы не можете гарантировать идеальное поведение чисто статистически. Каждая операция может "подвеситься" с некоторой вероятностью.

 
Sergey Chalyshev #:

Всё зависит от брокера, тормозов от МТ5 нет!

Давно уже выяснили.

1...167168169170171172173174175
Новый комментарий
Причина обращения: