FORTES. Questões de aplicação da lei - página 34

 
Михаил:

Eu comecei esta linha em 16.12.2014.

Estamos agora em setembro de 2015.

Para ser justo, os atrasos gerais causados pelo conceito original da plataforma devem ser notados,

foi corrigido muito rapidamente, mas é infinitamente lamentável que os desenvolvedores não tenham levado a sério o atraso "único flutuante",

que se revelou fatal no comércio (como foi testado com diferentes corretores em demonstração e conta real,

é óbvio que os atrasosocorrem na parte do servidor do MT5 ).

É uma grande pena que a detecção deste erro tenha sido feita pelo usuário, mas não pelos desenvolvedores.

Embora Renat tenha assegurado em 29.12.2014 que o trabalho continuará:

"Otempo de resposta flutuante ocasional de entrega ao terminal ainda não foi resolvido, continuaremos a trabalhar nesse sentido".

Michael, talvez os atrasos sejam culpa do equipamento ? Ou você acha que o equipamento sempre funciona sem falhas? Talvez faça sentido escrever para os desenvolvedores de hardware do servidor?
 
Vladimir Pastushak:
Michael, talvez os atrasos sejam devidos ao equipamento? Ou você acha que o equipamento sempre funciona sem falhas? Talvez faça sentido escrever para os desenvolvedores de hardware do servidor?

Vladimir!

Você deve ler estes posts e os logs cuidadosamente!

Os CORRETORES DIFERENTES têm UM e o mesmo efeito, tanto na demonstração como na conta real!

 
Михаил:

Vladimir!

Você deve ler estes posts e os logs cuidadosamente!

O mesmo efeito em corretores reais e de demonstração tem em corretores diferentes!

Muitas vezes a criação / manutenção de um negócio de corretagem é realizada por uma empresa especializada, que por sua vez coloca quase os mesmos servidores, ou seja, corretores diferentes e o equipamento é um e o mesmo ...

Acontece que servidores de diferentes corretores ficam no mesmo rack.

 
Vladimir Pastushak:

Muitas vezes a criação/serviço de um negócio de corretagem é feita por um escritório especializado, que por sua vez coloca quase os mesmos servidores, ou seja, os corretores são diferentes, mas o equipamento é o mesmo ...

Acontece que os servidores de diferentes corretores estão em um único rack ...

Vladimir!

Tenho um grande favor a lhe pedir:

Não invente isto, por favor.

 
Михаил:

Vladimir!

Tenho um grande pedido a fazer-lhe:

Não fantasie, por favor.

Se você não sabe como este negócio funciona, isso não significa que alguém está fantasiando, você precisa de contatos para montar uma corretora?

Ok, isto é lírico, estou certo em entender que você está testando os servidores com a EA a partir deste post https://www.mql5.com/ru/forum/38456/page37#comment_1869077

ФОРТС. Вопросы по исполнению
ФОРТС. Вопросы по исполнению
  • www.mql5.com
С большими проблемами удалось это сделать (начальник отдела по работе с профессиональными клиентами ДЦ Открытие Евгений Сергеевич,. - Страница 37 - Категория: автоматические торговые системы
 

Aqui está meu registro, se você estiver interessado

Quantas solicitações o servidor MT5 pode atender por minuto ou por segundo...

Arquivos anexados:
20150901.log  758 kb
 

Esta manhã ( real) Accsess server 4:

2015.09.02 10:00:18.610 Trades  'xxxxx': sell limit 5.00 MIX-12.15 at 172475
2015.09.02 10:00:18.619 Trades  'xxxxx': sell limit 5.00 MIX-12.15 at 172475 placed for execution in 9 ms
2015.09.02 10:00:18.926 Trades  'xxxxx': cancel order #19725208 sell limit 5.00 MIX-12.15 at 172475
2015.09.02 10:00:18.941 Trades  'xxxxx': cancel order #19725208 sell limit 5.00 MIX-12.15 at 172475 placed for execution in 15 ms
2015.09.02 10:00:20.215 Trades  'xxxxx': buy limit 3.00 TATN-12.15 at 28402
2015.09.02 10:00:29.538 Trades  'xxxxx': buy limit 3.00 TATN-12.15 at 28402 placed for execution in 9324 ms
2015.09.02 10:00:29.608 Trades  'xxxxx': modify order #19725217 buy limit 3.00 TATN-12.15 at 28402 sl: 0 tp: 0 -> 28404, sl: 0 tp: 0
2015.09.02 10:00:31.504 Trades  'xxxxx': cancel order #19725136 sell limit 5.00 UJPY-12.15 at 120.69
2015.09.02 10:00:31.510 Trades  'xxxxx': sell limit 2.00 FEES-12.15 at 6831
2015.09.02 10:00:31.817 Trades  'xxxxx': modify order #19725217 buy limit 3.00 TATN-12.15 at 28402 sl: 0 tp: 0 -> 28523, sl: 0 tp: 0
2015.09.02 10:00:33.713 Trades  'xxxxx': cancel order #19725179 buy limit 1.00 URKA-12.15 at 19590
2015.09.02 10:00:33.733 Trades  'xxxxx': modify order #19725217 buy limit 3.00 TATN-12.15 at 28402 sl: 0 tp: 0 -> 28404, sl: 0 tp: 0 placed for execution in 4125 ms
2015.09.02 10:00:33.751 Trades  'xxxxx': cancel order #19725136 sell limit 5.00 UJPY-12.15 at 120.69 placed for execution in 2248 ms
2015.09.02 10:00:33.752 Trades  'xxxxx': sell limit 2.00 FEES-12.15 at 6831 placed for execution in 2241 ms
2015.09.02 10:00:33.762 Trades  'xxxxx': modify order #19725217 buy limit 3.00 TATN-12.15 at 28404 sl: 0 tp: 0 -> 28523, sl: 0 tp: 0 placed for execution in 1946 ms
2015.09.02 10:00:33.900 Trades  'xxxxx': cancel order #19725217 buy limit 3.00 TATN-12.15 at 28523
2015.09.02 10:00:34.654 Trades  'xxxxx': modify order #19725269 sell limit 2.00 FEES-12.15 at 6831 sl: 0 tp: 0 -> 6829, sl: 0 tp: 0
2015.09.02 10:00:35.603 Trades  'xxxxx': cancel order #19725179 buy limit 1.00 URKA-12.15 at 19590 placed for execution in 1890 ms
2015.09.02 10:00:35.610 Trades  'xxxxx': cancel order #19725217 buy limit 3.00 TATN-12.15 at 28523 placed for execution in 1710 ms
2015.09.02 10:00:35.624 Trades  'xxxxx': modify order #19725269 sell limit 2.00 FEES-12.15 at 6831 sl: 0 tp: 0 -> 6829, sl: 0 tp: 0 placed for execution in 970 ms
2015.09.02 10:00:36.004 Trades  'xxxxx': modify order #19725269 sell limit 2.00 FEES-12.15 at 6829 sl: 0 tp: 0 -> 6808, sl: 0 tp: 0
2015.09.02 10:00:36.014 Trades  'xxxxx': modify order #19725269 sell limit 2.00 FEES-12.15 at 6829 sl: 0 tp: 0 -> 6808, sl: 0 tp: 0 placed for execution in 9 ms

Podemos chamar isto de um "único" atraso?

Assim (tempo limite de espera excedido) a função de verificação alternativa ( CheckOrders() ) foi ativada:

2015.09.02 10:00:21.419 Forts_trader (TATN-9.15,H1)     CheckOrders: Попытка 1 получить билет Buy ордера...
2015.09.02 10:00:21.529 Forts_trader (TATN-9.15,H1)     CheckOrders: Попытка 2 получить билет Buy ордера...
2015.09.02 10:00:21.638 Forts_trader (TATN-9.15,H1)     CheckOrders: Попытка 3 получить билет Buy ордера...
2015.09.02 10:00:21.747 Forts_trader (TATN-9.15,H1)     CheckOrders: Попытка 4 получить билет Buy ордера...
2015.09.02 10:00:21.856 Forts_trader (TATN-9.15,H1)     CheckOrders: Попытка 5 получить билет Buy ордера...
2015.09.02 10:00:21.856 Forts_trader (TATN-9.15,H1)     CheckOrders: Не получен билет Buy ордера!
2015.09.02 10:00:22.932 Forts_trader (TATN-9.15,H1)     CheckOrders: Попытка 1 получить билет Buy ордера...
2015.09.02 10:00:23.042 Forts_trader (TATN-9.15,H1)     CheckOrders: Попытка 2 получить билет Buy ордера...
2015.09.02 10:00:23.151 Forts_trader (TATN-9.15,H1)     CheckOrders: Попытка 3 получить билет Buy ордера...
2015.09.02 10:00:23.260 Forts_trader (TATN-9.15,H1)     CheckOrders: Попытка 4 получить билет Buy ордера...
2015.09.02 10:00:23.369 Forts_trader (TATN-9.15,H1)     CheckOrders: Попытка 5 получить билет Buy ордера...
2015.09.02 10:00:23.369 Forts_trader (TATN-9.15,H1)     CheckOrders: Не получен билет Buy ордера!
2015.09.02 10:00:24.461 Forts_trader (TATN-9.15,H1)     CheckOrders: Попытка 1 получить билет Buy ордера...
2015.09.02 10:00:24.570 Forts_trader (TATN-9.15,H1)     CheckOrders: Попытка 2 получить билет Buy ордера...
2015.09.02 10:00:24.680 Forts_trader (TATN-9.15,H1)     CheckOrders: Попытка 3 получить билет Buy ордера...
2015.09.02 10:00:24.789 Forts_trader (TATN-9.15,H1)     CheckOrders: Попытка 4 получить билет Buy ордера...
2015.09.02 10:00:24.898 Forts_trader (TATN-9.15,H1)     CheckOrders: Попытка 5 получить билет Buy ордера...
2015.09.02 10:00:24.898 Forts_trader (TATN-9.15,H1)     CheckOrders: Не получен билет Buy ордера!
2015.09.02 10:00:25.974 Forts_trader (TATN-9.15,H1)     CheckOrders: Попытка 1 получить билет Buy ордера...
2015.09.02 10:00:26.084 Forts_trader (TATN-9.15,H1)     CheckOrders: Попытка 2 получить билет Buy ордера...
2015.09.02 10:00:26.193 Forts_trader (TATN-9.15,H1)     CheckOrders: Попытка 3 получить билет Buy ордера...
2015.09.02 10:00:26.302 Forts_trader (TATN-9.15,H1)     CheckOrders: Попытка 4 получить билет Buy ордера...
2015.09.02 10:00:26.411 Forts_trader (TATN-9.15,H1)     CheckOrders: Попытка 5 получить билет Buy ордера...
2015.09.02 10:00:26.411 Forts_trader (TATN-9.15,H1)     CheckOrders: Не получен билет Buy ордера!
2015.09.02 10:00:27.503 Forts_trader (TATN-9.15,H1)     CheckOrders: Попытка 1 получить билет Buy ордера...
2015.09.02 10:00:27.612 Forts_trader (TATN-9.15,H1)     CheckOrders: Попытка 2 получить билет Buy ордера...
2015.09.02 10:00:27.721 Forts_trader (TATN-9.15,H1)     CheckOrders: Попытка 3 получить билет Buy ордера...
2015.09.02 10:00:27.831 Forts_trader (TATN-9.15,H1)     CheckOrders: Попытка 4 получить билет Buy ордера...
2015.09.02 10:00:27.940 Forts_trader (TATN-9.15,H1)     CheckOrders: Попытка 5 получить билет Buy ордера...
2015.09.02 10:00:27.940 Forts_trader (TATN-9.15,H1)     CheckOrders: Не получен билет Buy ордера!
2015.09.02 10:00:29.021 Forts_trader (TATN-9.15,H1)     CheckOrders: Попытка 1 получить билет Buy ордера...
2015.09.02 10:00:29.125 Forts_trader (TATN-9.15,H1)     CheckOrders: Попытка 2 получить билет Buy ордера...
2015.09.02 10:00:29.235 Forts_trader (TATN-9.15,H1)     CheckOrders: Попытка 3 получить билет Buy ордера...
2015.09.02 10:00:29.344 Forts_trader (TATN-9.15,H1)     CheckOrders: Попытка 4 получить билет Buy ордера...
2015.09.02 10:00:29.453 Forts_trader (TATN-9.15,H1)     CheckOrders: Попытка 5 получить билет Buy ордера...
2015.09.02 10:00:29.453 Forts_trader (TATN-9.15,H1)     CheckOrders: Не получен билет Buy ордера!
2015.09.02 10:00:31.060 Forts_trader (TATN-9.15,H1)     CheckOrders: Buy ордер модифицирован. Билет = 19725217
2015.09.02 10:00:32.894 Forts_trader (UJPY-9.15,H1)     CheckOrders: Sell ордер не удалён! Билет = 19725136
2015.09.02 10:00:32.894 Forts_trader (FEES-9.15,H1)     CheckOrders: Попытка 1 получить билет Sell ордера...
2015.09.02 10:00:33.010 Forts_trader (FEES-9.15,H1)     CheckOrders: Попытка 2 получить билет Sell ордера...
2015.09.02 10:00:33.088 Forts_trader (TATN-9.15,H1)     CheckOrders: Buy ордер модифицирован. Билет = 19725217
2015.09.02 10:00:33.119 Forts_trader (FEES-9.15,H1)     CheckOrders: Попытка 3 получить билет Sell ордера...
2015.09.02 10:00:33.228 Forts_trader (FEES-9.15,H1)     CheckOrders: Попытка 4 получить билет Sell ордера...
2015.09.02 10:00:33.337 Forts_trader (FEES-9.15,H1)     CheckOrders: Попытка 5 получить билет Sell ордера...
2015.09.02 10:00:33.337 Forts_trader (FEES-9.15,H1)     CheckOrders: Не получен билет Sell ордера!
2015.09.02 10:00:34.773 Forts_trader (URKA-9.15,H1)     CheckOrders: Buy ордер не удалён! Билет = 19725179
2015.09.02 10:00:35.115 Forts_trader (TATN-9.15,H1)     CheckOrders: Buy ордер не удалён! Билет = 19725217
 
Михаил:

Esta manhã ( real ) Accsess server 4:

Segundo informações do Discovery, o AS 4 é melhor não ser usado.

Melhor usar o AS2

 
Aytugan Khafizov:

Michael, posso lhe dizer o seguinte a partir da análise de seus logs de login a partir dos pontos de acesso Discovery:

1) Quando você conecta os pings do datacenter ao terminal, esses pings são mantidos cerca de 10ms, mas há picos de até 500ms

Access Server2 2015.08.25 08:48:15.666 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 10.89 ms)
Access Server3 2015.08.25 00:07:19.069 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 500.40 ms)
Access Server3 2015.08.25 08:48:28.696 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 12.03 ms)
Access Server3 2015.08.26 04:10:52.879 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 506.13 ms)
Access Server3 2015.08.27 01:08:15.820 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 8.12 ms)
Access Server2 2015.08.27 01:08:18.776 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 7.12 ms)
Access Server2 2015.08.27 02:32:48.278 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 7.07 ms)
Access Server2 2015.08.27 09:05:51.324 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 11.65 ms)
Access Server3 2015.08.27 09:06:04.272 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 11.75 ms)

Este é o ping a partir do ponto de acesso ao terminal:

|      зона ответственности Биржи     ||  зона ответственности Открытия                                   || интернет ||  клиент       |    

[биржа (ФОРТС)] <==> [шлюз Plaza2]  <===>  [шлюз в MOEX] <=> [MT5 торговый сервер] <=> [Точка доступа]  <================>   [Терминал] 

Assim você pode ver problemas já no caminho terminal MT5 - ponto de acesso MT5, não alcançando o comércio.

2) Analisei os pings de outros clientes, há flutuações - mas não encontrei nenhum padrão estável (por exemplo, com aumento maciço de pings ao mesmo tempo)

O que fazer com ele?

1) Adicionamos o ping logging ao terminal, a funcionalidade estará disponível na próxima versão beta. Colocá-lo-ei aqui quando sair. Também construiremos medições periódicas de ping entre componentes na plataforma no futuro para procurar (possíveis) problemas de rede.

2) Solicitei informações adicionais da rede Discover. vamos ver se isto ajuda a encontrar a causa.

3) Recomendo que você tente trabalhar via Access Server 4 por um tempo - ele se conecta à Internet através de um provedor diferente dos pontos de acesso (2,3) e é conectado de forma diferente dentro da rede Discover ao servidor comercial.

Surgiu um palpite...

Eu me perguntei, e se o terminal registra que enviou um pedido (ordem)

Mas não enviou (atrasou), então explica (por que o ping do terminal para o servidor MT5 é muito longo).

 

Михаил:

Eu pensei, e se o terminal registra que enviou um pedido (ordem),

mas na verdade não enviou (atrasado), então explica tudo (por que o ping é muito grande do terminal para o servidor MT5).

O terminal mantém uma conexão TCP com o servidor onde troca logs, gráficos e ordens de troca com o servidor. As ordens são, evidentemente, de maior prioridade. A operação de uma única conexão é realizada porque o tempo necessário para estabelecer uma conexão separada para o envio de pedidos comerciais é muito longo - vários segundos.

Portanto, as seguintes coisas acontecem no terminal:

  • A parte comercial do terminal envia dados para o gerente de conexão do terminal interno
  • O gerente de conexão passa os dados para o sistema operacional
  • O sistema operacional transmite dados para a Internet
Quando os dados vêm da Internet, o sistema operacional determina que são para o terminal, chama o gerente de conexão do terminal e este último determina o componente do terminal ao qual os dados pertencem, de acordo com o protocolo interno

Todos os pacotes TCP na conexão são numerados sequencialmente. Para cada pacote recebido, o sistema operacional envia um aviso de recebimento. Também relógios OS recebem pacotes, e se ele vê que o pacote com tal e tal número não foi recebido, ele envia uma mensagem especial para o remetente - para reenviar o pacote com tal e tal número. Portanto, mesmo que um pacote seja perdido "em rota", a aplicação não é informada sobre ele - os sistemas operacionais de ambos os lados compensam os pacotes perdidos. Mas leva tempo para retransmitir, e o sistema operacional não retransmite "novos" pacotes até que tenha recebido todos os "velhos" pacotes em ordem. Portanto, do lado da aplicação, a perda de pacotes que o sistema operacional recuperou é vista como um atraso.

Do lado aberto, você pode ver que o servidor de negociação registra a execução de negociações "problemáticas" em 1-2ms - o mesmo que para o resto das negociações. De acordo com as informações atuais recebidas da Otkritie, não foram detectados problemas nas seções "troca" - "gateway", "gateway-trading server", "trading server - access point". Estamos tratando agora dos pontos de acesso e da seção "ponto de acesso - terminal".