Новая версия платформы MetaTrader 5 build 2360: Расширение интеграции с SQLite - страница 11

 
Renat Fatkhullin:

Опишите предыдущее состояние терминала, пожалуйста:

  • когда он был установлен
29.09.2020 (в логе данные).
  • Сколько  времени проработал до этого состояния под этим аккаунтом и сервером
Почти пять суток.
  • Происходила ли замена/подмена или еще какое-либо манипулирование любым конфигурационным файлом
Ничего такого не делалось.
Настройки совсем не менялись.
  • Что в логах писалось о ресканах с последнего нормального показа скоростей
Логи от момента последнего запуска.
20200329.log
// Последний запуск Терминала.
JG      0       23:59:51.483    Terminal        MetaTrader 5 x64 build 2368 started for MetaQuotes Software Corp.
LI      0       23:59:51.486    Terminal        Windows 7 Service Pack 1 build 7601, Intel Core i7-2700K  @ 3.50GHz, 10 / 15 Gb memory, 5 / 29 Gb disk, IE 11, Admin, GMT+2
JH      0       23:59:51.486    Terminal        C:\Program Files\Swissquote
NE      0       23:59:52.769    Network 'xxx': authorized on Swissquote-Server through Europe DE (ping: 39.62 ms, build 2280)
DR      0       23:59:52.769    Network 'xxx': previous successful authorization performed from xx.xx.xx.xx on 2020.03.29 20:32:39
DR      0       23:59:52.829    Network 'xxx': terminal synchronized with Swissquote Bank SA
EL      0       23:59:52.829    Network 'xxx': trading has been enabled - hedging mode
KE      0       23:59:53.524    Network 'xxx': scanning network for access points
IQ      0       00:00:11.143    Network 'xxx': scanning network finished

20200402.log
ER      0       23:59:59.001    Network 'xxx': scanning network for access points
EQ      0       00:00:16.775    Network 'xxx': scanning network finished
FI      0       00:00:16.778    Network 'xxx': auto connecting to a better access point with 95 % quality (previous: 83 %)
CQ      1       00:00:16.779    Network 'xxx': connection to Swissquote-Server lost
OJ      0       00:00:17.493    Network 'xxx': authorized on Swissquote-Server through Europe DE (ping: 41.88 ms, build 2280)
LH      0       00:00:17.493    Network 'xxx': previous successful authorization performed from xx.xx.xx.xx on 2020.04.01 21:09:49
MI      0       00:00:17.554    Network 'xxx': terminal synchronized with Swissquote Bank SA
LE      0       00:00:17.554    Network 'xxx': trading has been enabled - hedging mode


JF      1       18:25:03.325    Network 'xxx': connection to Swissquote-Server lost
CO      0       18:25:03.935    Network 'xxx': authorized on Swissquote-Server through Europe DE (ping: 42.05 ms, build 2280)
ML      0       18:25:03.935    Network 'xxx': previous successful authorization performed from xx.xx.xx.xx on 2020.04.02 17:21:37
GL      0       18:25:04.004    Network 'xxx': terminal synchronized with Swissquote Bank SA
JF      0       18:25:04.004    Network 'xxx': trading has been enabled - hedging mode


20200403.log
EG      1       19:11:26.376    Network 'xxx': connection to Swissquote-Server lost
EO      0       19:11:42.666    Network 'xxx': authorized on Swissquote-Server through Europe RU (ping: 110.83 ms, build 2280)
DM      0       19:11:42.666    Network 'xxx': previous successful authorization performed from xx.xx.xx.xx on 2020.04.03 18:11:42
RK      0       19:11:42.803    Network 'xxx': terminal synchronized with Swissquote Bank SA
OG      0       19:11:42.803    Network 'xxx': trading has been enabled - hedging mode
CS      1       19:11:55.471    Network 'xxx': connection to Swissquote-Server lost
HK      0       19:12:15.659    Network 'xxx': authorized on Swissquote-Server through Asia HK (ping: 404.72 ms, build 2280)
OI      0       19:12:15.659    Network 'xxx': previous successful authorization performed from xx.xx.xx.xx on 2020.04.03 18:12:21
PG      0       19:12:17.581    Network 'xxx': terminal synchronized with Swissquote Bank SA

// Был сделан скрин с одной зеленой точкой. Первый раз за все время нажал руками на пересканирование.
DH      0       19:57:22.094    Network 'xxx': scanning network for access points
DN      0       19:57:40.005    Network 'xxx': scanning network finished
MF      0       19:57:40.005    Network 'xxx': auto connecting to a better access point with 95 % quality (previous: 59 %)
OJ      1       19:57:40.006    Network 'xxx': connection to Swissquote-Server lost
IR      0       19:57:40.768    Network 'xxx': authorized on Swissquote-Server through Europe DE (ping: 38.27 ms, build 2280)
RS      0       19:57:40.768    Network 'xxx': previous successful authorization performed from xx.xx.xx.xx on 2020.04.03 18:56:52
IQ      0       19:57:40.831    Network 'xxx': terminal synchronized with Swissquote Bank SA
HJ      0       19:57:40.831    Network 'xxx': trading has been enabled - hedging mode
// Был сделан второй скрин, где все точки зеленые.
 
fxsaber:
29.09.2020 (в логе данные). Почти пять суток. Ничего такого не делалось. Настройки совсем не менялись. Логи от момента последнего запуска.

Точки последовательно отваливались, а терминал чтобы не тратить время на полные ресканы, переподключался к следующей точке. Но при этом конечно же делая несколько невидимых попыток подключиться к отвалившейся точке.

Основа проблем - в сети или просто точку в Германии рестартанули.

Так как приоритет за удержанием точки до периодического рескана (раз в несколько часов), вот он и продолжал сидеть на гонконговской точке.

Причем сидел то очень короткое время. Вы уже через 40 минут вручную простимулировали рескан. Иначе терминал через несколько часов все равно бы нашел более живую точку.


Детально все перепроверим и подумаем как более быстро ресканить и переподключаться, не устроив карусель переподключений.

 
Renat Fatkhullin:

Причем сидел то очень короткое время. Вы уже через 40 минут вручную простимулировали рескан. Иначе терминал через несколько часов все равно бы нашел более живую точку.

У меня алерты стоят на высокий пинг, поэтому увидел ситуацию сразу, как подошел к компу.


На MT4 еще есть одна ситуация, про которую ничего не знаю (не изучал) в MT5.

У меня иногда происходит кратковременный (на пару секунд) обрыв (провайдер глючит). В это время, конечно, все Терминалы (MT4 и MT5) прекращают подавать котиры. При этом некоторые Терминалы через секунд 5-10 продолжают давать котиры, другие - нет. Они ждут больше минуты и потом сообщают в логе, что был обрыв и делают переподключение.


В MT4 эту проблему решил следующим образом. Если более 20 секунд не обновляется Обзор рынка, то через API насильно делаю релогин. В итоге не нужно ждать, пока долго соображает MT4, т.к. релогин сразу дает онлайн-режим.


Возможно ли как-то со стороны Терминала более качественно держать соединение в подобных ситуациях, чтобы не прибегать к костыльным решениями в виде релогина?

 
Renat Fatkhullin:

Детально все перепроверим и подумаем как более быстро ресканить и переподключаться, не устроив карусель переподключений.

Когда займётесь, проверьте такой момент: у меня смутное подозрение, что когда уходит с сервера с большим ретрансмитом, переходит ниже, на следующий живой по списку, но не проверяет восстановление связи выше по списку, где лучше пинг. И так в конце-концов добирается до конца списка с самыми большими пингами.

Скорее всего я не прав, но я наблюдаю за этим. У меня тоже такая проблема - достаточно часто выбираются азиатские сервера с огромными пингами. Остальные сервера показываются как мёртвые, но при ручном их выборе соединение отличное. Пересканирование в таких случаях ничего не меняет (не оживляет сервера).

 
Edgar Akhmadeev:

Пересканирование в таких случаях ничего не меняет (не оживляет сервера).

Меняет, но не сразу.

Автоматическое пересканирование делается всё же очень неохотно, редко. Из-за этого часто доходит до самых дальних серверов.

 
Renat Fatkhullin:

Пока серверы не обновят, смысла обсуждать нет.

Сессия уже закрыта, насколько я понимаю?

Добрый день, Ренат!

Открытие обновили железо на сервере МТ5, а так же установили новое ПО сервера 2361

а огромные задержки исполнения торговых приказов остались (выдержка из лога), боевой счёт.

2020.04.06 10:00:34.743 Trades  'xxxxx': buy limit 2.00 Si-6.21 at 74460 placed for execution in 30408.370 ms
2020.04.06 10:00:34.744 Trades  'xxxxx': sell limit 2.00 Si-12.20 at 80635 placed for execution in 30408.840 ms
2020.04.06 10:00:34.744 Trades  'xxxxx': sell limit 1.00 Si-6.21 at 89894 placed for execution in 30409.321 ms
2020.04.06 10:00:35.006 Trades  'xxxxx': cancel order #121973373 buy limit 2.00 BR-7.20 at 29.52 placed for execution in 28999.176 ms
2020.04.06 10:00:35.006 Trades  'xxxxx': cancel order #121973374 sell limit 2.00 BR-7.20 at 41.62 placed for execution in 28999.862 ms
2020.04.06 10:00:36.221 Trades  'xxxxx': cancel order #121973455 buy limit 1.00 RTS-12.20 at 98780 placed for execution in 20690.625 ms
2020.04.06 10:00:36.222 Trades  'xxxxx': cancel order #121973439 buy limit 5.00 Eu-9.20 at 78070 placed for execution in 20623.958 ms
2020.04.06 10:00:36.222 Trades  'xxxxx': cancel order #121973441 sell limit 5.00 Eu-9.20 at 92890 placed for execution in 20623.998 ms
2020.04.06 10:00:36.223 Trades  'xxxxx': cancel order #121973450 buy limit 2.00 SBPR-9.20 at 13937 placed for execution in 20624.886 ms
Документация по MQL5: Константы, перечисления и структуры / Торговые константы / Типы торговых операций
Документация по MQL5: Константы, перечисления и структуры / Торговые константы / Типы торговых операций
  • www.mql5.com
Торговля осуществляется посредством отправки с помощью функции OrderSend() приказов на открытие позиций, а также приказов на установку, модификацию и удаление отложенных ордеров. Каждый торговый приказ содержит указание на тип запрашиваемой торговой операции. Торговые операции описаны в перечислении ENUM_TRADE_REQUEST_ACTIONS...
 
prostotrader:

Добрый день, Ренат!

Открытие обновили железо на сервере МТ5, а так же установили новое ПО сервера 2361

а огромные задержки исполнения торговых приказов остались (выдержка из лога), боевой счёт.

У вас же открытие торговой сессии?

Тут похоже дело не в нашей торговой платформе.

Есть ли тормоза в обычное время?

 
Renat Fatkhullin:

У вас же открытие торговой сессии?

Тут похоже дело не в нашей торговой платформе.

Есть ли тормоза в обычное время?

В обычное время тоже случаются задержки, но не такие огромные.

2020.04.06 12:35:10.016 Trades  'ххххх': modify order #121993076 buy limit 1.00 TATN-9.20 at 55737 sl: 0 tp: 0 expiration: day -> 55739, sl: 0 tp: 0 expiration: day
2020.04.06 12:35:10.081 Trades  'ххххх': accepted modify order #121993076 buy limit 1.00 TATN-9.20 at 55737 sl: 0 tp: 0 expiration: day -> 55739, sl: 0 tp: 0 expiration: day
2020.04.06 12:35:10.081 Trades  'ххххх': modify order #121993076 buy limit 1.00 TATN-9.20 at 55737 sl: 0 tp: 0 expiration: day -> 55739, sl: 0 tp: 0 expiration: day placed for execution in 65.013 ms
2020.04.06 13:02:14.079 Trades  'ххххх': cancel order #121995233 sell limit 1.00 Si-3.21 at 80724
2020.04.06 13:02:14.154 Trades  'ххххх': accepted cancel order #121995233 sell limit 1.00 Si-3.21 at 80724
2020.04.06 13:02:14.154 Trades  'ххххх': cancel order #121995233 sell limit 1.00 Si-3.21 at 80724 placed for execution in 75.390 ms

Тогда, как правило, так

2020.04.06 12:54:16.137 Trades  'ххххх': cancel order #121985277 buy limit 1.00 SBRF-12.20 at 17933
2020.04.06 12:54:16.142 Trades  'ххххх': accepted cancel order #121985277 buy limit 1.00 SBRF-12.20 at 17933
2020.04.06 12:54:16.142 Trades  'ххххх': cancel order #121985277 buy limit 1.00 SBRF-12.20 at 17933 placed for execution in 4.645 ms
2020.04.06 12:54:34.836 Trades  'ххххх': modify order #121994642 buy limit 1.00 TATN-9.20 at 55820 sl: 0 tp: 0 expiration: day -> 55862, sl: 0 tp: 0 expiration: day
2020.04.06 12:54:34.840 Trades  'ххххх': accepted modify order #121994642 buy limit 1.00 TATN-9.20 at 55820 sl: 0 tp: 0 expiration: day -> 55862, sl: 0 tp: 0 expiration: day
2020.04.06 12:54:34.840 Trades  'ххххх': modify order #121994642 buy limit 1.00 TATN-9.20 at 55820 sl: 0 tp: 0 expiration: day -> 55862, sl: 0 tp: 0 expiration: day placed for execution in 3.877 ms

Добавлено

Вот опять, "на ровном месте"

2020.04.06 13:24:00.010 Trades  'ххххх': buy limit 1.00 RTS-3.21 at 101600 placed for execution in 4.358 ms
2020.04.06 13:24:38.035 Trades  'ххххх': modify order #121996864 buy limit 1.00 RTS-3.21 at 101600 sl: 0 tp: 0 expiration: day -> 101620, sl: 0 tp: 0 expiration: day
2020.04.06 13:24:38.079 Trades  'ххххх': accepted modify order #121996864 buy limit 1.00 RTS-3.21 at 101600 sl: 0 tp: 0 expiration: day -> 101620, sl: 0 tp: 0 expiration: day
2020.04.06 13:24:38.079 Trades  'ххххх': modify order #121996864 buy limit 1.00 RTS-3.21 at 101600 sl: 0 tp: 0 expiration: day -> 101620, sl: 0 tp: 0 expiration: day placed for execution in 44.398 ms
2020.04.06 13:24:38.380 Trades  'ххххх': modify order #121996864 buy limit 1.00 RTS-3.21 at 101620 sl: 0 tp: 0 expiration: day -> 101700, sl: 0 tp: 0 expiration: day
2020.04.06 13:24:38.425 Trades  'ххххх': accepted modify order #121996864 buy limit 1.00 RTS-3.21 at 101620 sl: 0 tp: 0 expiration: day -> 101700, sl: 0 tp: 0 expiration: day
2020.04.06 13:24:38.425 Trades  'ххххх': modify order #121996864 buy limit 1.00 RTS-3.21 at 101620 sl: 0 tp: 0 expiration: day -> 101700, sl: 0 tp: 0 expiration: day placed for execution in 45.568 ms


 

 
prostotrader:

В обычное время тоже случаются задержки, но не такие огромные.

Тогда, как правило, так

С вашего прошлого обращения по скорости исполнения, мы сделали отчет для Открытия.

Там огромная проблема в сети на точках доступа - процент ретрансмиттов сетевых пакетов до 9%. Это поистине катастрофическая ситуация при очень малом количестве пользователей в онлайне:

10:01:01.309    Monitor net in: 1940 kb/s, 116437 kb, net out: 9412 kb/s, 564752 kb, retransmit: 8.942% (178395 of 1816606 packets)
10:02:01.196    Monitor net in: 1795 kb/s, 107738 kb, net out: 7983 kb/s, 478987 kb, retransmit: 7.951% (154874 of 1792996 packets)
10:03:01.302    Monitor net in: 1611 kb/s, 96676 kb, net out: 7295 kb/s, 437714 kb, retransmit: 7.083% (130144 of 1707335 packets)

Норма должна быть меньше 1%. И уже 3% сетевых потерь убивают low latency сервисы.

Например, у нас ретрансмиты 0.68 - 0.75% при заведомо бОльшем количестве пользователей (сейчас 17к в онлайне на MetaQuotes-Demo) . Причем мы обслуживаем весь мир, а не Москву/Россию.

Причины:

  • откровенно слабыми каналами пользуются и/или
  • гоняют low latency публичный (а точки доступа обязательно должны быть вынесены за DMZ) трафик внутри своего защитного контура, где фильтры и файрволы обычно не заботятся о задержках и/или
  • слабые CPU с малым количеством ядер
  • откровенно старые/дефолтные драйвера сетевых карт, особенно в виртуализации

Отчет был послан брокеру, но ответа не последовало.

 
Renat Fatkhullin:

С вашего прошлого обращения по скорости исполнения, мы сделали отчет для Открытия.

Там огромная проблема в сети на точках доступа - процент ретрансмиттов сетевых пакетов до 9%. Это поистине катастрофическая ситуация при очень малом количестве пользователей в онлайне:

Норма должна быть меньше 1%. И уже 3% сетевых потерь убивают low latency сервисы.

Например, у нас ретрансмиты 0.68 - 0.75% при заведомо бОльшем количестве пользователей (сейчас 17к в онлайне на MetaQuotes-Demo) . Причем мы обслуживаем весь мир, а не Москву/Россию.

Причины:

  • откровенно слабыми каналами пользуются и/или
  • гоняют low latency публичный (а точки доступа обязательно должны быть вынесены за DMZ) трафик внутри своего защитного контура, где фильтры и файрволы обычно не заботятся о задержках и/или
  • слабые CPU с малым количеством ядер
  • откровенно старые/дефолтные драйвера сетевых карт, особенно в виртуализации

Отчет был послан брокеру, но ответа не последовало.

Спасибо, понятна проблема.

Попробую порешать ее с брокером.

Сдвиги все же есть (железо поменяли, ПО новое поставили)...

Причина обращения: