nload vs bmon vs vnstat: comparação de monitorização de largura de banda
11 min de leitura - 15 de junho de 2026

Comparação entre nload, bmon e vnstat para monitorização da largura de banda em Linux. Quando utilizar cada um, o que lhes falta e como combiná-los para uma cobertura completa.
nload vs bmon vs vnstat: comparação de ferramentas de monitorização de largura de banda no Linux
nload, bmon e vnstat são as três ferramentas de monitorização de largura de banda do Linux que vale a pena conhecer. Resolvem problemas diferentes e a resposta certa é, normalmente, uma combinação de duas. Este artigo aborda em que cada uma é boa, onde tem lacunas e qual escolher numa determinada situação.
nload: largura de banda em tempo real num relance
O nload é uma ferramenta de terminal que mostra a taxa de transferência em tempo real numa única interface utilizando gráficos ASCII, um para o tráfego de entrada e outro para o tráfego de saída. Lê /proc/net/dev diretamente, pelo que funciona sem direitos de root e utiliza uma quantidade insignificante de CPU.
Inicie-a com o nome da interface:
nload eth0Opções úteis:
-u Maltera a unidade de exibição para MB/s (o padrão é bits por segundo)-mmostra várias interfaces num único ecrã, sem gráficos-t 1000define o intervalo de atualização em milissegundos
Pressione F2 durante a sessão para ajustar a taxa de atualização e a escala do gráfico sem reiniciar.
O que aparece no ecrã: taxa atual, média, mínima, máxima e total transferido durante a sessão. Isso é suficiente para confirmar se um servidor está a enviar o tráfego esperado ou para detetar um pico repentino. O que não se obtém: atribuição por processo, detalhe por ligação ou quaisquer dados históricos. Feche o terminal e as estatísticas da sessão desaparecem.
Recorra ao nload quando quiser responder à pergunta «este servidor está a saturar a sua ligação neste momento?» em menos de cinco segundos.
bmon: monitorização de múltiplas interfaces
O bmon adota uma abordagem diferente. Em vez de uma interface com todos os detalhes, mostra todas as interfaces no anfitrião de uma só vez. O painel superior lista cada uma delas com as taxas atuais de RX e TX. O painel inferior desenha um gráfico para a interface que tiver selecionado. As setas do teclado permitem alternar entre elas.
Esta é a ferramenta ideal para hosts de virtualização, routers, servidores dedicados com várias placas de rede ou qualquer sistema que execute o Docker, onde a lista de interfaces chega às dezenas. Percorrê-las uma a uma com o nload seria tedioso.
Prima d in-session para a visualização de estatísticas detalhadas, que adiciona contagens de pacotes, taxas de erro, pacotes perdidos e colisões. Esses dados são essenciais para diagnosticar ligações instáveis, incompatibilidades de MTU ou problemas com o controlador da placa de rede que não se manifestam como um problema de largura de banda.
Filtre a lista de interfaces com -p para reduzir a confusão visual:
bmon -p "eth*,ens*"o bmon também pode exportar dados estruturados com -o nos formatos JSON, XML, ASCII ou HTML, o que é útil para instantâneos automatizados ou para alimentar outra ferramenta:
bmon -o ascii -p eth0 > /tmp/eth0-stats.txtNo entanto, tem a mesma limitação que o nload: não há histórico persistente. Feche-o e os dados desaparecem.
vnstat: monitorização de utilização a longo prazo
O vnstat preenche a lacuna que os outros dois deixam. Funciona como um daemon em segundo plano (vnstatd) e grava contadores de tráfego numa base de dados binária em /var/lib/vnstat/. A base de dados sobrevive a reinicializações e retém amostras de 5 minutos durante 48 horas, dados horários durante 4 dias, totais diários durante 2 meses e resumos mensais e anuais indefinidamente.
Ative-o no primeiro dia:
systemctl enable --now vnstatO ponto crítico: o vnstat conta apenas o tráfego a partir do momento em que o daemon é iniciado. Não consegue medir retroativamente a utilização anterior à instalação. Num servidor novo, instale-o durante o aprovisionamento ou não terá dados quando precisar deles.
Consultas padrão:
vnstat # summary
vnstat -d # daily breakdown
vnstat -m # monthly totals
vnstat -h # last 24 hours, hourly
vnstat -t # top days
vnstat --json # JSON export
vnstat -i eth0 # specific interfaceO vnstat é a ferramenta certa para responder a perguntas como «quanto transferimos no mês passado?», «estamos dentro do nosso limite mensal?» e «como é a tendência a longo prazo?». O --alert sinalizador permite definir limites associados a um ciclo de faturação personalizado, útil quando o mês do seu fornecedor não coincide com o calendário.
Combine-o com vnstati para saída em PNG se precisar de gráficos numa página de estado ou relatório:
vnstati -s -i eth0 -o /var/www/html/traffic.pngO que o vnstat não faz bem: diagnósticos em tempo real. O -l modo ao vivo existe, mas é apenas um contador, sem gráficos nem detalhes por interface. Para resposta a incidentes, ainda vai querer ter o nload ou o bmon abertos noutro painel.
Comparação rápida
| Funcionalidade | nload | bmon | vnstat |
|---|---|---|---|
| Foco | Rendimento em tempo real | Estatísticas em tempo real de múltiplas interfaces | Histórico de utilização |
| Visualização | Gráficos ASCII duplos | Lista de interfaces + gráfico | Tabelas, PNG via vnstati |
| Dados persistentes | Não | Não | Sim |
| Formatos de exportação | Nenhum | JSON, XML, ASCII, HTML | JSON, XML, CSV |
| Atribuição por processo | Não | Não | Não |
| Funciona como daemon | Não | Não | Sim |
| Requer direitos de root | Não | Não | Não |
| Ideal para | Verificações rápidas | Servidores com muitas placas de rede | Planeamento de capacidade, faturação |
Nenhuma destas ferramentas indica qual o processo ou ligação responsável pelo tráfego. Para isso, iftop (por ligação) e nethogs (por processo) são as ferramentas certas e combinam bem com tudo o que foi mencionado acima.
Que ferramenta utilizar e quando
Para um VPS de interface única com um limite mensal, instale o vnstat no primeiro dia e utilize o nload quando precisar de uma verificação rápida. Isso cobre 95% dos casos.
Para servidores dedicados, hosts de virtualização ou qualquer coisa que execute contentores, troque o nload pelo bmon. A visualização multi-interface poupa tempo real assim que tiver mais de três ou quatro NICs e pontes.
Para o planeamento de capacidade em toda uma frota, a exportação JSON do vnstat integra-se perfeitamente no Prometheus, Grafana ou qualquer outra ferramenta que já utilize para métricas. Configure-o uma vez e esqueça-o até precisar de um relatório mensal.
Quando o tráfego parece errado e precisa de encontrar a origem, nenhum destes três lhe dirá. É aí que entra iftop (conexões principais por largura de banda) e nethogs (principais processos) ganham o seu valor.
Todas as três ferramentas leem os contadores do kernel em vez de capturarem pacotes, pelo que a sobrecarga é insignificante, mesmo numa ligação de 10 Gbps saturada. Não há razão para não ter as três instaladas.
Conclusão
O nload, o bmon e o vnstat abordam, cada um, uma questão diferente: o que está a acontecer neste momento numa interface, o que está a acontecer em várias interfaces e o que aconteceu ao longo do tempo. Escolha um para cada questão e terá a monitorização da largura de banda resolvida com uma configuração que demora cerca de cinco minutos e não acrescenta qualquer carga mensurável.
Se a sua carga de trabalho gera tráfego consistente e pretende deixar de se preocupar com faturas por excedentes, um VPS sem limites oferece-lhe uma porta com tarifa fixa e um custo previsível, o que torna os dados históricos do vnstat uma ferramenta de planeamento em vez de um alarme de faturação.

Tutorial do iperf3: Testar a velocidade da rede no Linux e no Windows
Instale o iperf3, execute testes de largura de banda e ajuste os buffers TCP para obter resultados precisos no Linux e no Windows. Abrange testes UDP, bidirecionais e de 10 GbE+.
10 min de leitura - 7 de maio de 2026
Perfis otimizados para a otimização da carga de trabalho de servidores Linux
16 min de leitura - 9 de junho de 2026