Sobre e método
O VeloPing é um medidor em português de download, upload, ping HTTP e jitter, construído a partir do LibreSpeed, de Federico Dossena e colaboradores. A interface e o backend desta aplicação foram adaptados em 23 de outubro de 2026. O código está disponível sob LGPL-3.0 ou posterior.
Como medimos
O navegador executa o motor LibreSpeed em um Web Worker. Ele baixa e envia dados sintéticos, com de uma a oito conexões paralelas de download e upload no modo fibra, até o servidor escolhido. O modo automático faz sondagens HTTP e escolhe o menor tempo de resposta entre os pontos disponíveis; ele não busca o maior número de Mbps. Há também escolha manual de pontos públicos da Clouvider em Atlanta, Nova York e Londres, além do servidor da aplicação. Os destinos externos constam no diretório público do LibreSpeed; não são nossa infraestrutura e podem ficar indisponíveis. As transferências externas seguem diretamente do navegador ao destino, sem passar pelo backend VeloPing. Não usamos servidores da Netflix ou Ookla. Um resultado mostra o desempenho até este servidor, e pode refletir limites da hospedagem, do navegador ou do Wi-Fi.
Você configura mínimo e máximo de 5 a 30 segundos por transferência, após aquecimento de 1,5 segundo no download e 2 segundos no upload em fibra (0,8 segundo no econômico). O motor inicia com o mínimo de conexões e adiciona conexões até o máximo escolhido. Depois do tempo mínimo, pode encerrar quando a taxa se estabiliza; o limite de dados pode encerrar antes, com aviso. O ping e jitter sem carga são medidos antes das transferências. Cada teste verifica antes o recebimento de dados binários e a aceitação do upload; o resultado só é concluído com confirmação de ao menos uma requisição de upload. A latência sob carga é a mediana de requisições HTTP pequenas feitas enquanto o download ou upload está ativo, sem compensar processamento do servidor. Ping não é ICMP e métodos diferentes não são diretamente equivalentes.
Orçamento de dados e precisão
O modo fibra deixa de abrir novas transferências ao contar 2 GiB recebidos ou 1,5 GiB enviados; o modo econômico usa 64 MiB e 16 MiB. Requisições já em andamento e cabeçalhos podem ampliar o consumo. O servidor entrega 16 MiB por resposta no modo fibra e 1 MiB no econômico; aceita upload de até 32 MiB por requisição. Nos pontos públicos Clouvider, usamos blocos de upload de 1 MiB para respeitar o tamanho verificado; limites do operador podem reduzir a capacidade medida. Não aplicamos um multiplicador para aproximar o resultado de outros serviços. O limite é indicado no resultado. Em conexões rápidas, esse orçamento pode encurtar a amostra e subestimar a capacidade. Não é um teste certificado ou uma comprovação de descumprimento de contrato.
Consumo e limites do serviço
O servidor possui uma proteção temporária por endereço de rede, em memória de cada instância. Essa proteção não é uma cota global nem garante disponibilidade sob ataque ou grande volume. Testes repetidos ou redes compartilhadas podem receber limite temporário. O site não promete infraestrutura ilimitada ou receita garantida.
Referências e independência
A simplicidade do Fast.com foi referência de experiência. Não aplicamos multiplicadores para reproduzir seus resultados. Distância, peering, capacidade do servidor e proxies/CDNs podem limitar medições; servidores estrangeiros não substituem uma infraestrutura regional de alta capacidade. Não copiamos sua marca ou seu motor e não temos vínculo com Netflix, Fast, Ookla ou LibreSpeed. O código LibreSpeed reutilizado mantém autoria, licença e fonte. As alterações estão documentadas no pacote.