FORTES. Questões de aplicação da lei - página 34
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 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 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.
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
Aqui está meu registro, se você estiver interessado
Quantas solicitações o servidor MT5 pode atender por minuto ou por segundo...
Esta manhã ( real) Accsess server 4:
Podemos chamar isto de um "único" atraso?
Assim (tempo limite de espera excedido) a função de verificação alternativa ( CheckOrders() ) foi ativada:
Esta manhã ( real ) Accsess server 4:
Segundo informações do Discovery, o AS 4 é melhor não ser usado.
Melhor usar o AS2
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 internoTodos 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".