O dust é mais rápido que o ncdu para analisar grandes volumes?

O dust utiliza paralelismo agressivo para varrer diretórios, sendo frequentemente mais rápido que o ncdu em discos NVMe, embora o ncdu ofereça uma interface interativa mais robusta.

Modernizando o terminal Linux: ferramentas Rust para administradores de storage

Você provavelmente digita ls, cat e grep centenas de vezes por dia. Essas ferramentas do GNU coreutils são a espinha dorsal da administração de sistemas há décadas. Elas são confiáveis, onipresentes e, infelizmente, mostram sua idade quando confrontadas com a escala moderna de armazenamento.

Tentar rodar um du -h em um pool ZFS de 50 TB ou buscar uma string de erro em gigabytes de logs do syslog com o grep padrão pode se tornar um gargalo de produtividade. O hardware de armazenamento evoluiu para NVMe e arrays flash massivos, mas nossas ferramentas de CLI muitas vezes operam em uma única thread, desperdiçando o potencial de I/O paralelo.

É aqui que entra o ecossistema Rust. Não se trata apenas de "novidade", mas de memory safety e, crucialmente para storage, paralelismo agressivo por padrão. Vamos dissecar como substituir ferramentas legadas por binários modernos que respeitam o tempo do administrador.

Resumo em 30 segundos

Gargalo de I/O: Ferramentas clássicas (GNU) raramente usam multithreading, tornando a varredura de discos grandes lenta.

Visualização: O dust substitui o du oferecendo gráficos de barras imediatos para identificar o que está consumindo seu volume.

Auditoria: O ripgrep (rg) e o bat transformam a leitura de logs de smartctl e ZFS em uma experiência visualmente estruturada e veloz.

O problema da escala no coreutils

Quando o ls foi escrito, listar um diretório com 100.000 arquivos era um caso de borda raro. Hoje, em servidores de arquivos e object storage, isso é terça-feira.

A maioria das ferramentas GNU opera sequencialmente. Se você executa uma busca recursiva em um array RAID, a ferramenta lê um arquivo, processa, fecha e vai para o próximo. Em discos mecânicos (HDD), isso fazia sentido para evitar thrashing da cabeça de leitura. Em SSDs e NVMe, onde a latência é medida em microssegundos e o throughput brilha com múltiplas filas de comando, o software se torna o limitador.

As ferramentas escritas em Rust tendem a utilizar iteradores paralelos (frequentemente via biblioteca rayon), saturando a capacidade de leitura do seu storage para entregar resultados em uma fração do tempo.

`dust`: Visualização instantânea de consumo de disco

O comando du (disk usage) é essencial, mas sua saída é uma parede de texto. Para saber onde estão os "gordos" do sistema, você geralmente precisa encadear pipes: du -h --max-depth=1 | sort -hr.

O dust resolve isso invertendo a lógica: ele assume que você quer ver os maiores consumidores primeiro e desenha um gráfico.

Como usar no dia a dia de Storage

Imagine que seu volume /mnt/backup está com 95% de uso.

Comando:

dust -r /mnt/backup

O que as flags fazem:

(Padrão): Varre o diretório usando múltiplas threads.
-r (reverse): Mostra a árvore de diretórios desenhada da raiz para as folhas, facilitando a leitura de baixo para cima.
-n <numero>: Limita o número de linhas retornadas.

$Comparativo visual: a lista textual do du versus a representação gráfica hierárquica do dust em um volume de dados.$ Figura: Comparativo visual: a lista textual do du versus a representação gráfica hierárquica do dust em um volume de dados.

💡 Dica Pro: O dust ignora diretórios ocultos e arquivos de sistema irrelevantes por padrão, focando no que realmente ocupa espaço (dados de usuário). Use dust -z 50M para ignorar arquivos menores que 50MB, limpando a visualização de metadados pequenos.

`eza`: Listagem de arquivos com contexto de permissão

O ls é funcional, mas o eza (um fork mantido do antigo exa) é informativo. Para quem gerencia permissões de ACL em SMB ou NFS, a clareza visual é segurança.

Diferenciais para Sysadmins

O eza brilha ao mostrar metadados estendidos e status de git em diretórios de configuração (como /etc/pve no Proxmox ou /etc/zfs).

Comando recomendado:

eza -la --icons --octal-permissions --git --time-style=long-iso

Anatomia do comando:

--icons: Adiciona ícones baseados na extensão (ajuda a diferenciar visualmente .conf, .log, .sh).
--octal-permissions: Mostra 644 ou 755 ao lado de rwxr-xr-x. Isso elimina a necessidade de converter mentalmente as letras em números para rodar um chmod.
--git: Se o diretório for um repositório (comum em /etc versionado), mostra o status do arquivo (modificado, novo, ignorado) direto na listagem.

⚠️ Perigo: Ao listar diretórios com milhares de arquivos em um mount point de rede (NFS/SMB), o eza com a flag --git pode causar lentidão, pois ele precisa verificar o status de cada arquivo. Em shares de rede, prefira eza -l.

`bat` e `ripgrep`: Auditoria de logs e configs

Ler logs brutos com cat ou less é cansativo. O bat é um cat com asas: ele oferece syntax highlighting automático, numeração de linhas e integração com Git.

Cenário: Analisando falhas de disco

Ao receber um alerta de SMART, você precisa ler o log do smartctl ou o dmesg.

Comando:

smartctl -x /dev/nvme0n1 | batcat -l log --style=header,grid

O bat detecta a estrutura do log e colore timestamps, avisos (WARNING/CRITICAL) e números, facilitando o scan visual de erros.

A velocidade do `ripgrep` (rg)

O grep é lento em grandes volumes de texto. O ripgrep (rg) é, atualmente, o padrão ouro de busca em texto. Ele ignora automaticamente arquivos binários, diretórios ocultos e respeita o .gitignore.

Cenário: Buscar ocorrências de erro de checksum em todos os logs do ZFS arquivados.

rg "checksum error" /var/log/zfs/ -z

O pulo do gato:

-z: Busca dentro de arquivos comprimidos (.gz, .zip) sem precisar descompactá-los manualmente. Isso é vital para logs rotacionados pelo logrotate.
A velocidade de busca em um SSD NVMe é limitada apenas pela taxa de transferência do disco, não pela CPU.

Figura: Visualização de um arquivo de configuração complexo aberto no bat, destacando a sintaxe colorida e a numeração de linhas que facilitam a depuração.

Tabela Comparativa: Legado vs Moderno

Para o administrador de storage, a troca não é apenas estética, é sobre eficiência de I/O e tempo de resposta.

Ferramenta Rust	Substituto de	Vantagem Principal (Storage)	Performance em NVMe
dust	`du`	Visualização gráfica imediata do consumo de espaço.	Alta (Multithread)
eza	`ls`	Permissões em octal e ícones de tipo de arquivo.	Média (Foco em UX)
bat	`cat` / `less`	Syntax highlighting para logs e configs JSON/YAML.	Média (Leitura humana)
ripgrep (rg)	`grep`	Ignora binários/lixo e busca em arquivos `.gz`.	Extrema (Satura I/O)
procs	`ps`	Mostra I/O de disco por processo e portas TCP abertas.	Alta

Instalação e Segurança

Embora o método "purista" seja instalar via cargo (o gerenciador de pacotes do Rust), para servidores de produção, recomenda-se usar os pacotes oficiais da sua distribuição para garantir atualizações de segurança via apt ou dnf.

Debian/Ubuntu (Versões recentes):

sudo apt install ripgrep bat eza

Nota: Em algumas distros, o binário do bat é instalado como batcat para evitar conflito.

Instalação via Cargo (Para versões bleeding edge): Se você precisa da última versão absoluta em um ambiente de Home Lab:

curl https://sh.rustup.rs -sSf | sh
cargo install du-dust eza bat ripgrep

Gerenciando Aliases

Para não quebrar scripts existentes que dependem do comportamento exato do GNU, não faça symlinks dos binários novos para os nomes antigos (ex: não link ls para eza). Use aliases no seu .zshrc ou .bashrc para uso interativo:

# Apenas para uso interativo
alias ls='eza --icons'
alias cat='batcat'
alias du='dust'

Dessa forma, seus scripts de automação continuam usando as ferramentas GNU padrão, garantindo estabilidade, enquanto sua interação manual ganha superpoderes.

O veredito do terminal

A modernização do terminal não é sobre abandonar o passado, mas sobre adequar as ferramentas à realidade do hardware atual. Administrar petabytes de dados com ferramentas desenhadas para disquetes e fitas magnéticas é um desserviço ao seu tempo.

Ferramentas como dust e ripgrep pagam o "custo" de aprendizado na primeira vez que você precisa diagnosticar um disco cheio ou um log de erro crítico em segundos, não minutos. Para o administrador de storage moderno, a CLI em Rust não é um luxo, é a nova linha de base.

Perguntas Frequentes (FAQ)

Essas ferramentas Rust são seguras para ambientes de produção?

Sim. Ferramentas como ripgrep e bat atingiram um nível de maturidade alto e já estão empacotadas nos repositórios oficiais das principais distribuições (Debian, Fedora, Alpine). Além disso, a linguagem Rust oferece memory safety nativa, eliminando classes inteiras de bugs como buffer overflows que poderiam existir em ferramentas C antigas.

O dust é realmente mais rápido que o ncdu para analisar grandes volumes?

Depende do cenário, mas geralmente sim em armazenamento rápido. O dust utiliza paralelismo agressivo para varrer diretórios, o que o torna frequentemente mais rápido que o ncdu em discos NVMe ou arrays SSD. No entanto, o ncdu ainda oferece uma interface interativa (TUI) mais robusta para navegação e deleção de arquivos, enquanto o dust é focado em visualização rápida e saída para o terminal.

Posso substituir totalmente o grep pelo ripgrep em meus scripts?

Para uso interativo e scripts de análise rápida, sim. Porém, tenha cautela em scripts de automação legados. O ripgrep (rg) é significativamente mais rápido e ignora arquivos binários, ocultos e listados no .gitignore por padrão. Se o seu script precisa buscar exatamente tudo (incluindo arquivos ocultos ou binários), você precisará passar flags específicas para o rg (como -uu) ou manter o grep tradicional para garantir compatibilidade total de comportamento.