Como é que a compressão do sistema de ficheiros afeta o desempenho de escrita num NAS doméstico?

A compressão do sistema de ficheiros pode fazer um NAS doméstico escrever mais rápido quando remove mais trabalho de armazenamento do que adiciona trabalho à CPU, mas também pode aumentar a latência.

O resultado depende do que o NAS armazena, do algoritmo e nível de compressão que utiliza, e se o gargalo ativo é o processador, o pool de discos ou o caminho de escrita síncrona. Este artigo foca-se na compressão transparente do sistema de ficheiros—não em arquivos ZIP ou compressão SMB—porque cada um atua numa fase diferente do percurso dos dados.

O Compromisso Principal: Menos Bytes Escritos, Mais Trabalho da CPU

A compressão transparente está dentro do caminho de escrita do sistema de ficheiros. As aplicações submetem dados lógicos, o sistema de ficheiros divide esses dados em registos ou extensões, e o motor de compressão tenta codificar cada unidade em menos bytes antes da alocação. Quando tem sucesso, menos blocos chegam ao pool de armazenamento. Uma explicação detalhada de compressão transparente do sistema de ficheiros mostra porque o tamanho do registo, a taxa de compressão e o tamanho físico do bloco influenciam a quantidade de I/O realmente poupada.

Isto cria uma troca em vez de um aumento universal de velocidade. A CPU gasta tempo a encontrar padrões repetidos, mas os discos, SSDs, camada de paridade e barramento de armazenamento lidam com uma carga física menor. Se o tempo poupado no dispositivo for maior do que o tempo de compressão, a taxa de escrita visível para a aplicação aumenta. Se a CPU já estiver ocupada ou os dados mal encolherem, a etapa extra pode aumentar a latência de escrita sem remover I/O suficiente para compensar.

A velocidade reportada também pode ser mal interpretada. Uma ferramenta de cópia mede os bytes lógicos aceites pelo cliente, enquanto as estatísticas do disco mostram os bytes físicos escritos após a compressão. Um NAS pode, portanto, reportar 500 MB/s de progresso lógico enquanto os seus discos recebem muito menos do que 500 MB/s. A compressão do sistema de ficheiros não reduz automaticamente o tráfego SMB de entrada; a compressão de rede teria de atuar mais cedo no percurso.

A Compressibilidade Decide Quanto Trabalho de Armazenamento Desaparece

A compressão só remove trabalho quando a entrada contém padrões reutilizáveis. Texto, logs, código-fonte, campos repetidos de base de dados e regiões preenchidas com zeros frequentemente têm redundância suficiente para encolher substancialmente. JPEG, vídeo HEVC, arquivos ZIP e ficheiros encriptados já removeram ou obscureceram esses padrões. A relação entre redundância de dados e compressão explica porque duas pastas NAS de tamanho igual podem produzir resultados opostos em desempenho de escrita.

Um NAS doméstico raramente tem uma carga de trabalho uniforme, por isso a questão útil não é se a compressão é rápida isoladamente. É se o conjunto de dados ativo se torna pequeno o suficiente para reduzir a parte mais lenta do seu próprio caminho de escrita.

A ordem também importa. Dados comprimidos antes da encriptação podem ainda assim poupar espaço, mas o texto cifrado normalmente parece de alta entropia para uma camada de sistema de ficheiros posterior. De forma semelhante, uma imagem VM esparsa ou parcialmente vazia pode comprimir bem, mesmo que o sistema operativo dentro dela armazene conteúdo misto. Extensões de ficheiro são pistas úteis, não medições fiáveis dos blocos que o sistema de ficheiros vê.

Algoritmo e Nível de Compressão Definem a Taxa de Troca CPU–E/S

Algoritmos rápidos favorecem um tempo de processamento baixo e uma redução de tamanho moderada, enquanto algoritmos mais pesados gastam mais tempo de CPU à procura de uma melhor relação. Esta é a mesma fronteira entre velocidade e tamanho visível em comparações independentes de métodos de compressão. Para um NAS sempre ligado, a melhor relação não é automaticamente o melhor desempenho de escrita porque todos os escritores em primeiro plano e em segundo plano partilham o mesmo processador.

O nível de compressão torna esse limite mais granular. Medições publicadas dos níveis de compressão Zstandard mostram que a velocidade de compressão diminui à medida que a taxa solicitada aumenta, enquanto a descompressão permanece comparativamente rápida. Isso torna um nível alto atraente para escritas de arquivo em hardware ocioso, mas potencialmente disruptivo para bases de dados em funcionamento, registos de contentores ou vários clientes a escreverem simultaneamente.

Nenhuma etiqueta de algoritmo fornece um resultado universal. A geração do processador, núcleos disponíveis, largura de banda da memória, implementação, tamanho do bloco e conjunto de dados são todos importantes. Um algoritmo rápido numa CPU de baixa potência pode ainda ser o estrangulamento por trás de um pool NVMe rápido, enquanto um algoritmo mais forte pode permanecer efetivamente gratuito quando discos lentos dominam o mesmo NAS.

O meio de armazenamento e o padrão de escrita movem o estrangulamento

Os discos rotativos geralmente oferecem mais oportunidade para a compressão ajudar porque cada bloco removido evita trabalho relativamente dispendioso do dispositivo. Um pool NVMe pode absorver muito mais dados antes que o armazenamento se torne o limite, pelo que o tempo de CPU para compressão é mais fácil de expor. O princípio mais amplo é que o trabalho da CPU pode substituir o I/O de armazenamento, mas o recurso mais adequado para gastar depende do equilíbrio real do hardware.

A forma de escrita também altera a resposta. Grandes fluxos assíncronos dão ao sistema de ficheiros espaço para agrupar e paralelizar o trabalho. Pequenas atualizações síncronas ainda esperam por confirmações de durabilidade, pelo que a redução do tamanho da carga útil pode não eliminar a latência fixa de um flush ou commit de diário. As implementações do sistema de ficheiros também comprimem em unidades específicas: o comportamento atual da compressão Btrfs, por exemplo, usa blocos limitados, processamento paralelo e regras específicas da implementação que podem alterar o uso de metadados e a latência de escrita.

A concorrência adiciona outro limite. Vários backups, bases de dados de aplicações, importações de media e escritores de contentores podem coletivamente saturar a CPU, mesmo quando cada fluxo beneficia individualmente. A compressão deve, portanto, ser interpretada em conjunto com os estrangulamentos da rede, memória, disco e tarefas em segundo plano, especialmente quando o débito cai apenas durante trabalhos agendados ou atividade multiutilizador.

Benchmarks de Compressão Devem Comparar Trabalho Lógico e Físico

Um benchmark preenchido com zeros ou bytes repetidos pode fazer um sistema de ficheiros comprimido parecer mais rápido do que os seus discos poderiam alguma vez escrever. Esse resultado pode estar matematicamente correto para a carga lógica, mas é inútil para um arquivo de fotos ou backup encriptado. Erros comuns em benchmarks de armazenamento incluem dados de teste altamente comprimíveis, leituras em cache, escritas não descarregadas e falha em comparar o débito da aplicação com a atividade do dispositivo.

Um teste significativo de NAS doméstico usa o mesmo hardware, conjunto de dados, caminho do cliente e carga de fundo com compressão ativada e desativada. Regista o débito lógico, bytes físicos do dispositivo, utilização da CPU, taxa de compressão e latência de escrita. Para cargas síncronas ou multi-cliente, a latência percentil é mais informativa do que um único valor de MB/s máximo porque curtos bloqueios podem estar ocultos numa média alta.

A interpretação final é condicional. Se as escritas físicas caírem drasticamente enquanto a CPU permanece abaixo da saturação, a compressão atua como amplificador de débito. Se a proporção se mantiver perto de 1:1 e a CPU ou latência aumentarem, é principalmente trabalho extra. Se a rede já for o limite, o armazenamento pode tornar-se mais eficiente sem fazer a cópia do cliente terminar mais cedo.

Perguntas Frequentes

A compressão do sistema de ficheiros atrasa sempre as escritas no NAS?

Não. Pode aumentar a taxa de escrita lógica quando os dados comprimíveis e um gargalo de armazenamento permitem que o I/O poupado compense o custo da CPU. Pode ser neutro ou mais lento com dados de alta entropia, CPU limitada, níveis agressivos de compressão ou escritas sensíveis à latência.

Quais ficheiros de NAS doméstico beneficiam mais da compressão?

Logs, texto, código-fonte, dados estruturados repetidos e discos virtuais parcialmente vazios são candidatos comuns. Média já comprimida, arquivos e dados encriptados geralmente oferecem menos benefício, embora o resultado real dependa do conteúdo dos blocos e não apenas do nome do ficheiro.

A compressão do sistema de ficheiros pode reduzir o desgaste do SSD?

Pode reduzir os dados do anfitrião escritos no SSD quando os blocos comprimem bem, o que pode diminuir parte da carga de trabalho do dispositivo. Não elimina a recolha de lixo ao nível do controlador nem a amplificação de escrita, pelo que os ganhos de durabilidade dependem do sistema de ficheiros, da carga de trabalho, do espaço livre e do firmware do SSD.