Entendendo o ReiserFS
Esse artigo envolve as principais características desse sistema de arquivos que é padrão em algumas importantes distribuições Linux. O texto foi feito com o objetivo de demonstrar porque a performance do Reiser é tão boa e os motivos pelos quais esse filesystem tem bastante reputação no mundo Linux.
[ Hits: 80.409 ]
Por: Fernando Calheiros em 07/06/2006
Objetivo
O objetivo desse artigo é proporcionar ao leitor um fácil entendimento de como funciona o ReiserFS, suas vantagens e porque adota-lo como filesystem padrão em detrimento ao mais difundido EXT3.
Esse artigo não tem finalidade de defender um ou outro filesystem, mas apenas explicar porque a performance de um é superior a de outro. A intenção também é "explicar o porque das coisas", pois como iniciante e profundo curioso que sou, não me contentei com as diversas opiniões sugerindo ou que o Reiser é melhor, ou que o EXT3 seja. Com bases nas pesquisas que fiz resolvi enviar esse simples artigo pra comunidade afim de ajudar aqueles que como eu tem curiosidade de entender um pouco mais a forma com que o Reiser trabalha.
O REISERFS foi criado por Hans Reiser há cerca de 10 anos atrás que também fundou uma equipe chamada NAMESYS (www.namesys.com) com o objetivo de desenvolver um sistema de arquivos rápido, robusto, seguro e de fácil recuperação em caso de problemas. A partir do Kernel 2.4 o Reiser passou a ser um dos filesystems suportado pelo sistema operacional.
Com o tempo, o Reiser passou a ser incluído como filesystem padrão de algumas distribuições respeitadas, citando: SuSE, Slackware 8.1 e Gentoo. Isso trouxe popularidade a esse sistema de arquivos e hoje o mesmo faz parte da lista de ótimas escolhas para os linuxistas o que implica em muitos debates sobre o desempenho do Reiser em relação a outros sistemas de arquivos, principalmente o EXT3.
Ao observar superficialmente esse file system é inevitável a comparação com as estruturas de banco de dados. Na verdade, o ReiserFS trata uma partição do disco como se fosse uma tabela de uma base de dados onde diretórios, arquivos e metadados são armazenados em uma eficiente estrutura chamada de "árvore balanceada", a B* Tree, o qual é, junto com o recurso de journaling, as duas engrenagens responsáveis pela popularidade do ReiserFS.
Vamos verificar as vantagens e desvantagens do Reiser em torno da questão de segurança e integridade dos dados e velocidade na manipulação de arquivos pelo filesystem.
Esse artigo não tem finalidade de defender um ou outro filesystem, mas apenas explicar porque a performance de um é superior a de outro. A intenção também é "explicar o porque das coisas", pois como iniciante e profundo curioso que sou, não me contentei com as diversas opiniões sugerindo ou que o Reiser é melhor, ou que o EXT3 seja. Com bases nas pesquisas que fiz resolvi enviar esse simples artigo pra comunidade afim de ajudar aqueles que como eu tem curiosidade de entender um pouco mais a forma com que o Reiser trabalha.
Introdução
O REISERFS foi criado por Hans Reiser há cerca de 10 anos atrás que também fundou uma equipe chamada NAMESYS (www.namesys.com) com o objetivo de desenvolver um sistema de arquivos rápido, robusto, seguro e de fácil recuperação em caso de problemas. A partir do Kernel 2.4 o Reiser passou a ser um dos filesystems suportado pelo sistema operacional.
Com o tempo, o Reiser passou a ser incluído como filesystem padrão de algumas distribuições respeitadas, citando: SuSE, Slackware 8.1 e Gentoo. Isso trouxe popularidade a esse sistema de arquivos e hoje o mesmo faz parte da lista de ótimas escolhas para os linuxistas o que implica em muitos debates sobre o desempenho do Reiser em relação a outros sistemas de arquivos, principalmente o EXT3.
Ao observar superficialmente esse file system é inevitável a comparação com as estruturas de banco de dados. Na verdade, o ReiserFS trata uma partição do disco como se fosse uma tabela de uma base de dados onde diretórios, arquivos e metadados são armazenados em uma eficiente estrutura chamada de "árvore balanceada", a B* Tree, o qual é, junto com o recurso de journaling, as duas engrenagens responsáveis pela popularidade do ReiserFS.
Vamos verificar as vantagens e desvantagens do Reiser em torno da questão de segurança e integridade dos dados e velocidade na manipulação de arquivos pelo filesystem.
Páginas do artigo
1. Objetivo2. Segurança e integridade dos dados
3. Por que o Reiser FS é mais rápido e otimiza melhor o espaço em disco?
4. Conclusão
5. Referências bibliográficas
Outros artigos deste autor
Nenhum artigo encontrado.
Leitura recomendada
Acessando partições NTFS no Linux
RAID 1 em Debian com sistema já instalado
Particionando o HD sem perder os dados utilizando o FIPS
Comentários
[1] Comentário enviado por angeloshimabuko em 07/06/2006 - 20:06h
O Reiserfs versão 3 não garante a integridade dos dados, apenas dos metadados (informações referentes aos arquivos: permissões, donos, datas, etc.). O único dos principais sistemas de arquivos para Linux que preserva a integridade dos dados é o Ext3 (opção data=journal). O XFS e o JFS também fazem o journaling apenas de metadados. A otimização do uso de espaço em disco no Reiserfs v3 acarreta perda de desempenho; os principais testes de benchmark realizados utilizam a opção notail; além disso, sem a opção notail o consumo de CPU é muito grande. Mesmo com a opção notail o desempenho do Reiserfs v3 é muito bom com arquivos pequenos (o termo pequeno é muito vago na literatura atual: alguns dizem até 10 KB, outros 20 KB); tem sido superior aos outros 3 sistematicamente com arquivos menores que 10 KB, e o XFS tem vencido os testes com arquivos maiores que 100 KB; não encontrei dados para compará-los com arquivos na faixa intermediária. O grande problema do Reiserfs v3 é o índice de fragmentação e a ausência de ferramenta para desfragmentação (o Hans prometeu uma para o Reiser4). O XFS possui uma (xfs_fsr) e o JFS aparentemente também tem. Para desfragmentar volumes com o Ext3 e o Reiserfs v3 deve-se fazer um backup (ou dump), apagar (ou reformatar) e restaurar tudo. Finalmente, o Reiserfs não utiliza a estrutura de árvore para armazenar os arquivos, exceto quando são menores que 4 KB; para arquivos maiores são utilizados ponteiros para alocação de blocos não-formatados (indirect items), de forma análoga ao Ext3 (ambos são ditos usar alocação por blocos). O XFS e o JFS usam alocação por extensão (extents), i.e., utilizam uma estrutura, também em árvore, para ordenar (decrescentemente) e alocar conjuntos de blocos contíguos para diminuir a fragmentação de arquivos.
O Reiserfs versão 3 não garante a integridade dos dados, apenas dos metadados (informações referentes aos arquivos: permissões, donos, datas, etc.). O único dos principais sistemas de arquivos para Linux que preserva a integridade dos dados é o Ext3 (opção data=journal). O XFS e o JFS também fazem o journaling apenas de metadados. A otimização do uso de espaço em disco no Reiserfs v3 acarreta perda de desempenho; os principais testes de benchmark realizados utilizam a opção notail; além disso, sem a opção notail o consumo de CPU é muito grande. Mesmo com a opção notail o desempenho do Reiserfs v3 é muito bom com arquivos pequenos (o termo pequeno é muito vago na literatura atual: alguns dizem até 10 KB, outros 20 KB); tem sido superior aos outros 3 sistematicamente com arquivos menores que 10 KB, e o XFS tem vencido os testes com arquivos maiores que 100 KB; não encontrei dados para compará-los com arquivos na faixa intermediária. O grande problema do Reiserfs v3 é o índice de fragmentação e a ausência de ferramenta para desfragmentação (o Hans prometeu uma para o Reiser4). O XFS possui uma (xfs_fsr) e o JFS aparentemente também tem. Para desfragmentar volumes com o Ext3 e o Reiserfs v3 deve-se fazer um backup (ou dump), apagar (ou reformatar) e restaurar tudo. Finalmente, o Reiserfs não utiliza a estrutura de árvore para armazenar os arquivos, exceto quando são menores que 4 KB; para arquivos maiores são utilizados ponteiros para alocação de blocos não-formatados (indirect items), de forma análoga ao Ext3 (ambos são ditos usar alocação por blocos). O XFS e o JFS usam alocação por extensão (extents), i.e., utilizam uma estrutura, também em árvore, para ordenar (decrescentemente) e alocar conjuntos de blocos contíguos para diminuir a fragmentação de arquivos.
[2] Comentário enviado por fernoliv em 07/06/2006 - 20:49h
Muito bom o artigo xará! Você está de parabéns pela iniciativa e pelos esclarecimentos realizados.
Abraço,
Fernando.
Muito bom o artigo xará! Você está de parabéns pela iniciativa e pelos esclarecimentos realizados.
Abraço,
Fernando.
[4] Comentário enviado por DooM em 08/06/2006 - 08:45h
Obrigado pelos esclarecimentos Angelo, você poderia citar algum link ou outra fonte que eu pudesse dar uma olhada? Como dito no inicio, esse artigo foi feito com base nos links relacionados na referencia bibliografica o que inclui o próprio site da Namesys.
Obviamente não encontrei os defeitos que você citou sobre a performance do disco, a não segurança a integridade dos dados e os locais que pesquisei todos citam a utilização de arvore.
Onde poderia checar mais informações como as prestadas por você?
Obrigado pela ajuda e possível esclarecimento.
Obrigado pelos esclarecimentos Angelo, você poderia citar algum link ou outra fonte que eu pudesse dar uma olhada? Como dito no inicio, esse artigo foi feito com base nos links relacionados na referencia bibliografica o que inclui o próprio site da Namesys.
Obviamente não encontrei os defeitos que você citou sobre a performance do disco, a não segurança a integridade dos dados e os locais que pesquisei todos citam a utilização de arvore.
Onde poderia checar mais informações como as prestadas por você?
Obrigado pela ajuda e possível esclarecimento.
[5] Comentário enviado por flipe em 08/06/2006 - 09:29h
muito bom artigo, fiquei mais esclarecido, eu uso o xfs, mas, todos tem suas vantagens e desvantages!
falo!
muito bom artigo, fiquei mais esclarecido, eu uso o xfs, mas, todos tem suas vantagens e desvantages!
falo!
[6] Comentário enviado por angeloshimabuko em 08/06/2006 - 12:27h
Um excelente artigo que li sobre o Reiserfs foi do Florian Buchholz em: <http://homes.cerias.purdue.edu/~florian/reiser/reiserfs.php>. Veja o benchmark feito por Hans Ivers em 2006 (<http://www.debian-administration.org/articles/388>), que cita outros 2 testes. Um bom artigo de referência sobre os principais sistemas de arquivos e sua escalabilidade, embora desatualizado, foi escrito por Bryant, Forester e Hawkes: "Filesystem performance and scalability in Linux 2.4.17"; para a Usenix de 2002.
Um excelente artigo que li sobre o Reiserfs foi do Florian Buchholz em: <http://homes.cerias.purdue.edu/~florian/reiser/reiserfs.php>. Veja o benchmark feito por Hans Ivers em 2006 (<http://www.debian-administration.org/articles/388>), que cita outros 2 testes. Um bom artigo de referência sobre os principais sistemas de arquivos e sua escalabilidade, embora desatualizado, foi escrito por Bryant, Forester e Hawkes: "Filesystem performance and scalability in Linux 2.4.17"; para a Usenix de 2002.
[7] Comentário enviado por agk em 08/06/2006 - 14:24h
Eu utilizo reiserfs há bastante tempo e nunca tive problemas.
Quanto a utilizar reiserfs e nfs há vários relatos de que o sistema fica instável, mas não é o meu caso.
Sem contar que o reiserfs tem suporte a partições criptografadas (os outros tipos de sistemas de arquivos também devem ter, mas eu desconheço) e isso aumenta bastante a segurança local do sistema.
Eu utilizo reiserfs há bastante tempo e nunca tive problemas.
Quanto a utilizar reiserfs e nfs há vários relatos de que o sistema fica instável, mas não é o meu caso.
Sem contar que o reiserfs tem suporte a partições criptografadas (os outros tipos de sistemas de arquivos também devem ter, mas eu desconheço) e isso aumenta bastante a segurança local do sistema.
[8] Comentário enviado por removido em 09/06/2006 - 08:28h
Ótimo artigo.
eu passei para ReiserFS, e gostei das definições aqui encontradas. Veio a reforçar o que eu havia ouvido sobre este filesystem.
muito bom.
Ótimo artigo.
eu passei para ReiserFS, e gostei das definições aqui encontradas. Veio a reforçar o que eu havia ouvido sobre este filesystem.
muito bom.
[9] Comentário enviado por coffnix em 09/06/2006 - 22:59h
Perfect!!!
Gostei do artigo. Realmente, discutir sobre o melhor sistema de arquivos é como discutir qual a melhor distro a se usar: "depende da utilização e necessidade de cada um"
Para o que eu uso, que é meu pc doméstico, realmente, ganhei mais desempenho, velocidade e segurança de dados armazenados.
Agora, na empresa onde trabalho, os vários servidores usam EXT3 e reiserFS. Pergunta, pra que os 2? NECESSIDADE!
Então é isso. Parabéns DooM e continue contribuindo com a nossa comunidade.
Perfect!!!
Gostei do artigo. Realmente, discutir sobre o melhor sistema de arquivos é como discutir qual a melhor distro a se usar: "depende da utilização e necessidade de cada um"
Para o que eu uso, que é meu pc doméstico, realmente, ganhei mais desempenho, velocidade e segurança de dados armazenados.
Agora, na empresa onde trabalho, os vários servidores usam EXT3 e reiserFS. Pergunta, pra que os 2? NECESSIDADE!
Então é isso. Parabéns DooM e continue contribuindo com a nossa comunidade.
[10] Comentário enviado por rodrigo_leonel em 10/06/2006 - 03:04h
Faz muito tempo que eu estava querendo um material sobre isso... muito obrigado!
Faz muito tempo que eu estava querendo um material sobre isso... muito obrigado!
[12] Comentário enviado por juniormardoque em 17/05/2007 - 23:43h
Estava procurando por algum artigo sobre filesystem e encontrei este seu, muito interessante. e me deixou com vontate de pesquizar mais a fundo tudo isso. Valeu DooM continue contribuindo com a comunidade.
Estava procurando por algum artigo sobre filesystem e encontrei este seu, muito interessante. e me deixou com vontate de pesquizar mais a fundo tudo isso. Valeu DooM continue contribuindo com a comunidade.
[13] Comentário enviado por felipemartinsss em 19/05/2007 - 13:18h
Alguém sabe exatamente quando surgiu o ReiserFS?
Alguém sabe exatamente quando surgiu o ReiserFS?
[14] Comentário enviado por felipemartinsss em 19/05/2007 - 14:09h
Dei uma pesquisada aqui e parece que foi em 2001. Por favor me corrijam se eu estiver errado.
Valeu!
Dei uma pesquisada aqui e parece que foi em 2001. Por favor me corrijam se eu estiver errado.
Valeu!
[15] Comentário enviado por brennobr em 11/06/2007 - 15:41h
Pô! Tô fazendo um trabalho na facul... e esse artigo me ajudou muito... estou apenas começando, mas... já deu pra ter uma boa idéia!!!!
xD
Pô! Tô fazendo um trabalho na facul... e esse artigo me ajudou muito... estou apenas começando, mas... já deu pra ter uma boa idéia!!!!
xD
[16] Comentário enviado por leoh em 12/08/2007 - 10:54h
Para aqueles que precisam ver pra crer, segue um simples passo a passo para testarem a eficiencia do reiserfs no tratamento de arquivos pequenos:
#Crie um disco virtual de 10M para cada fs
dd if=/dev/zero of=disco.reiserfs bs=1k count=10000
dd if=/dev/zero of=disco.ext3 bs=1k count=10000
#Crie o fs nos discos
mkfs.reiserfs -f -b 512 disco.reiserfs
mkfs.ext3 disco.ext3
#Monte os discos
mount -o loop disco.reiserfs /mnt/reiser
mount -o loop disco.ext3 /mnt/ext3
#Crie 10.000 arquivos pequenos em cada um
for i in `seq 1 10000`
do
touch $i
done
----------------
O ext3 vai conseguir criar por volta de 5.000 arquivos. O reiser criará 10.000 arquivos sem qualquer problema
Motivo: o ext3 atribui um inode pra cada arquivo. O reiser nao tem essa caracteristica.
Abracos,
Para aqueles que precisam ver pra crer, segue um simples passo a passo para testarem a eficiencia do reiserfs no tratamento de arquivos pequenos:
#Crie um disco virtual de 10M para cada fs
dd if=/dev/zero of=disco.reiserfs bs=1k count=10000
dd if=/dev/zero of=disco.ext3 bs=1k count=10000
#Crie o fs nos discos
mkfs.reiserfs -f -b 512 disco.reiserfs
mkfs.ext3 disco.ext3
#Monte os discos
mount -o loop disco.reiserfs /mnt/reiser
mount -o loop disco.ext3 /mnt/ext3
#Crie 10.000 arquivos pequenos em cada um
for i in `seq 1 10000`
do
touch $i
done
----------------
O ext3 vai conseguir criar por volta de 5.000 arquivos. O reiser criará 10.000 arquivos sem qualquer problema
Motivo: o ext3 atribui um inode pra cada arquivo. O reiser nao tem essa caracteristica.
Abracos,
[17] Comentário enviado por mauriciotaveira em 20/10/2009 - 12:41h
Olá gostaria de contribuir com o assunto, outra desvantagem do reiserfs que não foi abordada é em relação ao consumo de CPU...
Gostaria se possivel de abrir esse parentese, para comentários e experiencias... Atualmente estou fazendo estudos do uso do reiserfs em cache para o squid3, o que tenho lido é que realmente o desempenho é muito bom...
Olá gostaria de contribuir com o assunto, outra desvantagem do reiserfs que não foi abordada é em relação ao consumo de CPU...
Gostaria se possivel de abrir esse parentese, para comentários e experiencias... Atualmente estou fazendo estudos do uso do reiserfs em cache para o squid3, o que tenho lido é que realmente o desempenho é muito bom...
Patrocínio
Site hospedado pelo provedor RedeHost.
Destaques
Artigos
Enviar mensagem ao usuário trabalhando com as opções do php.ini
Meu Fork do Plugin de Integração do CVS para o KDevelop
Compartilhando a tela do Computador no Celular via Deskreen
Como Configurar um Túnel SSH Reverso para Acessar Sua Máquina Local a Partir de uma Máquina Remota
Configuração para desligamento automatizado de Computadores em um Ambiente Comercial
Dicas
Compartilhamento de Rede com samba em modo Público/Anônimo de forma simples, rápido e fácil
Cups: Mapear/listar todas as impressoras de outro Servidor CUPS de forma rápida e fácil
Criando uma VPC na AWS via CLI
Tópicos
Como ordenar datas corretamente usando o Calc? (2)
Tem como instalar o gerenciador AMD Adrenalin no Ubuntu 24.04? (21)
Top 10 do mês
-
Xerxes
1° lugar - 66.944 pts -
Fábio Berbert de Paula
2° lugar - 48.818 pts -
Renato Michnik de Carvalho
3° lugar - 27.294 pts -
Buckminster
4° lugar - 14.625 pts -
Mauricio Ferrari
5° lugar - 14.527 pts -
Alberto Federman Neto.
6° lugar - 13.531 pts -
Diego Mendes Rodrigues
7° lugar - 13.124 pts -
Daniel Lara Souza
8° lugar - 12.947 pts -
edps
9° lugar - 11.067 pts -
Andre (pinduvoz)
10° lugar - 10.602 pts
Scripts
A maior comunidade GNU/Linux da América Latina! Artigos, dicas, tutoriais, fórum, scripts e muito mais. Ideal para quem busca auto-ajuda.
Site hospedado por:
