FORTES. Questões de aplicação da lei - página 92
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
Eu NÃO tenho visto nenhum atraso ou outros "problemas" com o servidor MT5 há dois dias
É REALMENTE FIXO?
Eu NÃO tenho visto nenhum atraso ou outros "problemas" com o servidor MT5 há dois dias
TUDO FOI CONSERTADO?
Talvez o Banco Central tenha suspendido os freios? ))
Já se passaram 2 anos e 2 meses.
Não sei quem é o responsável pelo corretor ou pelo software (nunca parece descobrir), mas este é o resultado.
2018.02.15 10:00:54.309 Trades 'ххххх': cancel order #84312120 sell limit 2.00 MOEX-6.18 at 11557 2018.02.15 10:01:25.698 Trades 'ххххх': accepted cancel order #84312120 sell limit 2.00 MOEX-6.18 at 11557 2018.02.15 10:01:25.711 Trades 'ххххх': cancel order #84312120 sell limit 2.00 MOEX-6.18 at 11557 placed for execution in 31407.470 msJá se passaram 2 anos e 2 meses.
Não sei quem é o culpado pelo corretor ou pelo software (parece que nunca será descoberto), mas este é o resultado.
Renat disse uma vez que, para descobrir, é preciso ter dados sobre o ping real, e não apenas o ping, na rede do computador para o corretor - ou seja, verificar a idéia: "Existem problemas (e tais problemas estão sempre presentes e podem ocorrer a qualquer momento) neste momento na rede".
O que falta entender é como exatamente cronometrar a passagem do sinal do computador para o corretor simultaneamente ao envio de um pedido comercial (o que fazer se for uma ordem pendente???).
Renat disse uma vez que para descobrir, é necessário ter dados sobre o ping real, e não apenas o ping, na rede do computador ao corretor - ou seja, verificar a idéia: "Há algum problema (e tais problemas podem sempre ocorrer a qualquer momento) neste momento na rede".
Resta entender como exatamente cronometrar a passagem do sinal do computador para o corretor simultaneamente com o envio de um pedido comercial (e o que fazer se for uma ordem pendente???).
O que você quer para "tempo" se o comando anterior foi executado em 6 ms, e o próximo também!?
Renat disse uma vez que para descobrir, é necessário ter dados sobre o ping real, e não apenas o ping, na rede do computador ao corretor - ou seja, verificar a idéia: "Há algum problema (e tais problemas podem sempre ocorrer a qualquer momento) neste momento na rede".
Resta entender como exatamente cronometrar a passagem do sinal do computador para o corretor simultaneamente com o envio de um pedido comercial (e o que fazer se for uma ordem pendente???).
Neste caso (31 segundos), seria suficiente ver o tempo de chamada de cada transação da OnTradeTransaction. Tenho certeza de que a confirmação do servidor comercial de que o pedido de exclusão da ordem foi aceito foi quase que imediata.
A seguir, veja o horário de fechamento por História (não por OnTradeTransaction). O mais provável é que a diferença entre esses tempos seja de 31 segundos. Isto dirá 100% que o Cliente<->Conexão terminal não tem nada a ver com os freios.
O que você quer "tempo" se o comando anterior foi executado em 6ms, e o subseqüente também!?
Um exemplo simples. Estou navegando na web. De repente, a Internet começa a desacelerar terrivelmente. Em um minuto é restaurado. Os motivos podem ser muitos: WiFi falha - um novo dispositivo com padrão incompatível conectado (tenho um telefone que mata meu roteador na primeira vez que me conecto ao WiFi doméstico e tenho que reiniciar o roteador), ou assinar roteadores após o roteador doméstico...
Um exemplo simples. Estou navegando na web. De repente, a Internet começa a desacelerar terrivelmente. Depois de um minuto, está de volta. Pode haver muitas razões: WiFi está defeituoso - um novo dispositivo com um padrão incompatível está conectado (pessoalmente tenho um telefone que mata o roteador na primeira vez que ele se conecta ao WiFi de minha casa e tenho que reiniciar o roteador), ou assinando roteadores após o roteador doméstico...
Não há necessidade de navegar na web, aqui é simples
Quando os pedidos são enviados de forma assíncrona, recebemos o seguinte:
Indica que o pedido foi enviado pelo terminal para o servidor MT5.
Indica que o servidor MT5 recebeu um pedido
2018.02.15 10:01:25.711 Trades 'ххххх': cancel order #84312120 sell limit 2.00 MOEX-6.18 at 11557 placed for execution in 31407.470 msSignifica que o servidor enviou o pedido para a troca.
A resposta da troca vem imediatamente na OnTradeTransaction e o próprio terminal não emite QUALQUER mensagem!
Adicionado
Aqui está a resposta do SD de um ano atrás:
O método assíncrono não espera nem monitora o resultado da operação (fazer um pedido), apenas o fato de enviar, e portanto não o registra.
Veja novamente os comandos anteriores e subseqüentes
É possível, é claro, que seja um problema de rede, mas não é o MEU problema, é o do corretor.
Porque se repete dia após dia, após a instalação da nova construção 1755 e exatamente no início da sessão da manhã.
Adicionado
Em relação à Internet.
Estes logs foram retirados do terminal, que funciona via OnLime (100 mbps).
são logs de terminais que funcionam via MGTS (fibra de 200 mbps).
O fragmento de log tem o mesmo tempo que o outro terminal e o resultado é o mesmo:
O que você acha?
Fez um pedido ao Opener para logs do servidor no pedido#84312120
Tenho estes logs
A partir do meu e dos logs do servidor:
Relatórios dosterminais:
2018.02.15 10:00:54.309 Comércios 'xxxxxx': cancelar o pedido nº 84312120 limite de venda 2,00 MOEX-6,18 a 11557
Servidor:
2018.02.15 10:01:25.239 * 'xxxxxx': cancelar o pedido nº 84312120 limite de venda 2.00 MOEX-6.18 a 11557 (11002 / 11221 / 11200)
Istoé, passaram 31 segundos desde o momento em que o pedido foi feito pelo TERMINAL até o momento em que o pedido foi aceito pelo SERVIDOR.
Portanto, o problema pode ser:
1. No terminal (ele disse que enviou uma ordem, mas na verdade não enviou), o que eu duvido muito.
2. Osprovedoresda OPENou a rede interna da OPEN não está funcionando corretamente.
3. O servidor enfileirou o meu pedido e a espera foi de 31 segundos.
Minha internet está totalmente excluída, pelo motivo indicado no post acima.
Enviei minhas conclusões ao corretor, à espera de uma resposta.
Portanto, o problema pode ser:
1. No próprio terminal (ele disse que enviou uma ordem, mas não enviou), o que eu duvido muito.
Não.
2. Osprovedoresda OPENou a rede interna da OPEN não está funcionando corretamente.
Não.
3. O servidor enfileirou o meu pedido e a espera foi de 31 segundos.
Sim.
Imho, o Abridor acabou de colocar um atraso na execução de seu pedido, isso é tudo... que problemas técnicos podem existir na era do socialismo desenvolvido? Engraçado :-))
Comércio de alta freqüência? O robô costuma enviar pedidos ao servidor?