Ping An Forex

Melhorar a velocidade de execução da ordem MT4 por 500ms Com todo o respeito à idéia Rooicols original eu ofereço uma EA alternativa, que eu uso. Seu recurso é: - intervalo de atualização 29s - é executado em um loop, por isso é independente do tempo tick seguinte - é executado independentemente do Expert Expert status switch (ao contrário de outros EAs começa e continua mesmo se o botão está desligado) - detecta Outros scripts que atualizaram a sessão O link de download está aqui: forex. ovo. czdownloadsgadget. SsionAlive. mq4 Oi Ovo, estou usando a sua versão, e se eu assistir a 6 pares de moedas, eu preciso colocar este EA em todas as 6 janelas de gráfico ou eu só preciso colocar apenas em um É bom saber que o tempo de execução IC Markets 657ms) é ligeiramente mais rápido do que Mercados Armada (734ms). Encontrei este tópico com a esperança de encontrar uma maneira de limitar o número de mensagens de servidor que minha conta envia ao servidor de corretores. Existe uma maneira de fazer isso com o EA IC Markets reclamou de mim - eles bloquearam minha conta porque eles disseram que minha conta enviou muitas mensagens (como 1 milhão em um dia), e isso foi causado por SimpleTraders conselheiro perito. Infelizmente, não parece haver qualquer configuração para limitar as mensagens em seu EA, então eu estava esperando para encontrar outro EA que poderia fazer isso para toda a minha plataforma metatrader e tudo. Se você sabe que por causa de mensagens é causado por esse EA, então você precisa alterar o EA responsável nada mais vai fazê-lo. Como resultado de alguma discussão sobre o fórum mql4 (não sei por que eu faço isso para mim mesmo, mas de qualquer maneira.). Tenho observado que MT4 cliente cria uma conexão de soquete no qual ele recebe dados de cotação, mas para OrderSendModifyDeleteClose. Ele cria uma conexão de soquete temporária adicional que eles expira após 30 segundos de inatividade. Então aqui está uma idéia (um pouco de especulação) que pode evitar ter que enviar OrderCommands adicionais que alguns corretores podem cobrar por. Suponho que o tempo de soquete após 30 segundos está usando o recurso de tempo limite de soquete normal da maioria das bibliotecas de rede TCP e que não é um tempo limite de nível de aplicativo. Isto é, que a inatividade é controlada pela pilha de rede e não pela aplicação de servidor. Se for esse o caso. Um pode escrever um proxy pouco que injeta um pouco de tráfego benigno nesse soquete e força pára o soquete de tempo fora, sem enviar OrderModify comandos que seriam rastreados pela aplicação do servidor O terminal irá se conectar através do proxy .. Claro que este tráfego benigno deve ser Algo que não trava o servidor ou afeta o fluxo de dados que está sendo enviado Abaixo estão os diagnósticos mostrando meu processo terminal (PID1484) openiing um novo soquete enquanto verdadeiro fazer echo data netstat - ano grep 1484 sleep 15 feito Startup - Meu terminal abre dois soquetes Thu, Aug 15 , 2013 23:53:35 PM TCP 192.168.88.128:1524 5.11.81.108: 443 ESTABELECIDO 1484 TCP 192.168.88.128:1526 5.11.81.108: 443 ESTABELECIDO 1484 Thu, Aug 15, 2013 11:53:58 PM TCP 192.168.88.128 : 1524 5.11.81.108: 443 ESTABELECIDO 1484 TCP 192.168.88.128:1526 5.11.81.108:443 ESTABELECIDO 1484 OrderSend - Uma nova conexão aberta Thu, Aug 15, 2013 11:54:14 PM TCP 192.168.88.128:1524 5.11.81.108: 443 ESTABELECIDO 1484 TCP 192.168.88.128:1526 5.11.81.10 8: 443 ESTABELECIDO 1484 TCP 192.168.88.128:1623 5.11.81.108:443 ESTABELECIDO 1484 OrderSend novamente - mesma conexão reutilizada Thu, Aug 15, 2013 11:54:30 PM TCP 192.168.88.128:1524 5.11.81.108: 443 ESTABLISHED 1484 TCP 192.168.88.128:1526 5.11.81.108:443 ESTABELECIDO 1484 TCP 192.168.88.128:1623 5.11.81.108:443 ESTABELECIDO 1484 Não faça nada - conexão ainda está aberta Thu, Aug 15, 2013 11:54:45 PM TCP 192.168.88.128:1524 5.11 .81.108: 443 ESTABELECIDO 1484 TCP 192.168.88.128:1526 5.11.81.108:443 ESTABELECIDO 1484 TCP 192.168.88.128:1623 5.11.81.108:443 ESTABELECIDO 1484 Não faz nada - conexão fechada - FINWAIT2quot significa servidor fechado o soquete e não esperou cliente - Ele acabará por desaparecer Thu, 15 de agosto de 2013 23:55:01 TCP 192.168.88.128:1524 5.11.81.108: 443 ESTABELECIDO 1484 TCP 192.168.88.128:1526 5.11.81.108: 443 ESTABELECIDO 1484 TCP 192.168.88.128: 1623 5.11. 81.108: 443 FINWAIT2 1484 Não faça nada - conexão fechada - FINWAIT2quot significa servidor fechado o soquete e não esperou cliente - Ele acabará por desaparecer Thu, 15 de agosto de 2013 23:55:01 TCP 192.168.88.128:1524 5.11.81.108: 443 ESTABELECIDO 1484 TCP 192.168.88.128:1526 5.11.81.108: 443 ESTABELECIDO 1484 TCP 192.168.88.128: 1623 5.11. 81.108: 443 FINWAIT2 1484 Sua sugestão não funcionará como você se enganou. FINWAIT2 significa que o NOSSO lado iniciou desligamento de conexão (enviado FIN, ACK), tem ACK (de outro lado) para isso e agora está esperando por FIN, ACK do outro lado. Eu tentei firewall FIN, ACK do meu lado para o servidor eo que eu tenho: tcp 0 1 192.168.0.5:50386 5.9.59.24:443 FINWAIT1 - e em minutos: tcp 1 1 192.168.0.5:50386 5.9.59.24:443 FECHAMENTO - Portanto, cabe ao terminal. exe fechar a conexão (com ou sem a conscientização do servidor) e somente as alterações (tão prometidas por MQ) no terminal. exe irão finalmente corrigir esse comportamento de reconexão. Um (qualquer) seria suficiente. Você pode tentar a minha versão de quotkeep sessão alivequot script (e livremente alterá-lo como é aberto de origem), tem 0,1 lote por padrão: raw. githubSergeyKovalyo. Reconnect. mq4 Obrigado SKovalyov. Eu parei de usar tais ferramentas desde que eu recebi telefonemas de dois corretores separados que me pedem (agradàvel) para abster-se de usar estes EAs. Im curioso embora se a plataforma cTrader eliminado este quotproblemquot e eu deveria migrar a minha negociação para cTrader. Como testar sua latência Broker8217s Parece uma coisa trivial, mas a qualidade da conexão entre você e seu corretor MetaTrader pode afetar drasticamente a qualidade de execução. Quando os mercados se movem rapidamente, os atrasos em milissegundos fazem a diferença entre a execução a um preço pedido versus um deslizamento pesado. É uma idéia sábia para garantir que você faça tudo ao seu alcance para minimizar os riscos comerciais. As etapas para verificar a latência para seu corretor MT4 são simples. 1) Descobrir o seu endereço IPDomain. Não é o 8220mbtrading8221 óbvio ou quem quer que seu corretor é. Você terá que procurá-lo dentro de sua instalação do MetaTrader. Vá para C: Arquivos de Programas (x86) SEU CORRETOR HEREconfig. O exemplo abaixo mostra a lista de servidores para o Alpari. 2) Clique duas vezes no servidor ao qual sua conta real está vinculada. Se você não tiver certeza de qual servidor você se conecta, você irá encontrá-lo quando fizer logon em sua conta dentro do MetaTrader. 3) Clique duas vezes no arquivo. srv apropriado que você encontrou na etapa 1. Quando você fizer isso, uma caixa aparecerá. Selecione o 8220Selecione um programa a partir de uma lista de programas instalados.8221 4) Escolha Bloco de notas e pressione OK. 5) You8217ll ver um monte de gobbledy-gook vir acima. Apenas algumas palavras são óbvias. Você está procurando um endereço IP (como mostrado na imagem Alpari) ou um endereço da web (como mostrado na imagem do Forex). 6) Esta etapa é a única única para o seu sistema operacional. Se você tem Vista ou Windows 7, basta clicar no botão no canto inferior esquerdo, em seguida, digite 8220Command8221. Se você tem XP, você precisa empurrar Start. Selecione Executar e, em seguida, digite 8220cmd8221 e pressione Enter. Você pode ver que minha conexão está no lado ruim. Isso não é surpreendente. O corretor, GO Markets, está na Austrália, enquanto este teste foi feito a partir de Dallas, TX. Não é realista esperar uma conexão rápida em chamas ao redor do mundo. Suas opções para melhorar a conectividade são bastante limitadas. 1) Mover seu computador mais perto de seu corretor. Se você não está familiarizado com a negociação usando um VPS. Eu recomendo fortemente ler esse link. Eu posso resolver minha conexão lenta a Austrália neste exemplo encontrando um fornecedor respeitável de VPS nesse país. 2) Tente mudar ISPs. Atualizar seu plano não é susceptível de ajudar. Se você mora fora de uma grande cidade, a sua única opção é provavelmente VPS. We estão anunciando pacote perfeito para Forex VPSVDS soluções de hardware. Ping baixo. Rápido SSD. Centros de dados chave. Ping é a taxa de troca de dados entre dois computadores na rede. Ping geralmente é medido em milissegundos. Quanto menos tempo gasto em comunicação, melhor. O ping mínimo garante-lhe a maior taxa de transferência de ordens de negociação. O ping mínimo é uma das garantias da rápida execução do seu pedido. Quanto mais curta a distância entre você e o serviço de servidor intermediário do corretor, mais rápida a abertura ou modificação da transação é iniciada. Sem restrições. Você pode usar o seu software de negociação desejado nossos especialistas podem ajudá-lo a instalá-lo, se você tiver alguma dúvida no processo. Em geral, este é o seu próprio servidor privado virtual, que pode dispor a seu critério. O servidor é executado em torno do relógio, o que significa que o seu robô comercial irá funcionar corretamente e corretamente. Neste modo, o consultor será capaz de avaliar de forma mais precisa e correta as condições de negociação. Trabalho em torno do relógio é uma necessidade vital para o seu conselheiro, e, portanto, uma condição necessária para gerar um lucro de negociação. Forex VPSVDS é um Virtual Private (Dedicado) Server, que permite resolver dois grandes problemas para um comerciante: para garantir que os especialistas em negociação trabalham 24 horas por dia e para encurtar o tempo de execução da ordem para o mínimo (para aumentar a velocidade de execução). Na verdade, é um computador pessoal otimizado para o comércio executando 247365, que está localizado na proximidade do corretor ou serviço de negociação.