Eduardo Shishkin é um desenvolvedor que é responsável pela manutenção do suporte ao sistema de arquivos Reiser4 na última década para novas versões do kernel. Embora o sistema tenha sido mantido, ao contrário de outros sistemas de arquivos que avançaram em seu desenvolvimento. Edward Shishkin trabalhou na manutenção do Reiser4 e ao mesmo tempo trabalho no desenvolvimento do sistema de arquivos Reiser5 que já está disponível para teste.
Esta nova versão do Reiser5 se destaca por incluir inovação em escala paralela, que não é executado no nível do bloco, mas através do sistema de arquivos.
Como uma vantagem desta abordagem, pacotes FS + RAID / LVM e FS não paralelos são declarados livres de desvantagens inerentes (ZFS, Btrfs), como problema de espaço livre, queda de desempenho ao preencher o volume acima de 70%, algoritmos de design de volume lógico desatualizado (RAID / LVM), não permitem que você distribua dados com eficiência em um volume lógico.
Em um FS paralelo, antes de adicionar um dispositivo a um volume lógico, ele deve ser formatado com o utilitário mkfs padrão.
Ao contrário do ZFS, o Reiser5 não implementa sua própria camada de bloco, mesmo que use um alocador de bloco livre O (1). É possível compor de uma forma simples e eficientee um volume lógico de dispositivos de bloco de diferentes tamanhos e larguras de banda. Os dados são distribuídos entre esses dispositivos usando novos algoritmos.
No anúncio desta versão de teste Edward Shishkin comentou:
Tenho o prazer de anunciar um novo método para adicionar dispositivos de bloco a volumes lógicos em uma máquina local.
Acho que é um nível qualitativamente novo no desenvolvimento do sistema de arquivos (e sistema operacional): volumes locais com escalonamento paralelo ...
Em nossa abordagem, o dimensionamento horizontal é feito por meio de sistema de arquivos, em vez de meios de camada de bloco. O usuário controla o fluxo de solicitações de I / O emitidas para cada dispositivo ...
Como Edward Shishkin comenta: uma parte das solicitações de I / O direcionadas a cada dispositivo é igual à sua capacidade relativa atribuída pelo usuáriopara que o volume lógico seja preenchido com os dados "uniformemente" e "razoavelmente".
Ao mesmo tempo, os dispositivos de bloco de menor capacidade recebem menos blocos para armazenamento e os dispositivos de baixo desempenho não se tornam um gargalo (como é o caso, por exemplo, em matrizes RAID).
Adicionar um dispositivo ao volume e remover o dispositivo do volume é acompanhado por um rebalanceamento que preserva a "justiça" da distribuição.
Todos os dispositivos de bloco incluídos podem ser mantidos simultaneamente no volume lógico usando uma abordagem individual para cada um deles (desfragmentação para discos rígidos, postagem de consultas de descarte para SSD etc.)
O espaço livre em um volume lógico é controlado pelo utilitário df (1) padrão. Além disso, o usuário tem a oportunidade de monitorar o espaço livre em cada componente do dispositivo de volume lógico.
Um progresso significativo na escala horizontal foi feito usando o arquivo de rede paralela (GPFS, Lustre, etc.). No entanto, não estava claro como aplicar
suas tecnologias para um FS local.Principalmente, é porque em um arquivo local sistemas não têm tanto luxo quanto "armazenamento de back-end" como rede eles fazem. O que o FS local tem é uma interface extremamente pobre de interação com a camada de bloco. Por exemplo, no Linux FS local você pode basta compor e emitir uma solicitação de E / S em algum buffer.
Entre os itens que ainda estão na lista TODO do Reiser5 são os seguintes:
- Atualização FSCK para suportar volumes lógicos
- LV assimétrico com mais de um bloco de metadados por volume
- volumes lógicos simétricos
- Instantâneos 3D de LV
- Distribuição de metadados em vários subvolumes
- Verifique / restaure os volumes lógicos usando o utilitário fsck (atualizando da versão anterior)
- Volumes globais (redes), adicionando dispositivos em máquinas diferentes.
Se você quiser saber mais sobre isso, pode consultar o seguinte link.
Uau, pensei que reiserfs tivesse morrido depois de Hans ..