Linux 5.10 vem com otimizações Ext4 significativas, compatibilidade AMD SEV aprimorada e muito mais

Núcleo

Após dois meses de desenvolvimento, Linus Torvalds revelou o lançamento da nova versão do kernel Linux 5.10, versão que chega com o status de agência com longo período de suporte, cujas atualizações serão publicadas por pelo menos dois anos.

Mudanças notáveis ​​incluem esta nova versão inclui compatibilidade com o mecanismo de proteção MemTag para sistemas ARM64, opção de montagem "nosymfollow", otimizações Ext4 significativas, Correção do XFS 2038, nova chamada de sistema process_madvise, suporte aprimorado de AMD SEV por meio de criptografia de registro de CPU, capacidade de pausar programas BPF.

A nova versão recebeu 17470 correções de 2062 desenvolvedores, Tamanho do patch: 64 MB (alterações afetaram 15101 arquivos, adicionadas 891932 linhas de código, removidas 619716 linhas). Cerca de 42% de todos mudanças introduzidas em 5.10 são relacionadas a drivers de dispositivo, aproximadamente 16% das mudanças estão relacionadas à atualização de código específico para arquiteturas de hardware, 13% estão relacionadas à pilha de rede, 3% estão relacionadas a sistemas de arquivos e 3% estão relacionados a subsistemas internos do kernel.

Principais novidades do Linux 5.10

Das principais mudanças que ocorrem, podemos descobrir que para ext4 o modo de confirmações rápidas foi adicionado (fast_commit), que reduz significativamente os atrasos em muitas operações de arquivo devido à liberação mais rápida de metadados para o disco ao executar uma chamada fsync (). Em circunstâncias normais, executar fsync () sincroniza um conjunto redundante de metadados. No modo fast_commit, apenas os metadados necessários para recuperar o sistema de arquivos no caso de uma falha são transferidos para o registro, acelerando as chamadas para fsync () e melhorando o desempenho das operações que manipulam ativamente os metadados.

Enquanto por Btrfs inclui otimizações de desempenho importantes relacionadas às operações fsync (). A redução na contenção log mutex resultou em um aumento de 4% no desempenho e uma redução de 14% na latência ao executar o benchmark dbench com 32 clientes. A eliminação de commits adicionais para links e mudanças de nome aumentou a largura de banda em 6% e reduziu a latência em 30%. Limitar o fsync para esperar apenas em regravações aumentou o desempenho em 10-40%.
Além disso, A implementação do Btrfs de E / S direta (io direto) foi movida para a estrutura iomap. 

XFS adiciona mudanças de metadados inode para resolver problemas de estouro de tipo de dados Time_t de 32 bits em 2038. Mudanças semelhantes, que moveram o estouro do cronômetro para o ano 2468, foram adicionadas ao código para calcular os tempos de cota de disco. O formato XFS V4 está obsoleto, o usuário é aconselhado a atualizar o formato FS para V5, mas há tempo mais do que suficiente para a atualização, pois o suporte V4 permanecerá até 2030. O XFS também alterou o tamanho da entrada de inode btree, permitindo mais redundância verificações e tempos de montagem mais rápidos.

Para o subsistema FUSE implementado o suporte de operações DAX para acessar diretamente o sistema de arquivos, ignorando o cache de página sem dispositivo de bloqueio em nível de aplicativo que é usado para evitar as virtudes de cache duplo da organização de acesso conjunto a sistemas convidados, diretórios e arquivos. O Virtiofs também adiciona suporte para montagem separada de partições com diferentes pontos de montagem no sistema host.

O sistema de arquivos F2FS adiciona um novo modo de coleta de lixo ATGC (Age Threshold Garbage Collection), suporte aprimorado para dispositivos NVMe zoneados e descompressão mais rápida de dados compactados.

No F2FS e Ext4, a forma de trabalhar com nomes de arquivo foi redesenhada sem levar em conta as letras maiúsculas; foi decidido unificar a implementação de nomes de arquivo que não diferenciam maiúsculas de minúsculas movendo o código associado para uma biblioteca comum.

Outra mudança importante está no interface de E / S assíncrona io_uring que adiciona a capacidade de criar anéis restritos que pode ser compartilhado com segurança com um processo não confiável. Este recurso permite que o aplicativo básico restrinja seletivamente o acesso apenas aos seus descritores de arquivos individuais para uso em aplicativos de terceiros via io_uring, mais o sinalizador PIDFD_NONBLOCK foi adicionado à chamada do sistema pidfd_open () para criar um descritor de arquivo sem bloqueio (análogo a O_NONBLOCK para pidfd).


Deixe um comentário

Seu endereço de email não será publicado. Campos obrigatórios são marcados com *

*

*

  1. Responsável pelos dados: Miguel Ángel Gatón
  2. Finalidade dos dados: Controle de SPAM, gerenciamento de comentários.
  3. Legitimação: Seu consentimento
  4. Comunicação de dados: Os dados não serão comunicados a terceiros, exceto por obrigação legal.
  5. Armazenamento de dados: banco de dados hospedado pela Occentus Networks (UE)
  6. Direitos: A qualquer momento você pode limitar, recuperar e excluir suas informações.