FORTES. Questões de aplicação da lei - página 85
Você está perdendo oportunidades de negociação:
- Aplicativos de negociação gratuitos
- 8 000+ sinais para cópia
- Notícias econômicas para análise dos mercados financeiros
Registro
Login
Você concorda com a política do site e com os termos de uso
Se você não tem uma conta, por favor registre-se
Aceito - o que exatamente isso significa?
1533 - sem dados do servidor nos logs novamente. Portanto, cuide de seus 1531.
Não aceito, não aceito, não aceito, não aceito, não aceito, não aceito.
porque o tempo entre o início do envio e a aceitação (6 ms) é quase igual ao tempo total de execução (6.984 ms)
(a ordem é enviada usando o comando OrderSendAsync)
2017.02.17 11:07:11.397 Trades 'xxxxx': accepted cancel order #52592261 sell limit 1.00 PLD-6.17 at 812.23
2017.02.17 11:07:11.398 Trades 'xxxxx': cancel order #52592261 sell limit 1.00 PLD-6.17 at 812.23 placed for execution in 6.984 ms (1.955 ms on server)
O mais provável é que seja aceita uma mensagem do servidor de que o pedido foi submetido à Bolsa,
e ,colocado para execução que o pedido é aceito pela Bolsa e o que vemos entre parênteses é o tempo
entre o envio à Bolsa e a entrega da resposta da Bolsa :(
Adicionado
Portanto, no seu caso, o tempo é duplicado (o pedido não foi enviado para a troca, e como se fossem 2 vezes processadas no servidor, então "dobro" de atraso)
PN 0 11:29:52.745 Trades '5245006': accepted cancel order #134078969 buy limit 1.00 RTS-6.17 at 110740
RM 0 11:29:55.329 Trades '5245006': cancel #134078969 buy limit 1.00 RTS-6.17 at market done in 4342.061 ms (4281.910 ms on server)
~2 seg - processamento do pedido recebido pelo servidor
~2 seg - "imitação" do trabalho de troca no servidor
Portanto, no seu caso, o tempo é duplicado (o pedido não foi enviado para a troca, mas foi meio que processado duas vezes no servidor, portanto há um atraso "duplo")
PN 0 11:29:52.745 Trades '5245006': accepted cancel order #134078969 buy limit 1.00 RTS-6.17 at 110740
RM 0 11:29:55.329 Trades '5245006': cancel #134078969 buy limit 1.00 RTS-6.17 at market done in 4342.061 ms (4281.910 ms on server)
~2 seg - processamento do pedido recebido pelo servidor
~2 seg - "imitação" do trabalho de troca no servidor
Deve-se perguntar aos desenvolvedores o que significa cada linha no registro.
Não é difícil procurar você mesmo
2017.02.17 13:21:20.390 trader (RTS-3.17,M1) OnTradeTransaction: Order got ticket.
2017.02.17 13:21:20.399 trader (RTS-3.17,M1) OnTradeTransaction: Order place done.
2017.02.17 13:21:20.389 Trades '1007932': accepted buy limit 2.00 RTS-6.17 at 115140
2017.02.17 13:21:20.390 Trades '1007932': buy limit 2.00 RTS-6.17 at 115140 placed for execution in 8.267 ms
Não é difícil de ver por si mesmo
O terminal aceitou o pedido e o enviou.
O servidor registrou o pedido em seu sistema e o enviou para execução.
A execução é concluída e as informações chegam ao terminal.
Não há tempo duplo. O registro da ordem e da parte de execução são coisas diferentes.
O terminal aceitou o pedido e o enviou.
O servidor registrou o pedido em seu sistema e o enviou para execução.
A execução é concluída e as informações chegam ao terminal.
Não há tempo duplo. O registro da ordem e da parte de execução são coisas diferentes.
Eu estava falando de seu tempo duplo.
E então, do meu diário de bordo, a ordem foi definida para 17 ms..,
e no meu registro terminal, são 8 ms. DÊ UMA OLHADA DE PERTO EM
Eu estava falando de seu tempo duplo
O que é isso?
PN 0 11:29:52.745 Trades '5245006': accepted cancel order #134078969 buy limit 1.00 RTS-6.17 at 110740
RM 0 11:29:55.329 Trades '5245006': cancel #134078969 buy limit 1.00 RTS-6.17 at market done in 4342.061 ms (4281.910 ms on server)
52.745 -50.991
55.329 -52.745
Adicionado
Você vê o tempo total de execução "duplo" entre parênteses, devido ao fato de que você está usando OrderSend,
e só vejo parte dele usando OrderSendAsync
Diário da EA
2017.02.17 13:21:20.390 trader (RTS-3.17,M1) OnTradeTransaction: Order got ticket.
2017.02.17 13:21:20.399 trader (RTS-3.17,M1) OnTradeTransaction: Order place done.
17 ms.
Diário de bordo do terminal
2017.02.17 13:21:20.389 Trades '1007932': accepted buy limit 2.00 RTS-6.17 at 115140
2017.02.17 13:21:20.390 Trades '1007932': buy limit 2.00 RTS-6.17 at 115140 placed for execution in 8.267 ms
8 ms.
Adicionado por
Isto é provavelmentemais compreensível
Diário de bordo especializado
2017.02.17 13:45:27.141 trader (RTS-3.17,M1) OnTradeTransaction: TRADE_TRANSACTION_REQUEST --> Order got ticket.
2017.02.17 13:45:27.421 trader (RTS-3.17,M1) OnTradeTransaction: TRADE_TRANSACTION_ORDER_UPDATE--> ORDER_STATE_PLACED -- > Order place done.
289 ms.
Diário de bordo do terminal.
2017.02.17 13:45:27.141 Trades '1007932': accepted buy limit 2.00 RTS-6.17 at 115190
2017.02.17 13:45:27.141 Trades '1007932': buy limit 2.00 RTS-6.17 at 115190 placed for execution in 8.526 ms
9 ms.
PN 0 11:29:52.745 Trades '5245006': accepted cancel order #134078969 buy limit 1.00 RTS-6.17 at 110740
RM 0 11:29:55.329 Trades '5245006': cancel #134078969 buy limit 1.00 RTS-6.17 at market done in 4342.061 ms (4281.910 ms on server)
Você vê o tempo total de execução 'duplo' entre parênteses, devido ao fato de que você está usando OrderSend,
Tempo alocado - o tempo entre a entrada e a saída do servidor. Não há duplo. O servidor tem duas operações - registro e execução. Entre parênteses está a soma de seus tempos de execução.
Sim, isso é no seu caso - tempo é uma coisa, mas olhe para os Meus logs!
adicionado
Aceito - Resposta do servidor de que o pedido foi verificado e um ticket foi atribuído a ele
2017.02.17 13:45:27.141 Trades '1007932': accepted buy limit 2.00 RTS-6.17 at 115190
Sim, é no seu caso - tempo é uma coisa, mas olhe para os Meus logs!