FORTES. Questões de aplicação da lei - página 130
![MQL5 - Linguagem para estratégias de negociação inseridas no terminal do cliente MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
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
:)
Estou sendo politicamente correto.
Porque não pagamos pelo MT5, mas a Open está pagando, então a Open tem o direito de
ao suporte técnico :) Bem... e culpado como acusado :)
Você pode estar certo (politicamente correto) )))
Se a opryvyshka tem o direito, deixe ela mesma operar via MT5,
Como a MT5 não tem suporte para os comerciantes, precisamos procurar outros movimentos )
Você pode estar certo (politicamente correto) )))
Se Opener tem o direito, deixe-o negociar através do próprio MT5,
Como a MT5 não tem suporte para os comerciantes, precisamos procurar outros movimentos )
Há uma razão para eu ter postado o "registro da Opryvashka".
2019.08.20 10:34:52.453 Trades 'xxxxx': modify order #107882836 buy limit 2.00 MIX-12.19 at 268725 sl: 0 tp: 0 expiration: day -> 268925, sl: 0 tp: 0 expiration: day placed for execution in 4.798 ms
Mostra que de mim (de casa) ao servidor MT5 da Openwashka as conexões de rede estão no nível mais alto.
Para lhe dar um exemplo. Minha velocidade média a partir de casa (5-7ms)
Como envio ordens assíncronas, você pode ver claramente o que está acontecendo
Установка ордера 2019.08.16 10:00:02.189 Trades 'ххххх': sell limit 2.00 UJPY-12.19 at 108.33 Если нет ответа сервера в OnTradeTransacrtion (должен прийти тикет ордера), то срабатывает каждую секунду функция CheckOrders
Como o terminal não mantém um registro da resposta da Bolsa sobre a colocação do pedido (para pedidos assíncronos)
esta confirmação pode ser obtida somente naOnTradeTransacrtion e o tempo pode ser ainda maior.
2019.08.16 10:02:39.777 Trades 'ххххх': modify order #107744605 sell limit 2.00 UJPY-12.19 at 108.29 sl: 0.00 tp: 0.00 expiration: day -> 105.73, sl: 0.00 tp: 0.00 expiration: day placed for execution in 40075.505 ms 2019.08.16 10:02:40.768 FCS_Trader (UJPY-9.19,M1) ProcessOrders: Sell ордер в процессе модификации. Билет = 107744605 2019.08.16 10:02:41.786 FCS_Trader (UJPY-9.19,M1) ProcessOrders: Sell ордер в процессе модификации. Билет = 107744605
Em outras palavras, esperaríamos mais 2 segundos para a resposta.
A conclusão é óbvia!
Os servidores MT5 não conseguem lidar com a carga em horários de pico, envio em massa de pedidos pelos clientes.
Adicionado
O mais triste é que existem 700 clientes ativos na Otkryvashka, mas existem apenas 7 servidores MT5,
Portanto, por 1 servidor(assumindo que todos os clientes ativos estão trabalhando através do MT5)
conta é 19700/7 = 2814,29 clientes, o que, pelos padrões de um servidor médio - apenas uma bagatela, para processar tantas solicitações!
Há uma razão para eu ter publicado o "Opener's Record".
Isto mostra que de mim (de casa) para o servidor MT5 no Opener as conexões de rede estão no nível mais alto.
Para lhe dar um exemplo. Minha velocidade média a partir de casa (5-7ms)
Como envio ordens assíncronas, você pode ver claramente o que está acontecendo
Como o terminal não mantém um registro da resposta da Bolsa sobre a colocação do pedido (para pedidos assíncronos)
esta confirmação só pode ser recebida naOnTradeTransacrtion, portanto o tempo pode ser ainda maior.
Ou seja, tivemos que esperar mais 2 segundos pela resposta.
A conclusão é óbvia!
Os servidores MT5 não podem lidar com a carga em horários de pico, envio em massa de pedidos pelos clientes.
Adicionado
O mais triste é que existem 700 clientes ativos na Otkryvashka, mas existem apenas 7 servidores MT5,
Portanto, por 1 servidor(assumindo que todos os clientes ativos estão trabalhando através do MT5)
conta é 19700/7 = 2814,29 clientes, o que, pelos padrões de um servidor médio - apenas uma bagatela, para processar tantas solicitações!
Acontece que todos os clientes se conectam ao servidor MT5 com ping mínimo por padrão e o terminal o escolhe. Como resultado, eu recebo jam no servidor de ping mais rápido.
Você já tentou mudar à força para outro servidor que não é o mais rápido em termos de pings?
Acontece que todos os clientes MT5 estão conectados por padrão ao servidor com o ping mínimo, o terminal escolhe a si mesmo. Como resultado, há um engarrafamento de trânsito no servidor de ping mais rápido.
Você tentou mudar à força para outro servidor que não é o mais rápido em ping?
Acho que o terminal muda não só por ping, mas também por carga do servidor.
Mas como funciona exatamente - eu não sei.
Eu tentei mudar para servidores diferentes, mas o resultado é o mesmo
Não são servidores, são pontos de acesso com um servidor atrás deles.
Legal! Como você sabe?