Aprenda a medir e verificar a velocidade do seu VPS até a corretora usando testes simples de ping e comandos no terminal para obter a execução ideal.

- Testar a latência do seu VPS até a sua corretora exige medir a latência de rede a partir do próprio VPS, e não do seu computador, usando ferramentas como ping ICMP, Psping para testes de portas TCP, tracert/pathping para análise de saltos e WinMTR para monitoramento contínuo
- A medição precisa da latência é fundamental para operar estratégias automatizadas em um Forex VPS, reduzindo o slippage e alcançando um melhor desempenho operacional
- Execute os testes de latência durante o horário regular de negociação da sua corretora, quando a atividade do mercado estiver alta. Fazer os testes nos horários de pico garante que os resultados reflitam as condições reais de operação.
O número de latência exibido no MetaTrader 4 ou MetaTrader 5 não é o RTT real até a sua corretora. O MT4 e o MT5 são plataformas de negociação, não ferramentas de medição de rede. O valor mostrado no canto inferior direito do terminal é uma estimativa da camada de aplicação e costuma subestimar ou distorcer o tempo real de ida e volta (RTT) até o servidor de execução da corretora.
Para tomar decisões precisas sobre sua infraestrutura, você precisa medir a latência na camada de rede, a partir do próprio VPS, usando a porta correta. Um ping do seu computador para o hostname da corretora não mostra em nada o que o seu Expert Advisor realmente está enfrentando.
Este guia aborda quatro métodos:
- Ping ICMP
- Teste de porta TCP com o Psping
- Análise de rota salto a salto com tracert e pathping
- Monitoramento contínuo com o WinMTR
Cada método tem uma finalidade diagnóstica diferente. Use os quatro antes de definir a localização do seu VPS ou a escolha do servidor da corretora.
O que você precisa antes de executar qualquer teste de latência?
Antes de executar qualquer teste, você precisa de três informações essenciais. Sem elas, você medirá o host errado, a porta errada ou a rota errada.
1. O hostname ou IP do servidor de negociação da sua corretora
Este não é o site institucional da corretora. É o servidor de execução real ao qual a sua plataforma de negociação se conecta. Você pode encontrá-lo de duas formas:
- No MT4/MT5: acesse Arquivo > Abrir uma Conta > veja o endereço do servidor exibido na janela de login. Exemplo: ICMarketsEU-MT5-Live01.gbm.network
- No cTrader: acesse Configurações > Conexão > campo Endereço do servidor
Não use o domínio principal do site da corretora para testar a latência. As plataformas de negociação se conectam a servidores de execução dedicados, que podem estar em data centers diferentes do site institucional.
2. A porta TCP usada pela sua corretora
A maioria das corretoras de Forex de varejo usa uma destas três configurações de porta:
- Porta 443 (HTTPS/TLS): o padrão mais comum para o MT4 e o MT5 em 2025–2026
- Porta 1950: um padrão mais antigo da MetaQuotes usado por algumas corretoras no MT4
- Porta 443: frequentemente utilizada também pelo cTrader e pelo NinjaTrader
Se você não souber a porta da sua corretora, consulte a documentação técnica dela ou entre em contato com o suporte. A porta é importante porque os firewalls das corretoras costumam bloquear o ICMP (ping padrão), permitindo conexões TCP apenas na porta de negociação.
De acordo com a documentação da Cloudflare sobre ICMP, solicitações ICMP Echo Request costumam ser bloqueadas por firewalls de infraestruturas financeiras como medida padrão de segurança. Isso significa que testes baseados em TCP são necessários para medir a latência com precisão nos servidores das corretoras.
3. Uma sessão de Conexão de Área de Trabalho Remota aberta no VPS
Todos os testes devem ser executados a partir do VPS via Remote Desktop Protocol (RDP), e não do seu computador local. O seu Expert Advisor opera diretamente no VPS, portanto apenas a rota entre o VPS e a corretora determina a qualidade da execução.
Quais são os quatro métodos para testar a latência do seu VPS até a corretora?
Método 1: use o ping ICMP para medir o RTT base até a sua corretora
O ping ICMP é a forma mais rápida de estabelecer um tempo de ida e volta (RTT) de referência e identificar problemas óbvios de conectividade. Use este passo como seu primeiro diagnóstico. Se o ping expirar (timeout), isso não significa que a corretora esteja inacessível: indica apenas que o ICMP está bloqueado, algo comum em firewalls de servidores financeiros. Nesse caso, avance imediatamente para o Método 2 (Psping).
Quando usar: quando você quiser uma primeira medição rápida e confirmar a conectividade básica com o hostname da corretora.
Como executar o ping ICMP em um VPS Windows
Abra o Prompt de Comando no VPS (Win + R, digite cmd e pressione Enter).
Ping contínuo básico (Ctrl+C para parar):
ping -t BROKER_HOSTNAME_OR_IP
Exemplo:
ping -t ICMarketsEU-MT5-Live01.gbm.network
Ping com contagem estendida (200 amostras para consistência estatística):
ping -n 200 BROKER_HOSTNAME_OR_IP
Como interpretar a saída do ping ICMP
| Métrica | O que significa |
|---|---|
| RTT médio (ms) | Tempo médio de ida e volta de todos os pings bem-sucedidos. Principal indicador de latência. |
| Variação Mín. / Máx. | Uma variação estreita (ex.: 2 ms mín. / 4 ms máx.) indica uma rota estável. Uma variação ampla (ex.: 2 ms mín. / 180 ms máx.) indica instabilidade de rota ou congestionamento. |
| Pacotes perdidos (%) | Qualquer valor acima de 0% exige investigação imediata. Consulte o Método 4 (WinMTR) para uma análise detalhada. |
| Esgotado o tempo limite do pedido (Request timed out) | O firewall da corretora está bloqueando o ICMP. Avance para o Método 2 (Psping na porta TCP). |
Limitações do ping ICMP para testes de latência com corretoras
O ping ICMP mede uma rota de rede diferente daquela usada pela sua plataforma de negociação. Sua plataforma se conecta via TCP em uma porta específica. A infraestrutura das corretoras costuma ser configurada para despriorizar ou bloquear respostas ICMP, mantendo normalmente as conexões de negociação TCP. O tempo limite esgotado em um ping não significa que sua latência de execução seja alta, mas sim que o firewall bloqueia esse protocolo de diagnóstico. Use o Método 2 para obter uma medição precisa e equivalente ao ambiente real de produção.
Método 2: use o Psping para testar a latência da porta TCP até a sua corretora
O Psping é a ferramenta ideal e principal para medir a latência em testes de Forex VPS. Ele mede o tempo de ida e volta por TCP na porta real usada pela sua plataforma de negociação, contornando bloqueios de ICMP e gerando uma amostragem estatisticamente relevante. Baixe o Psping no Microsoft Sysinternals em learn.microsoft.com/en-us/sysinternals/downloads/psping. O Psping é um utilitário gratuito e assinado digitalmente pela Microsoft.
Quando usar: quando você quiser uma medição de latência TCP precisa e estatisticamente sólida na porta de negociação em produção. Este é o método principal para avaliar a localização do VPS e a escolha do servidor da corretora.
Instalação e configuração
- Baixe o Sysinternals Suite (ou o Psping individualmente) na página do Microsoft Sysinternals em learn.microsoft.com/en-us/sysinternals/downloads/psping
- Extraia o arquivo psping.exe para um diretório permanente, como C:\Tools\psping.exe
- Aceite os termos de licença na primeira execução: psping.exe -accepteula
Principais comandos do Psping para testar a latência com a corretora
Teste básico de latência TCP (100 amostras, forçando IPv4):
psping.exe -4 -n 100 BROKERIP:PORT
Exemplo:
psping.exe -4 -n 100 198.51.100.45:443
Teste contínuo de latência TCP com intervalo (executa até pressionar Ctrl+C):
psping.exe -4 -t BROKERIP:PORT
Teste estendido de 500 amostras para consistência estatística:
psping.exe -4 -n 500 -i 0.1 BROKERIP:PORT
Salvando a saída em um arquivo para análise posterior:
psping.exe -4 -n 200 BROKERIP:PORT > C:\latency_test_results.txt
Explicação dos parâmetros:
- -4 — Força o IPv4 para evitar que o tráfego passe por rotas IPv6 que possam seguir caminhos diferentes
- -n 100 — Envia 100 pacotes de teste
- -t — Executa continuamente até ser interrompido com Ctrl+C
- -i 0.1 — Envia um pacote a cada 100 milissegundos (10 por segundo)
Principais métricas de saída do Psping
| Saída do Psping | O que significa para a execução na corretora |
|---|---|
| RTT médio | Tempo médio de ida e volta por TCP em todos os pacotes de teste. Principal indicador de desempenho. |
| RTT mínimo | A conexão mais rápida alcançada na rota atual, representando o limite físico mínimo de latência. |
| RTT máximo | O atraso no pior caso para um único pacote. Valores altos de RTT máximo indicam picos de latência que afetam a execução de ordens durante períodos de volatilidade. |
| Desvio padrão | Um desvio padrão baixo (< 1 ms em um servidor com boa conectividade) indica execução estável. Um desvio padrão alto indica instabilidade no roteamento. |
| % de pacotes recebidos | Qualquer valor abaixo de 100% indica quedas de conexão TCP na porta de negociação em produção, representando um risco direto à qualidade de execução. |
Método 3: como usar o tracert e o pathping para análise de latência salto a salto até a corretora
O tracert (traceroute) e o pathping mostram qual salto específico na rede está acrescentando mais latência ao caminho entre o VPS e a corretora. Trata-se de uma ferramenta de diagnóstico, não de uma medição de produção. Use o tracert e o pathping quando o Psping indicar um RTT anormalmente alto e você precisar identificar em que ponto do roteamento a latência é gerada. A documentação de comandos do Windows da Microsoft aborda ambas as ferramentas: tracert e pathping.
Quando usar: quando você observar um RTT inesperadamente alto no Psping e quiser identificar o salto específico da rota que está causando o problema. Também é útil ao comparar provedores de VPS para entender o caminho físico até o data center da corretora.
Comandos do tracert
Tracert padrão (máximo de 30 saltos):
tracert BROKER_HOSTNAME_OR_IP
Tracert estendido com limite maior de saltos e forçando IPv4:
tracert -4 -h 50 BROKER_HOSTNAME_OR_IP
Parâmetros:
- -h 50 — Permite até 50 saltos (o padrão é 30)
- -4 — Força o IPv4
Pathping para dados combinados de rota e perda de pacotes
O pathping combina a exibição da rota do tracert com estatísticas de perda de pacotes em cada salto ao longo do tempo. O pathping envia 100 pacotes para cada salto, o que o torna mais preciso que o tracert para diagnosticar a origem da perda de pacotes:
pathping -4 BROKER_HOSTNAME_OR_IP
O pathping é executado em duas fases: primeiro, descobre o caminho (como o tracert). Em seguida, envia 100 pacotes de teste para cada salto e calcula a porcentagem de perda. O teste completo leva alguns minutos para ser concluído.
Como interpretar a saída do tracert
| Padrão do tracert | O que indica |
|---|---|
| Latência baixa até um salto específico e, em seguida, um salto brusco | O salto após o aumento está introduzindo latência, provavelmente por se tratar de um link de trânsito congestionado ou de um pacote cruzando uma conexão de fibra óptica de longa distância (por exemplo, transatlântica) |
| * * * (esgotado o tempo limite do pedido) em um salto intermediário | Esse roteador está configurado para não responder a sondagens de tracert. Isso é comum em várias redes de trânsito e não indica um problema. |
| * * * no salto final (servidor da corretora) | O firewall da corretora bloqueia o ICMP. A rota continua funcionando; o servidor apenas não responde a sondagens de tracert. Consulte os resultados do Psping para saber o RTT real. |
| RTT alto em um salto intermediário específico, mas estável no seguinte | Aquele roteador desprioriza sondagens ICMP (comportamento normal). Isso não indica um gargalo real. Compare com os resultados do Psping. |
Método 4: como usar o WinMTR para monitoramento contínuo de latência entre o VPS e a corretora
O WinMTR oferece uma visão contínua e em tempo real da latência e da perda de pacotes em cada salto ao longo do tempo. É a ferramenta individual mais completa para monitoramento contínuo de rede a partir de um VPS Windows. Baixe o WinMTR no repositório oficial do GitHub em github.com/White-Tiger/WinMTR. Ele não requer instalação e roda como um executável independente. O WinMTR é o equivalente para Windows do comando mtr em sistemas Linux.
Quando usar: quando você quiser monitorar a latência e a perda de pacotes por um período prolongado (mais de 30 minutos), especialmente durante as condições reais de mercado. O WinMTR é a melhor ferramenta para detectar perdas intermitentes de pacotes que um teste curto do Psping não identificaria.
Configuração e execução
- Baixe o WinMTR em github.com/White-Tiger/WinMTR
- Extraia e execute o WinMTR.exe (não requer instalação)
- No campo Host, digite o hostname ou endereço IP da corretora
- Defina o intervalo em 100 ms (10 pacotes por segundo) para testes durante o horário de mercado
- Clique em Start e deixe o WinMTR rodar por no mínimo 30 minutos durante o horário de negociação ativa
Principais métricas do WinMTR
| Métrica | Valor normal | Ação necessária |
|---|---|---|
| Last | < 5 ms (mesmo data center / colocation) | RTT do último pacote |
| Avg | < 5 ms (mesmo data center / colocation) | RTT médio de todas as amostras, principal métrica de desempenho |
| Best | < 1 ms (mesmo data center / colocation) | Pacote individual mais rápido, representando o mínimo físico viável |
| Worst | De preferência < 10 ms | Valores altos em Worst indicam picos de latência durante períodos de congestionamento |
| Loss % | 0% | Qualquer perda acima de 0% exige investigação |
| Sent | Incremento constante | Confirma que o WinMTR está enviando pacotes ativamente |
Exportando os dados do WinMTR
Clique em Export to TEXT para salvar uma cópia da tabela completa com os dados salto a salto. Ao relatar problemas ao seu provedor de VPS, inclua sempre a exportação do WinMTR, o intervalo exato em que o teste foi realizado, o hostname do servidor da corretora testado e a sessão de negociação em que o problema foi observado.
Qual é a latência aceitável entre o VPS e a corretora para diferentes estratégias de trading?
Os limites de latência toleráveis variam consideravelmente de acordo com a estratégia operacional.
| Estratégia operacional | Latência aceitável (RTT médio no Psping) | Meta ideal |
|---|---|---|
| EAs de scalping (alvo de 2 a 5 pips, mais de 100 operações/dia) | < 5 ms | < 1 ms (mesmo campus Equinix) |
| Robôs de negociação de notícias (orientados a eventos, sensíveis ao tempo) | < 10 ms | < 3 ms |
| Robôs de grid de alta frequência | < 5 ms | < 2 ms |
| Estratégias convencionais com EA (diárias a day trade) | < 20 ms | < 10 ms (mesma cidade/região) |
| EAs de swing trading (posições mantidas de um dia para outro) | < 50 ms | < 20 ms |
| Position trading (dias a semanas) | < 100 ms | Não é crítico |
O relatório da IDC encomendado pela Equinix confirma que a proximidade física dos centros de execução é a variável determinante na latência de redes financeiras. Um VPS em colocation no Equinix NY4 com uma corretora cujo mecanismo de correspondência (matching engine) está no mesmo campus alcança consistentemente menos de 1 ms. Já um VPS em um data center genérico no leste dos Estados Unidos, a 50 milhas da corretora, pode apresentar de 20 a 80 ms, independentemente da qualidade do hardware.
Como interpretar os resultados dos seus testes de latência
Depois de executar todos os quatro métodos, use esta tabela de referência para avaliar a sua latência entre o VPS e a corretora:
| RTT médio no Psping | Avaliação | Ação recomendada |
|---|---|---|
| < 1 ms | Excelente: colocation real ou cross-connect no mesmo campus Equinix | Ideal. Nenhuma alteração de infraestrutura é necessária. |
| 1 a 5 ms | Bom: mesmo centro financeiro, roteamento próximo ao campus | Aceitável para a maioria das estratégias de scalping e HFT. |
| 5 a 20 ms | Aceitável: mesma região geográfica, data centers diferentes | Adequado para estratégias convencionais com EA. Considere mudar a localização do VPS caso opere scalping. |
| 20 a 50 ms | Limítrofe: distância considerável de roteamento até a corretora | Revise a localização do VPS em relação ao data center da corretora. Considere uma localização diferente na ForexVPS.net. |
| > 50 ms | Ruim: o VPS está longe do mecanismo de correspondência da corretora | Mude a localização do VPS. Latências acima de 50 ms geram slippage mensurável em todas as ordens sensíveis ao tempo. |
Para clientes da ForexVPS.net, use a ferramenta de latência de corretoras para identificar qual das 22 localizações globais oferece o menor RTT até a sua corretora específica antes de executar o teste a partir do VPS ativado.
Perguntas frequentes sobre como testar a latência do seu VPS até a sua corretora
Confira as respostas para algumas das perguntas mais frequentes sobre como testar a latência do seu VPS até a corretora:
Por que meu ping expira mesmo com o MetaTrader conectado?
Os firewalls das corretoras frequentemente bloqueiam solicitações ICMP Echo Request (ping) como medida de segurança, mesmo quando a plataforma de negociação conecta normalmente. A plataforma usa TCP em uma porta específica (geralmente 443 ou 1950), e não ICMP. O bloqueio de ICMP é uma postura de segurança padrão em infraestruturas financeiras, como destaca a documentação sobre ICMP da Cloudflare. Use o Psping no modo TCP (psping.exe -4 -t BROKERIP:PORT) para medir a latência quando o ICMP estiver bloqueado.
Devo testar a latência a partir do meu computador ou do VPS?
Sempre a partir do VPS. Testar a partir do seu computador mede apenas o caminho do seu provedor de internet até a corretora, o que não tem relevância para o desempenho das suas operações. O seu Expert Advisor roda no VPS, portanto a única rota relevante é a que vai do data center do VPS até o servidor de execução da corretora. Um teste feito no seu computador pode mostrar 5 ms enquanto o VPS enfrenta 80 ms, ou vice-versa. Conforme a documentação de VPS da MetaQuotes, a latência entre o VPS e a corretora é a única métrica que realmente afeta a execução de ordens.
Com que frequência devo testar a latência do VPS até a corretora?
Faça um teste completo (Psping e WinMTR) pelo menos uma vez por mês e sempre após qualquer mudança no seu plano de VPS, no servidor da corretora ou nas configurações da plataforma de negociação. Além disso, execute testes imediatamente se você notar um slippage incomum, rejeições de ordens ou desconexões durante as operações. A latência pode piorar devido a alterações de rota nas operadoras de trânsito de rede, algo fora do controle direto tanto do provedor de VPS quanto da corretora.
A perda de pacotes é mais prejudicial do que uma latência alta?
Para operações com EA, sim. Uma baixa latência constante com 0% de perda de pacotes é muito melhor do que uma latência média baixa com qualquer perda de pacotes. De acordo com análises sobre perda de pacotes da Cloudflare, as retransmissões TCP causadas por perda de pacotes geram atrasos equivalentes a múltiplos do RTT base. Um RTT estável de 15 ms com 0% de perda supera com folga uma média de 5 ms com 0,1% de perda de pacotes em estratégias com EA executadas em alta frequência.



