Время регистраций заявок на сервере МТ5:
11868790-ввод заявки
22:32:48.991 'xxxxx': order placed for execution [#11868790 buy limit 1.00 ED-6.15 at 1.0572]
22:32:48.997 'xxxxx': order #11868790 buy limit 1.00 ED-6.15 at 1.0572 placed due execution [added order #11868790, buy limit 1.00 ED-6.15 at 1.0572 [based on order '15094784179']]
11868790-снятие заявки
22:32:54.491 'xxxxx': cancel order #11868790 buy limit 1.00 ED-6.15 at 1.0572
22:32:54.498 'xxxxx': order #11868790 buy limit 1.00 ED-6.15 at 1.0572 canceled due execution [canceled order #11868790 [based on order '15094784179']]
11868770- ввод заявки
22:31:54.582 'xxxxx': order placed for execution [#11868770 buy limit 1.00 ED-6.15 at 1.0572
22:31:54.598 'xxxxx': order #11868770 buy limit 1.00 ED-6.15 at 1.0572 placed due execution [added order #11868770, buy limit 1.00 ED-6.15 at 1.0572 [based on order '15094782093']]
11868770- снятие заявки
22:32:00.474 'xxxxx': cancel order #11868770 buy limit 1.00 ED-6.15 at 1.0572
22:32:00.491 'xxxxx': order #11868770 buy limit 1.00 ED-6.15 at 1.0572 canceled due execution [canceled order #11868770 [based on order '15094782093']]
С уважением,
Федор Пылаев
Заместитель начальника Отдела поддержки пользователей торговых систем
Управления сопровождения торговых систем
Брокерского дома «ОТКРЫТИЕ»
KO 022:32:03.358 Trades 'xxxxx': buy limit 1.00 ED-6.15 at 1.0572
FG 022:32:03.415 Trades 'xxxxx': buy limit 1.00 ED-6.15 at 1.0572 placed for execution in57 ms
ED 022:32:09.250 Trades 'xxxxx': cancel order #11868770 buy limit 1.00 ED-6.15 at 1.0572
HQ 022:32:09.306 Trades 'xxxxx': cancel order #11868770 buy limit 1.00 ED-6.15 at 1.0572 placed for execution in55 ms
RL 022:32:57.765 Trades 'xxxxx': buy limit 1.00 ED-6.15 at 1.0572
JG 022:32:57.826 Trades 'xxxxx': buy limit 1.00 ED-6.15 at 1.0572 placed for execution in61 ms
IE 022:33:03.266 Trades 'xxxxx': cancel order #11868790 buy limit 1.00 ED-6.15 at 1.0572
CR 022:33:03.323 Trades 'xxxxx': cancel order #11868790 buy limit 1.00 ED-6.15 at 1.0572 placed for execution in56 ms
15094784179 время прихода команды постановки заявки - 22:33:00.018, время ответа на данную команду 22:33:00.019.
15094782093 время прихода команды постановки заявки - 22:32:05.609, время ответа на данную команду 22:32:05.610.
15094782093 время прихода команды удаления заявки - 22:32:11.502, время ответа на данную команду 22:32:11.50315094784179 время прихода команды удаления заявки - 22:33:05.519, время ответа на данную команду 22:33:05.520
A troca "vive" em seu próprio tempo, o servidor e o terminal não são amigáveis um com o outro e com a troca.
Portanto:
Aplicação MT5 -11868770 (15094782093 - troca)
Configuração:
22:32:03.358 Trades 'xxxxx': buy limit 1.00 ED-6.15 at 1.0572 - терминал отправил заявку
22:31:54.582'xxxxx': order placed for execution [#11868770 buy limit 1.00 ED-6.15 at 1.0572 - сервер МТ получил, обработал и отправил заявку на биржу
22:32:05.609 время прихода команды постановки заявки - биржа получила заявку
22:32:05.610 время ответа на данную команду - биржа выставила заявку, присвоила ордер и отправила подтверждение серверу МТ522:31:54.598'xxxxx': order #11868770 buy limit 1.00 ED-6.15 at 1.0572 placed due execution [added order #11868770, buy limit 1.00 ED-6.15 at 1.0572 [based on order '15094782093']] - сервер МТ5 получил билет ордера и подтверждение установки
22:32:03.415 Trades 'xxxxx': buy limit 1.00 ED-6.15 at 1.0572 placed for execution in57 ms - терминал получил подтверждение от сервера МТ5 об установке ордера
Tempo de preparação do pedido:
Troca:22:32:05.610-22:32:05.609= 1ms
Servidor MT5 (sem tempo de troca incluindo gateway):22:31:54.598 -22:31:54.582 - 1ms = 15ms
22:32:09.250 Trades 'xxxxx': cancel order #11868770 buy limit 1.00 ED-6.15 at 1.0572 - терминал отправил заявку
22:32:00.474 'xxxxx': cancel order #11868770 buy limit 1.00 ED-6.15 at 1.0572 - сервер МТ получил, обработал и отправил заявку на биржу
22:32:11.502 время прихода команды удаления заявки(15094782093) - биржа получила заявку
22:32:11.503 время ответа на данную команду(15094782093) - биржа выставила заявку, присвоила ордер и отправила подтверждение серверу МТ5
22:32:00.491 'xxxxx': order #11868770 buy limit 1.00 ED-6.15 at 1.0572 canceled due execution [canceled order #11868770 [based on order '15094782093']] - сервер МТ5 получил билет ордера и подтверждение установки
22:32:09.306 Trades 'xxxxx': cancel order #11868770 buy limit 1.00 ED-6.15 at 1.0572 placed for execution in 55 ms - терминал получил подтверждение от сервера МТ5 об установке ордера
Tempo de trabalho para a eliminação de um pedido:
Troca:22:32:11.503-22:32:11.502= 1ms
Servidor MT5 (sem tempo de troca incluindo gateway):22:32:00.491-22:32:00.474- 1 ms = 16 ms
22:32:57.765 Trades 'xxxxx': buy limit 1.00 ED-6.15 at 1.0572 - терминал отправил заявку
22:32:48.991'xxxxx': order placed for execution [#11868790 buy limit 1.00 ED-6.15 at 1.0572] - сервер МТ получил, обработал и отправил заявку на биржу
22:33:00.018 время прихода команды постановки заявки(15094784179) - биржа получила заявку
22:33:00.019 время ответа на данную команду(15094784179) - биржа выставила заявку, присвоила ордер и отправила подтверждение серверу МТ522:32:48.997'xxxxx': order #11868790 buy limit 1.00 ED-6.15 at 1.0572 placed due execution [added order #11868790, buy limit 1.00 ED-6.15 at 1.0572 [based on order '15094784179']] - сервер МТ5 получил билет ордера и подтверждение установки
22:32:57.826 Trades 'xxxxx': buy limit 1.00 ED-6.15 at 1.0572 placed for execution in61 ms - терминал получил подтверждение от сервера МТ5 об установке ордера
Tempo de preparação do pedido:
Intercâmbio:22:33:00.019-22:33:00.018= 1ms
Servidor MT5 (sem tempo de troca incluindo gateway):22:32:48.997-22:32:48.991- 1ms = 5ms
Terminal (tempo líquido):22:32:57.826-22:32:57.765- 6 ms = 55 ms
Eliminação:
22:33:03.266 Trades 'xxxxx': cancel order #11868790 buy limit 1.00 ED-6.15 at 1.0572 - терминал отправил заявку
22:32:54.491 'xxxxx': cancel order #11868790 buy limit 1.00 ED-6.15 at 1.0572 - сервер МТ получил, обработал и отправил заявку на биржу
22:33:05.519 время прихода команды удаления заявки(15094784179) - биржа получила заявку
22:33:05.520 время ответа на данную команду(15094784179) - биржа выставила заявку, присвоила ордер и отправила подтверждение серверу МТ5
22:32:54.498 'xxxxx': order #11868790 buy limit 1.00 ED-6.15 at 1.0572 canceled due execution [canceled order #11868790 [based on order '15094784179']] - сервер МТ5 получил билет ордера и подтверждение установки
22:33:03.323 Trades 'xxxxx': cancel order #11868790 buy limit 1.00 ED-6.15 at 1.0572 placed for execution in 56 ms - терминал получил подтверждение от сервера МТ5 об установке ордера
Tempo de trabalho para a eliminação de um pedido:
Intercâmbio:22:33:05.520-22:33:05.519= 1ms
Servidor MT5 (sem tempo de troca incluindo gateway):22:32:54.498-22:32:54.491- 1 ms = 6 ms
Terminal (tempo líquido):22:33:03.323-22:33:03.266- 7 ms = 50 ms
O fato de o terminal, o servidor e a troca terem suas próprias linhas de tempo é lógico e compreensível. A sincronização destes três componentes no tempo é, creio eu, até mesmo tecnicamente bastante problemática. É por isso que cada sistema vive em seu próprio cronograma.
Mas o que um comerciante deve fazer nestas condições?
Parece ser uma cadeia bastante longa na passagem de uma ordem comercial com muitos nós:
terminal - rede de provedores - servidor - gateway - troca - gateway - servidor - rede de provedores - terminal. A hospedagem virtual nesta cadeia substitui a rede do provedor.
Os participantes desta cadeia não demonstram nenhum zelo especial em compreender os atrasos, exceto para o comerciante, que é o único entre todos os participantes a suportar os custos destes atrasos.
Cada vez que se resolve o cronograma e se vê onde há um atraso substancial, é muito cansativo e moralmente difícil. Antes de obter qualquer resultado, você tem que ouvir tanto lixo e acusações que começa a fazer a pergunta: "Por que eu preciso de tudo isso?
O objetivo principal de um comerciante é negociar, não cavar os horários.
Parece que a única maneira de combater os atrasos é reduzir o número de elos da cadeia!
Quanto ao tempo, você o diz porque trabalha em FOREX, em FORTS a situação é diferente:
Você recebe uma cotação da Bolsa às 19:00:00.450 e envia um pedido, e o servidor responde:
É disso que se trata o FOREX - o desfasamento temporal.
Sobre os atrasos.
Não importa qual seja o atraso médio, ou seja, se a média é de 10-12 ms, então este é o trabalho
Mas quando o atraso mínimo é de 6 ms e o atraso máximo chega a 300 ms,
2015.03.2010:23:53.787 Trades 'xxxxx': modify order #12010544 sell limit 2.00 FEES-9.15 at 8979 sl: 0 tp: 0 -> 8977, sl: 0 tp: 0 placed for execution in318 ms
2015.03.2010:44:44.158 Trades 'xxxxx': cancel order #12011548 sell limit 2.00 GMKR-9.15 at 108250 placed for execution in329 ms
2015.03.2014:17:00.353 Trades 'xxxxx': buy limit 2.00 MIX-6.15 at 164400 placed for execution in39 ms
2015.03.2014:22:25.875 Trades 'xxxxx': sell limit 2.00 ROSN-9.15 at 25363 placed for execution in31 ms
2015.03.2014:41:23.055 Trades 'xxxxx': cancel order #12019785 sell limit 1.00 HYDR-9.15 at 5905 placed for execution in32 ms
2015.03.2014:46:41.859 Trades 'xxxxx': sell limit 2.00 GMKR-9.15 at 108746 placed for execution in322 ms
2015.03.2014:49:52.599 Trades 'xxxxx': cancel order #12022268 sell limit 3.00 UJPY-9.15 at 121.57 placed for execution in319 ms
já está com defeito. Na FORTS, 90% das estratégias se baseiam na compra com um pedido LIMIT (comprar ao preço atual ou não comprar em absoluto).
Quando o atraso é de até 12 ms, 5 em cada 10 pedidos têm tempo para trabalhar e quando o tempo começa a "flutuar", 9 em cada 10 pedidos não têm tempo para trabalhar.
2015.03.2014:17:00.403 (MIX-6.15,H1) OnTradeTransaction: Сделка по символу MIX не совершена, билет = 120201862015.03.2013:57:57.278 (MIX-6.15,H1) OnTradeTransaction: Сделка по символу MIX не совершена, билет = 12019095
Precisamos da estabilidade do trabalho.
Se você não estiver satisfeito com 12 ms de casa, use máquinas virtuais. Se você não estiver satisfeito com 6 ms de máquinas virtuais, instale seu robô comercial na bolsa.
Mas quando a máquina virtual tem 6 ms, e depois 61 ms - isto não deveria ser!
Quando os atrasos são de até 12 ms, 5 em cada 10 ordens têm tempo para acionar, e quando o tempo começa a "flutuar", 9 em cada 10 ordens não têm tempo para acionar.
Se mesmo com um atraso de até 12 ms apenas 5 em cada 10 pedidos têm tempo para fazer efeito, isso significa que você quer um preço muito bom que muitas pessoas querem, mas não muitas têm tempo para fazer) Estou começando a querer isso também.
papaklass: A questão NÃO é sobre o preço, a questão é sobre a ESTABILIDADE.
Estas são questões de diferentes categorias. Mikalas forneceu provas sólidas - e eu acho que eles melhorarão a estabilidade, tornando o tempo do terminal, do servidor e da troca mais claramente sincronizados.
Com base na prática atual, é óbvio que o tempo de execução das ordens varia de 10m.s. a 300m.s. ou mais. Por favor, explique qual é a razão desta instabilidade na execução de ordens comerciais.
Edward!
Por favor, aguarde até o final desta edição!
Claro... Eu tenho o hábito de entrar em pânico prematuramente
Economize seus nervos... Não há nada de criminoso nisso.
Apenas uma solução difícil (funcional) para um problema (com um pouco de emoção :) )....
E aqui estão os timings dos servidores MT5:
Engraçado!
A troca "vive" em seu próprio tempo, o servidor e o terminal não são amigáveis um com o outro e com a troca.
Portanto:
Aplicação MT5 -11868770 (15094782093 - troca)
Configuração:
Tempo de preparação do pedido:
Troca:22:32:05.610-22:32:05.609= 1ms
Servidor MT5 (sem tempo de troca incluindo gateway):22:31:54.598 -22:31:54.582 - 1ms = 15ms
Terminal (tempo líquido):22:32:03.415 -22:32:03.358 - 16ms = 41ms
Eliminação:
Tempo de trabalho para a eliminação de um pedido:
Troca:22:32:11.503-22:32:11.502= 1ms
Servidor MT5 (sem tempo de troca incluindo gateway):22:32:00.491-22:32:00.474- 1 ms = 16 ms
Terminal (tempo líquido):22:32:09.306-22:32:09.250- 17 msec = 39 msec
----------------------------------------------------------------------------------------
Aplicação MT5 -11868790(15094784179-exchange)
Colocação:
Tempo de preparação do pedido:
Intercâmbio:22:33:00.019-22:33:00.018= 1ms
Servidor MT5 (sem tempo de troca incluindo gateway):22:32:48.997-22:32:48.991- 1ms = 5ms
Terminal (tempo líquido):22:32:57.826-22:32:57.765- 6 ms = 55 ms
Eliminação:
Tempo de trabalho para a eliminação de um pedido:
Intercâmbio:22:33:05.520-22:33:05.519= 1ms
Servidor MT5 (sem tempo de troca incluindo gateway):22:32:54.498-22:32:54.491- 1 ms = 6 ms
Terminal (tempo líquido):22:33:03.323-22:33:03.266- 7 ms = 50 ms
------------------------------------------------------------------------------------
Para uma visão completa do que está acontecendo, não há cronogramas suficientes de FORTS gateway (pedido feito ao corretor).
Mas mesmo agora podemos tirar uma conclusão PREDICTIVA:
1. O FORTS é o elo mais rápido e mais estável (1ms)!
A probabilidade de o portal FORTS criar atrasos (15 ms, 16 ms, 5 ms, 6 ms) é alta.
Não está claro porque o servidor MT5 e os pacotes de troca do Terminal são tão longos (41 ms,39 ms, 55 ms, 50 ms)*.
(Talvez o corretor tenha problemas com a rede local? )
* As ofertas foram postadas a partir da rede local do corretor.
P/S Alguém trabalha através da BCS com o MT5?
O fato de o terminal, o servidor e a troca terem suas próprias linhas de tempo é lógico e compreensível. A sincronização destes três componentes no tempo é, creio eu, até mesmo tecnicamente bastante problemática. É por isso que cada sistema vive em seu próprio cronograma.
Mas o que um comerciante deve fazer nestas condições?
Parece ser uma cadeia bastante longa na passagem de uma ordem comercial com muitos nós:
terminal - rede de provedores - servidor - gateway - troca - gateway - servidor - rede de provedores - terminal. A hospedagem virtual nesta cadeia substitui a rede do provedor.
Os participantes desta cadeia não demonstram nenhum zelo especial em compreender os atrasos, exceto para o comerciante, que é o único entre todos os participantes a suportar os custos destes atrasos.
Cada vez que se resolve o cronograma e se vê onde há um atraso substancial, é muito cansativo e moralmente difícil. Antes de obter qualquer resultado, você tem que ouvir tanto lixo e acusações que começa a fazer a pergunta: "Por que eu preciso de tudo isso?
O objetivo principal de um comerciante é negociar, não cavar os horários.
Parece que a única maneira de combater os atrasos é reduzir o número de elos da cadeia!
Quanto ao tempo, você o diz porque trabalha em FOREX, em FORTS a situação é diferente:
Você recebe uma cotação da Bolsa às 19:00:00.450 e envia um pedido, e o servidor responde:
É disso que se trata o FOREX - o desfasamento temporal.
Sobre os atrasos.
Não importa qual seja o atraso médio, ou seja, se a média é de 10-12 ms, então este é o trabalho
Mas quando o atraso mínimo é de 6 ms e o atraso máximo chega a 300 ms,
já está com defeito. Na FORTS, 90% das estratégias se baseiam na compra com um pedido LIMIT (comprar ao preço atual ou não comprar em absoluto).
Quando o atraso é de até 12 ms, 5 em cada 10 pedidos têm tempo para trabalhar e quando o tempo começa a "flutuar", 9 em cada 10 pedidos não têm tempo para trabalhar.
Precisamos da estabilidade do trabalho.
Se você não estiver satisfeito com 12 ms de casa, use máquinas virtuais. Se você não estiver satisfeito com 6 ms de máquinas virtuais, instale seu robô comercial na bolsa.
Mas quando a máquina virtual tem 6 ms, e depois 61 ms - isto não deveria ser!
Quando os atrasos são de até 12 ms, 5 em cada 10 ordens têm tempo para acionar, e quando o tempo começa a "flutuar", 9 em cada 10 ordens não têm tempo para acionar.
Se mesmo com um atraso de até 12 ms apenas 5 em cada 10 pedidos têm tempo para fazer efeito, isso significa que você quer um preço muito bom que muitas pessoas querem, mas não muitas têm tempo para fazer) Estou começando a querer isso também.
A questão NÃO é sobre o preço, a questão é sobre a ESTABILIDADE.
Renat, bom dia!
Com base na prática atual, é óbvio que o tempo de execução das ordens varia de 10m.s. a 300m.s. ou mais. Por favor, explique qual é a razão desta instabilidade na execução de ordens comerciais.
Renat!
Você não respondeu à minha pergunta, cuja resposta é extremamente importante para a minha negociação via MT5. Imploro-lhe que responda.
E como estas duas figuras se encaixam
e o relatório da bolsa de valores do dia