FORTES. Questões de aplicação da lei - página 5
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
Os senhorespapaklass eolyakish!
Não está claro por que você começou uma correspondência pessoal neste importante tópico, depois que Renat confirmou a presença de
"Erro flutuante na velocidade das respostas ao terminal.
Ele também prometeu que a MQ melhoraria o tráfego geral de execução de pedidos.
E de qualquer forma, como você pode verificar qualquer coisa em cozinhas forex?
Na verdade, publicamos muitas informações úteis:
- suas configurações de servidor;
- métodos de verificação de rede (ping -t);
- olyakish publicou seu trabalho sobre a seleção de um servidor virtual.
Mas parece que você não precisa disso.
Há muitas coisas em Forex que podem ser testadas. E se você acha que não há manipulação na troca, então eu simpatizo com você. :)
Os senhorespapaklass eolyakish!
Não está claro por que você começou uma correspondência pessoal neste importante tópico, depois que Renat confirmou a presença de
"Erro flutuante na velocidade das respostas ao terminal.
Ele também prometeu que a MQ melhoraria o tráfego geral de execução de pedidos.
E de qualquer forma, como você pode verificar qualquer coisa em cozinhas forex?
Aqui está o verdadeiro LMAX por API .NET
O desempenho nas notícias é de 12ms com um ping de 8ms (medido usando um temporizador de alta freqüência)
Acho que esta é uma referência
Aqui está o verdadeiro LMAX por API .NET
O desempenho nas notícias é de 12ms com um ping de 8ms (medido usando um temporizador de alta freqüência)
Acho que esta é uma referência
No último lote você tem pedidos enviados e respostas do servidor recebidas em 1 (!!!) ms. E o registro mostra o tempo de processamento do servidor de 10 ms. Incrível. :)
A questão se coloca:
Os horários publicados no diário de bordo do terminal podem ser confiáveis?
No último lote você tem pedidos enviados e respostas do servidor recebidas em 1 (!!!) ms. E o registro mostra o tempo de processamento do servidor de 10 ms. Incrível. :)
A questão se coloca:
Os horários publicados no diário de bordo do terminal podem ser confiáveis?
Estes são provavelmente exatamente 16ms discretos.
e estes podem ser mais precisos
Aqui está o verdadeiro LMAX por API .NET
A execução em notícias é de 12 ms às 8 ms ping (medida usando o temporizador de alta freqüência)
Acho que essa é a diretriz.
Vamos ser claros e transparentes. Vamos falar da latência menos todos os pings entre os nós.
O pessoal do HFT me mostrou uma latência de ~ 1ms no intercâmbio russo. Eu não sou técnico e não posso dizer como eles conseguem isso.
Da mesma forma, na latência do LMAX é de ~ 2-3 ms.
Mais uma vez, estamos falando da latência do varejo menos todos os pings.
A infra-estrutura MT5 se conecta diretamente com as bolsas. Ou, como você disse, é apenas um "cano". Os HFTs conectam seus tubos e obtêm o resultado como você escreveu acima.
A conexão de um tubo MT5 resulta em um custo de tempo muito maior. Quais são as razões?
Você não precisa ser claro, mas com um nível de conhecimento profissional.
Construir 1036.
Como você lida com isso? A diferença na execução é monstruosa.
É possível alcançar estabilidade no desempenho do servidor?
PS: Como parece inapropriado anunciar a MT como uma plataforma de alta freqüência. :(
Papaklass!
Não há necessidade de ficar tão "nervoso"!
Você nem se dá ao trabalho de ler os posts!
E esculpindo estupidamente seus postes!
Você não acha que é hora de parar?
PESSOAS QUE TRABALHAM!!!!
Você poderia me mostrar a mensagem que eu deveria ter lido?
Para citar Renate:
O servidor 1035 da Otkritie já está funcionando hoje.
Eis como os tempos de acionamento da ordem mudaram em relação ao VPS em Moscou (mesmo computador, mesmaconta real):
Como prometido, há uma melhoria qualitativa (múltipla) na velocidade de processamento de pedidos.
O tempo de flutuação ocasional de resposta ao terminal ainda não foi eliminado, continuaremos trabalhando nele.
-------------------------------------------------------
E por que você os considera internos?
1) Veja na OnTradeTransaction quantos status intermediários você recebe sobre o pedido.
Cada transação comercial não é um pacote (resposta de solicitação), mas várias notificações. É para que o terminal saiba sempre em que fase se encontra o pedido (por exemplo, a execução pode levar muito tempo).
Agora estamos pensando na possibilidade de incluir na MQL5 uma função separada para desativar todas as notificações de status intermediário, transformando o esquema em uma forma simples. Isto poderia acelerar a execução.
2) Você está perdendo completamente o segundo lado da comunicação com a troca e a variabilidade da velocidade de execução. Aparentemente, você acha que existe um 0 conhecido, mas não há garantia de velocidade ali.
Parece-me ser cerca de 10 vezes mais do que poderia ser.
Não é preciso se enganar olhando para um pedaço de asberg que fica de fora por cima da água.
Deixe-me esclarecer que na verdade não melhoramos a velocidade por um fator de 2, mas ganhamos cerca de 20-30 ms. Dois não é o dobro de um, mas apenas por um fator de um. Este é apenas um baixo efeito de base.
De qualquer forma, continuamos trabalhando e obteremos resultados ainda melhores.