Backup que come o processador deixa os sites lentos enquanto roda, e o cliente percebe. Das três etapas que o motor faz em cada pedaço de arquivo (impressão digital, compressão e criptografia), qual pesa mais no processador? Vale trocar algum algoritmo?
8 mspor MB na compressão, contra 2,4 ms do hash e 1,1 ms da criptografia, num núcleo
~17%mais vazão se o hash passar a ser o BLAKE3
Por que isso importa para quem administra o servidor
- Saber qual etapa pesa mostra onde economizar: a compressão custa 8 ms por MB num núcleo; a criptografia, 1,1 ms. Cifrar o backup quase não custa nada a mais ao servidor.
- O algoritmo é uma troca entre processador e espaço no storage: o s2 é 8× mais rápido, mas ocupa cerca de 27% mais. O Salvo mantém a compressão leve como padrão.
Compressão (zstd-fastest)
8,1 ms
Hash (BLAKE2B)
2,4 ms
Criptografia (AES-256-GCM)
1,1 ms
Fonte: Laboratório Salvo · benchmark do motor do Salvo, só processador · 15/10/2026
Ver os dados em tabela
| Algoritmo | 1 núcleo | Todos os núcleos |
|---|---|---|
| Hash BLAKE3 | 1,5 GB/s | 18,7 GB/s |
| Hash BLAKE2B (padrão) | 418 MB/s | 5,7 GB/s |
| Criptografia AES-256-GCM (padrão) | 900 MB/s | 7,7 GB/s |
| Criptografia ChaCha20-Poly1305 | 654 MB/s | 7,4 GB/s |
| Compressão zstd-fastest (padrão), 15,4% do tamanho | 123 MB/s | 848 MB/s |
| Compressão zstd, 13% do tamanho | 89 MB/s | 650 MB/s |
| Compressão s2, 19,6% do tamanho | 1 GB/s | 2,9 GB/s |
Método
Servidor de testes com Xeon E5-2698 v4 (2,2 GHz, 18 núcleos).
Ferramenta de benchmark do motor do Salvo, medindo só o processador, sem disco e sem rede.
A compressão foi medida sobre 256 MB reais do código de um site WordPress.
O que decidimos
Mantemos o AES-256 e o zstd-fastest. Antes de trocar o hash padrão pelo BLAKE3, vamos medir num repositório novo: o hash fica fixo quando o repositório é criado. O s2 é 8× mais rápido, mas ocupa ~27% mais espaço; pode virar opção para quem prefere velocidade a espaço.
O que ainda não sabemosÉ medição de processador puro: no backup real, ler o disco e percorrer milhares de arquivos também pesa. A amostra é só código de site, com muito texto; contas inteiras, com imagens e e-mail, comprimem menos. E os números de 1 núcleo variam com a carga do servidor (o BLAKE3 deu entre 0,9 e 1,5 GB/s em duas rodadas); a ordem entre os algoritmos se manteve.
Quer ver o Salvo no seu servidor?Entre na lista de espera do beta. Avisamos quando houver vaga.
Como se liga aos outros laboratórios
Backup mais rápido
30 MB30 MB de cache para 233 mil arquivos, e apagar o cache não custou nadaLaboratório 01 · 14/10/20263×O limite era a criptografia, não a rede: trocar a cifra triplicou o envioLaboratório 06 · 15/10/2026141O motor envia 141 MB/s lendo um arquivo por núcleo; 4 contas juntas usaram 2,4 GB de memóriaLaboratório 08 · 15/10/202633 s3 contas cPanel inteiras em 33 s num servidor em produção; o incremental, em 7 sLaboratório 09 · 15/10/20264 sO backup do dia seguinte, de madrugada e a frio: 4 s para 21 mil arquivosLaboratório 12 · 16/10/20267,7×O backup do dia seguinte nas mesmas 6 contas: 494 s no JetBackup, 64 s no SalvoLaboratório 13 · 16/10/2026166×O primeiro backup lado a lado: 45% menos tempo e 166× menos arquivos no storageLaboratório 14 · 16/10/202699,98%Backup de WordPress com e-mail: 6 sites reais restaurados pelo Salvo e pelo JetBackupLaboratório 23 · 19/10/2026