Benchmarks Oficiais

Nós não estimamos. Nós medimos. Veja como o Sentinel DNS se comporta em testes de stress reais contra os líderes do mercado.

Metodologia de Teste

Hardware & Ambiente

Servidor: Bare-metal (Intel Xeon E-2276G, 6 Cores)
Memória: 16GB DDR4 ECC
OS: Ubuntu 22.04 LTS (Tuning sysctl aplicado)
Rede: Interface 10Gbps local (para evitar gargalo de link)

Ferramenta & Carga

Engine de teste: dnsperf v2.9
Dataset de consultas: Alexa Top 1M Domains (Randomizado)
Cenário: Tráfego misto realista (~35% Cache Hit / 65% Recursão)
Duração de cada bateria: 300 segundos

Tabela Comparativa de Performance

Software	Throughput (QPS)*	Latência p50 (ms)	Latência p95 (ms)	CPU no Pico (%)	Uso de RAM (MB)
Sentinel DNS	52.480	0.8 ms	2.4 ms	35%	120 MB
PowerDNS Recursor	45.100	1.2 ms	4.1 ms	58%	180 MB
BIND9 (Tuned)	22.350	3.5 ms	12.8 ms	85%	340 MB

* QPS = Queries Per Second (Consultas por segundo).

Por que o Sentinel se destaca?

A diferença drástica de uso de CPU e RAM entre o Sentinel DNS e softwares como BIND9 reside na arquitetura moderna do Unbound em conjunto com nossos módulos nativos de I/O.

Para ISPs, isso significa que você pode sustentar o dobro de tráfego usando a mesma máquina, economizando energia e hardware no datacenter, enquanto seus clientes experimentam navegação instantânea.

Metodologia de Teste e Isolamento de Variáveis

Para garantir que os números de benchmark não sejam apenas resultados sintéticos idealizados em laboratório, realizamos testes contínuos utilizando o utilitário dnsperf (ferramenta padrão da indústria, mantida pela OARC) com amostras reais de tráfego de ISPs (pcap replays). Essa abordagem submete o motor DNS a cenários com alta entropia de domínios (cauda longa da internet), forçando o mecanismo a lidar com misses massivos na memória cache e obrigando-o a buscar ativamente na árvore global.

Diferente de testes onde apenas 10 domínios populares são cacheados (gerando 100% de cache hit ilusório), nossa suíte de estresse envia picos de até 300.000 QPS (Queries per Second) contra um único servidor bare-metal. Avaliamos não apenas o throughput máximo, mas a latência no percentil 99 (p99 latency) sob carga máxima. É nessa fronteira que as otimizações profundas no kernel Linux, aliadas à afinação fina das threads do Unbound no Sentinel, entregam latências incrivelmente baixas (abaixo de 1.5ms locais) sem degradar, mesmo absorvendo flutuações violentas comuns em horários de pico ou ataques DDoS menores.