{"id":427,"date":"2013-03-08T19:00:43","date_gmt":"2013-03-08T22:00:43","guid":{"rendered":"http:\/\/www.viazap.com.br\/?p=427"},"modified":"2013-03-08T19:00:43","modified_gmt":"2013-03-08T22:00:43","slug":"sistemas-de-arquivos-para-gnulinux","status":"publish","type":"post","link":"https:\/\/blog.clusterweb.com.br\/?p=427","title":{"rendered":"Sistemas de arquivos para GNU\/Linux"},"content":{"rendered":"\n\n\n\n\n\n\n\n\n\n\n
Introdu\u00e7\u00e3o<\/b><\/p>\n
Antes de come\u00e7ar a falar sobre os sistemas de arquivos, temos que ter em mente o que \u00e9 um sistema de arquivos.<\/p>\n

Sistema de arquivos<\/em> \u00e9 uma estrutura l\u00f3gica que permite armazenar informa\u00e7\u00f5es em massa e de forma bem organizada, permitindo que um Sistema Operacional ou aplica\u00e7\u00f5es possam ser usadas pelo computador, assim como gravar novas informa\u00e7\u00f5es, e essas informa\u00e7\u00f5es possam ser acessadas posteriormente.<\/p>\n

Um sistema de arquivos depende de estruturas de dados sobre os arquivos. Uma dessas estruturas s\u00e3o os metadados de dados que descrevem os dados. Cada arquivo est\u00e1 associado com um inode<\/em>, o qual \u00e9 identificado por um n\u00famero inteiro, muitas vezes referido como um n\u00famero ‘i-‘, ou n\u00famero de inode.<\/p>\n

Inodes armazenam informa\u00e7\u00f5es sobre arquivos e diret\u00f3rios (pastas), tais como a propriedade do arquivo, modo de acesso (ler, escrever, executar permiss\u00f5es) e tipo de arquivo. Em muitos tipos de implementa\u00e7\u00f5es de sistemas de arquivos, o n\u00famero m\u00e1ximo de inodes \u00e9 fixado no momento da cria\u00e7\u00e3o do sistema de arquivos, limitando o n\u00famero m\u00e1ximo de arquivos que o sistema de arquivos pode conter.<\/p>\n

– Posso usar Sistema Operacional, ou alguma aplica\u00e7\u00e3o, sem ter que aplicar um sistema de arquivos?<\/p>\n

N\u00e3o, o disco r\u00edgido que armazena as informa\u00e7\u00f5es \u00e9 formatado fisicamente pelo fabricante, e esse tipo de formata\u00e7\u00e3o n\u00e3o faz com que o disco possa armazenar informa\u00e7\u00f5es, por\u00e9m, n\u00e3o se consegue utilizar o mesmo, pois ainda precisa de uma estrutura l\u00f3gica para utilizar todo o espa\u00e7o que o disco disponibiliza.<\/p>\n

Objetivo do artigo<\/h1>\n

N\u00e3o faz parte do objetivo do artigo fazer um estudo aprofundado sobre cada sistema de arquivos abordado, mas sim, abordar as caracter\u00edsticas dos mesmos, permitindo conhecer mais de cada um.<\/p>\n

Esclarecimentos<\/h1>\n

Todo e qualquer sistema de arquivos n\u00e3o \u00e9 ANTI-FALHAS.<\/p>\n

O mesmo n\u00e3o impede que sua estrutura de dados fique corrompida ou danificada ap\u00f3s um desligamento inesperado causado por falta de energia, ou por travamento no sistema ou aplica\u00e7\u00e3o, fazendo com que voc\u00ea seja obrigado a usar o bot\u00e3o de desligamento ou de reinicializa\u00e7\u00e3o.<\/p>\n

E ap\u00f3s desligar ou reinicializar desta forma, pode ter certeza que seu HD logo ficar\u00e1 com badblocks<\/em>, principalmente se este tipo de situa\u00e7\u00e3o acontecer constantemente. N\u00e3o se impressione se o seu sistema, ap\u00f3s um acontecimento destes, n\u00e3o conseguir mais ser acessado, ou precisar de reparos manuais para poder ser usado novamente.<\/p>\n

O \u00fanico sistema que ouvi falar bem quanto \u00e0 toler\u00e2ncia de falhas, mas n\u00e3o cheguei a usar e nem a testar, foi o ZFS<\/em>, desenvolvido pela Sun Microsystems.<\/p>\n

A\u00ed voc\u00ea pode se perguntar:<\/p>\n

– Mas o que \u00e9 um ‘badblock’ e por qu\u00ea o sistema pode ficar corrompido, caso aconte\u00e7a o que voc\u00ea citou acima?<\/p>\n

1\u00b0 – Um ‘badblock’ \u00e9 uma \u00e1rea danificada de um disco que n\u00e3o pode ser mais utilizada, pois o dano \u00e9 permanente.<\/p>\n

Este tipo de dano pode ser causado por desligamentos for\u00e7ados, como por exemplo, apertar o bot\u00e3o de desligamento da m\u00e1quina, assim como reinicializa\u00e7\u00e3o for\u00e7ada, formata\u00e7\u00f5es erradas, esbarr\u00f5es no HD, falta de energia etc.<\/p>\n

Quando h\u00e1 muitos ‘badblocks’, seu HD est\u00e1 pr\u00f3ximo do fim de sua vida \u00fatil, pois o mesmo est\u00e1 com muitos problemas.<\/p>\n

2\u00b0 – O sistema de arquivos pode ficar corrompido e o SO ficar inacess\u00edvel, porque algum, ou alguns dados que estejam sendo utilizados pelo sistema no momento em que acontece o que foi citado anteriormente ainda n\u00e3o foram salvos, fazendo com que o mesmo fique incompleto, sendo assim corrompido. E se um arquivo deste for importante para o sistema, pode fazer com que o sistema fique inacess\u00edvel.<\/p>\n

Por\u00e9m, muitos dos sistemas de arquivos tem toler\u00e2ncia de falhas, alguns mais consistentes e robustos que os outros.<\/p>\n

Para os sistemas de arquivos usados no GNU\/Linux<\/a>, toda essa consist\u00eancia tem ajuda do recurso muito utilizado que \u00e9 o Journaling<\/em>.<\/p>\n<\/div>\n<\/td>\n<\/tr>\n

Journaling<\/b><\/p>\n
Journaling<\/em> \u00e9 um recurso usado pelos sistemas de arquivos que consiste em uma \u00e1rea dedicada para registros, armazenando todas as a\u00e7\u00f5es que ser\u00e3o feitas nos arquivos, como grava\u00e7\u00e3o e\/ou altera\u00e7\u00e3o de dados, por exemplo. Seja armazenamento somente de metadados, ou de metadados e dados de arquivos, permitindo restaurar o sistema de arquivos, caso aconte\u00e7a algum erro inesperado.<\/p>\n

A principal finalidade do ‘journaling’ \u00e9 recuperar o sistema de arquivos de erros (toler\u00e2ncia de falhas), sejam eles causados pelo sistema, aplica\u00e7\u00f5es ou desligamentos incorretos de forma for\u00e7ada ou inesperada.<\/p>\n

Com isso \u00e9 poss\u00edvel localizar todas as opera\u00e7\u00f5es que n\u00e3o haviam sido completadas, restaurando a consist\u00eancia do sistema de arquivos e permitindo que o sistema operacional continue sendo utilizado.<\/p>\n

A\u00ed voc\u00ea ainda fica com d\u00favida e pergunta: Mas como assim?<\/p>\n

Com o ‘jounaling’, o sistema de arquivos passa a registrar em uma \u00e1rea especial chamada journal<\/em>, ou log<\/em>, as a\u00e7\u00f5es que ser\u00e3o feitas nos arquivos (grava\u00e7\u00e3o ou altera\u00e7\u00e3o de dados, por exemplo) antes da grava\u00e7\u00e3o no FS em si.<\/p>\n

Ap\u00f3s a execu\u00e7\u00e3o, as opera\u00e7\u00f5es registradas no log s\u00e3o tidas como conclu\u00eddas e, portanto, eliminadas. Note que todo este procedimento acontece de maneira extremamente r\u00e1pida.<\/p>\n

Mas em que exatamente, o ‘journaling’ mostra-se vantajoso?<\/p>\n

Os registros de log s\u00e3o escritos antes que as mudan\u00e7as efetivamente ocorram no sistema de arquivos. Estes registros somente s\u00e3o eliminados quando as mudan\u00e7as s\u00e3o executadas.<\/p>\n

Se, por exemplo, o computador for desligado repentinamente (como ocorre em falta de energia el\u00e9trica), o sistema de arquivos verificar\u00e1 os registros existentes no ‘journal’ e executar\u00e1 aquilo que estiver marcado como n\u00e3o realizado. Isso faz com que o risco de perda de dados diminua drasticamente, j\u00e1 que o sistema operacional saber\u00e1 ‘onde parou’.<\/p>\n

Por\u00e9m temos que ter em mente que este recurso n\u00e3o \u00e9 anti-falhas e sim, um recurso para tolerar falhas at\u00e9 um certo ponto. Pois esta toler\u00e2ncia n\u00e3o previne 100% de erros como os citados anteriormente, toda essa toler\u00e2ncia a falhas pode acabar de uma hora para outra, ap\u00f3s v\u00e1rias quedas de energia ou desligamentos for\u00e7ados.<\/p>\n

Contudo, nem todos os sistemas de arquivos que usam o ‘journaling’ possuem uma boa implementa\u00e7\u00e3o do mesmo, fazendo com que este recurso n\u00e3o seja 100% confi\u00e1vel.<\/p>\n

Se voc\u00ea come\u00e7ar a desligar o sistema incorretamente com frequ\u00eancia, vai perceber que, algumas vezes, o sistema n\u00e3o ser\u00e1 capaz de verificar o ‘journal’, e o sistema de arquivos ter\u00e1 que ser verificado usando um utilit\u00e1rio para verifica\u00e7\u00e3o da integridade do sistema de arquivos, tentando localizar todas as opera\u00e7\u00f5es que n\u00e3o haviam sido completadas para tentar recuperar a integridade de alguns arquivos, fazendo com que, quase sempre, alguns arquivos sejam perdidos.<\/p>\n

T\u00e9cnicas de journaling<\/h1>\n

Sistema de arquivos ext3<\/b><\/p>\n
O sistema de arquivos ext3<\/em> j\u00e1 est\u00e1 entre a comunidade GNU\/Linux<\/a> a muito tempo e ainda \u00e9 bastante utilizado. O ext3 \u00e9 uma atualiza\u00e7\u00e3o do sistema de arquivos ext2<\/em>.<\/p>\n

Em rela\u00e7\u00e3o ao ext2, a principal diferen\u00e7a \u00e9 a implementa\u00e7\u00e3o do journaling, um recurso muito interessante abordado na segunda p\u00e1gina deste artigo, que consiste no armazenamento de registros para posterior restaura\u00e7\u00e3o das informa\u00e7\u00f5es, caso aconte\u00e7a algum erro.<\/p>\n

Principais vantagens<\/h1>\n

1. Possui journaling. H\u00e1 tr\u00eas n\u00edveis de opera\u00e7\u00e3o do journaling dispon\u00edveis na implementa\u00e7\u00e3o do ext3:<\/p>\n

    \n
  • Modo de Opera\u00e7\u00e3o Ordered<\/em> (default): O journal \u00e9 atualizado no final de cada opera\u00e7\u00e3o. Isto faz com que exista uma pequena perda de desempenho, j\u00e1 que os dados s\u00e3o gravados duas vezes, uma no arquivo que foi alterado ou gravado, por exemplo, e outra no journal. O conte\u00fado dos blocos de cada dado n\u00e3o \u00e9 armazenado no journal, por\u00e9m, os metadados de cada arquivo s\u00e3o armazenados no journal antes dos dados serem escritos no disco, assim como marca\u00e7\u00e3o de altera\u00e7\u00e3o dos metadados dos arquivos.<\/li>\n
  • Modo de Opera\u00e7\u00e3o Writeback<\/em>: O journal armazena apenas informa\u00e7\u00f5es referentes \u00e0 estrutura do sistema de arquivos (metadata) e n\u00e3o em rela\u00e7\u00e3o aos arquivos propriamente ditos, e \u00e9 gravado de forma mais ocasional, aproveitando os momentos de inatividade.\n

    Este modo \u00e9 o mais r\u00e1pido, mas em compensa\u00e7\u00e3o oferece uma seguran\u00e7a muito menor contra perda e corrompimento de arquivos causados pelos desligamentos incorretos.<\/li>\n

  • Modo de Opera\u00e7\u00e3o Journal<\/em>: Que \u00e9 o mais seguro, por\u00e9m, mais lento. Nele, o journal armazena n\u00e3o apenas informa\u00e7\u00f5es sobre as a\u00e7\u00f5es sofridas, mas tamb\u00e9m uma c\u00f3pia de seguran\u00e7a de todos os arquivos modificados, que ainda n\u00e3o foram gravados no disco. A cada altera\u00e7\u00e3o, o sistema grava uma c\u00f3pia do arquivo (no journal), atualiza as informa\u00e7\u00f5es referentes \u00e0 estrutura do sistema de arquivos, grava o arquivo e atualiza novamente o journal, marcando a opera\u00e7\u00e3o como conclu\u00edda. Como disse, isso garante uma seguran\u00e7a muito grande contra perda de dados, mas em compensa\u00e7\u00e3o, reduz o desempenho drasticamente. Justamente por causa disso, este \u00e9 o modo menos usado.<\/li>\n<\/ul>\n

    O modo de opera\u00e7\u00e3o padr\u00e3o \u00e9 o Ordered, por\u00e9m n\u00e3o significa dizer que voc\u00ea n\u00e3o consiga mudar isso. Para usar o modo Writeback ou o modo journal, voc\u00ea deve adicionar a op\u00e7\u00e3o “data=writeback” ou “data=journal” nas op\u00e7\u00f5es referentes \u00e0 parti\u00e7\u00e3o, dentro do arquivo \/etc\/fstab ou usando o comando tune2fs<\/em>.<\/p>\n

    2. Possui indexa\u00e7\u00e3o de maior quantidade de diret\u00f3rios;<\/p>\n

    3. Suporte para tamanhos maiores de volumes e arquivos em rela\u00e7\u00e3o a sua vers\u00e3o anterior.<\/p>\n

    Veja abaixo uma tabela:<\/p>\n

    Tamanho do bloco   Tamanho m\u00e1x. arquivo   Tamanho m\u00e1x. fs\r\n1 KiB                            16 GiB             2 TiB\r\n2 KiB                           256 GiB             8 TiB\r\n4 KiB                             2 TiB            16 TiB\r\n8 KiB                            2 TiBsp           32 TiB<\/pre>\n
    4. O ext3 ainda pode contar com algumas ferramentas para gerenciamento de sistema de arquivos extFS, tais como:<\/p>\n
      \n
    • tune2fs<\/li>\n
    • mke2fs<\/li>\n
    • debugfs<\/li>\n
    • e2fsck<\/li>\n<\/ul>\n
      Principais desvantagens<\/h1>\n
        \n
      • Funcionalidade<\/em>: Como o ext3 visa uma grande compatibilidade com o ext2, muitas das estruturas on-disk<\/em> s\u00e3o similares \u00e0quelas do ext2. Por causa disso o ext3 n\u00e3o possui muitas das fun\u00e7\u00f5es mais recentes, como aloca\u00e7\u00e3o din\u00e2mica de inodes e tamanhos de blocos vari\u00e1veis (fragmentos ou caudas).\n
        Os sistemas de arquivos ext3 n\u00e3o podem ser checados enquanto s\u00e3o montados para escrita. Um dump<\/em> do sistema de arquivos feito enquanto ele est\u00e1 sendo montado para leitura e escrita pode resultar em dados corrompidos dentro do arquivo de dump.<\/li>\n
      • Desfragmenta\u00e7\u00e3o<\/em>: Apesar de n\u00e3o fragmentar muito o disco na estrutura do ext3, n\u00e3o h\u00e1 uma ferramenta para desfragmenta\u00e7\u00e3o online funcional em n\u00edvel de sistema de arquivos.<\/li>\n
      • Recupera\u00e7\u00e3o de dados deletados<\/em>: Diferentemente do ext2, o ext3 zera os ponteiros de blocos nos inodes de arquivos apagados. Ele faz isso para simplificar o acesso de leitura e escrita quando o journal est\u00e1 sendo utilizado ap\u00f3s uma montagem.\n
        Isso, no entanto, previne efetivamente que os arquivos sejam recuperados. Isso prov\u00ea uma remo\u00e7\u00e3o de arquivos um pouco mais segura que em sistemas ext2, o que pode ser tanto uma vantagem quanto uma desvantagem.<\/li>\n
      • Verifica\u00e7\u00e3o do sistema de arquivos<\/em>: O ext3 \u00e9 considerado lento na verifica\u00e7\u00e3o do sistema de arquivos.<\/li>\n
      • Cria\u00e7\u00e3o do sistema de arquivos<\/em>: O ext3 \u00e9 lento quando se aplica um sistema de arquivos, e se o disco tiver que marcar badblocks<\/em>, demora mais ainda.<\/li>\n<\/ul>\n
        O sistema de arquivos ext3, apesar de possuir journaling, n\u00e3o foi desenvolvido desde o inicio para suportar o journal, e sim, foi integrado a partir da vers\u00e3o 3 do mesmo, por isso, o journal n\u00e3o \u00e9 t\u00e3o eficaz no ext3.<\/p>\n
        E quando o journal falha, ele faz uso do fsck<\/em> para verificar a integridade do sistema de arquivos, e se o fsck n\u00e3o conseguir recuperar a integridade do mesmo, seu sistema de arquivos fica corrompido.<\/p>\n
        Para muitos, este sistema de arquivos \u00e9 obsoleto e para outros est\u00e1vel, e tem um bom desempenho.<\/p>\n<\/div>\n<\/td>\n<\/tr>\n

Sistema de arquivos ext4<\/b><\/p>\n
O sistema de arquivos ext4<\/em> \u00e9 \u00faltima vers\u00e3o do sistema de arquivos extFS at\u00e9 o momento, ele \u00e9 na verdade a atualiza\u00e7\u00e3o do ext3, j\u00e1 abordado no artigo.<\/p>\n

O ext4 trouxe, de acordo com seus desenvolvedores, alguns recursos que n\u00e3o existiam no ext3, mantendo alguns que a vers\u00e3o anterior j\u00e1 possu\u00eda. Na verdade s\u00e3o recursos que estavam tentando implantar na vers\u00e3o 3 do extFS (ext3), por\u00e9m, devido a alguns problemas na implementa\u00e7\u00e3o, lan\u00e7aram essa nova vers\u00e3o com as caracter\u00edsticas descritas abaixo.<\/p>\n

Principais vantagens<\/h1>\n

Sistema de arquivos XFS<\/b><\/p>\n
O sistema de arquivos XFS<\/em> \u00e9 considerado por muitos de alto desempenho, \u00e9 um sistema de arquivos de 64 bits sendo compat\u00edvel com sistemas de 32 bits. Foi desenvolvido inicialmente para o SO IRIX, depois portado para o kernel GNU\/Linux<\/a>.<\/p>\n

O kernel e a maioria dos sistemas GNU\/Linux d\u00e3o suporte durante a instala\u00e7\u00e3o para usar o XFS como sistema de arquivos de suas parti\u00e7\u00f5es, e assim, como os outros sistemas de arquivos apresentados at\u00e9 agora, possui journaling.<\/p>\n

Principais vantagens<\/h1>\n
    \n
  • Possui journaling em sua estrutura, por\u00e9m o journal no XFS se comporta de forma similar a outros sistemas de arquivos, mantendo somente a grava\u00e7\u00e3o dos metadados dos arquivos no journaling, fazendo com que a consist\u00eancia do sistema de arquivos como um todo fique preservada.\n

    Diferente do que faz outros sistemas de arquivos, que se um arquivo ficar corrompido, o sistema fica inacess\u00edvel, por\u00e9m, se um arquivo estiver sendo usado e as altera\u00e7\u00f5es nos metadados n\u00e3o forem gravadas antes de um erro ou falha (falta de energia por exemplo), poder\u00e1 ficar corrompido, j\u00e1 que seu conte\u00fado n\u00e3o foi salvo e os metadados n\u00e3o foram colocados no journal antes da grava\u00e7\u00e3o do arquivo no sistema de arquivos.<\/li>\n

  • \u00c9 um sistema de arquivos de 64 bits compat\u00edvel com sistemas de 32 bits tamb\u00e9m.<\/li>\n
  • Em sistemas 64 bits h\u00e1 um limite de tamanho de 8 EiB para cada arquivo, j\u00e1 em sistema de 32 bits o tamanho m\u00e1ximo do volume ou arquivo \u00e9 limitado a 16 TiB.<\/li>\n
  • Tamanhos de blocos vari\u00e1veis: Tamanho de blocos do sistema representa a unidade de aloca\u00e7\u00e3o m\u00ednima. XFS permite que o sistema de arquivos seja criado com tamanhos de blocos que variam entre 512 bytes e 64 kilobytes, permitindo que o sistema de arquivos ajuste-o para o uso esperado.\n

    Quando est\u00e1 trabalhando com muitos arquivos pequenos, um tamanho de bloco pequeno \u00e9 o ideal, mas para um sistema lidando principalmente com arquivos grandes, um tamanho de bloco maior pode proporcionar uma vantagem quanto ao desempenho.<\/li>\n

  • A desfragmenta\u00e7\u00e3o online: Embora o XFS use aloca\u00e7\u00e3o com atraso, isso melhora significativamente a resist\u00eancia do sistema de arquivos para os problemas de fragmenta\u00e7\u00e3o. XFS fornece um utilit\u00e1rio de desfragmenta\u00e7\u00e3o que pode desfragmentar os arquivos com o sistema de arquivos em uso.<\/li>\n
  • A cria\u00e7\u00e3o do sistema de arquivos XFS \u00e9 muito r\u00e1pida.<\/li>\n
  • Redimensionamento online: XFS oferece a ‘xfs_growfs’, utilit\u00e1rio para executar o redimensionamento online de sistemas de arquivos XFS.\n

    Espa\u00e7o onde se encontra o sistemas de arquivos XFS podem ser alterados desde que haja espa\u00e7o restante n\u00e3o alocado no dispositivo para adicionar ao XFS. Este recurso \u00e9 normalmente usado em conjunto com o gerenciamento de volume, caso contr\u00e1rio a parti\u00e7\u00e3o que mant\u00e9m o sistema de arquivos ter\u00e1 que ser ampliada separadamente.<\/li>\n

  • Utilit\u00e1rios para gerenciamento do sistema de arquivos inclusos no xfsprogs<\/em>, tais para checagem do mesmo, aplica\u00e7\u00e3o do sistema de arquivos, ajustes no sistema de arquivos entre outros.<\/li>\n
  • Cotas de disco: Cotas para sistemas de arquivos XFS s\u00e3o ativadas quando o sistema de arquivos \u00e9 montado, diferente de outros sistemas de arquivos que na maioria exigem serem montados primeiro para depois ativar a quota com o quotaon<\/em>.<\/li>\n
  • Trabalha muito bem com arquivos grandes (leitura e grava\u00e7\u00e3o), principalmente em sistemas que armazenam muitos arquivos de grande tamanho. Lembre-se o XFS foi desenvolvido para trabalhar em grandes sistemas, principalmente de 64 bits.<\/li>\n<\/ul>\n

    Principais desvantagens<\/h1>\n
      \n
    • Redimensionamento do XFS n\u00e3o pode ser usado para diminuir o tamanho do mesmo, apenas aumentar.<\/li>\n
    • Opera\u00e7\u00f5es usando metadados em XFS s\u00e3o muito lentas do que com outros sistemas de arquivos, produzindo mau desempenho em opera\u00e7\u00f5es como dele\u00e7\u00f5es em massa de grandes n\u00fameros de arquivos pequenos.<\/li>\n<\/ul>\n<\/div>\n<\/td>\n<\/tr>\n

Sistema de arquivos ReiserFS<\/b><\/p>\n
O sistema de arquivos ReiserFS<\/em> foi criado por Hans Reiser<\/em> e pode ser usado pelas distribui\u00e7\u00f5es GNU\/Linux<\/a>, sendo que algumas d\u00e3o bom suporte durante a instala\u00e7\u00e3o e outras n\u00e3o. Sua vers\u00e3o atual \u00e9 a 3.6.x. O ReiserFS foi o primeiro sistema de arquivos com suporte a journaling inclu\u00eddo no n\u00facleo do GNU\/Linux.<\/p>\n

Algo muito interessante no ReiserFS \u00e9 suporte ao journaling implantado desde o in\u00edcio e n\u00e3o depois de ter sido desenvolvido (como foi feito no extFS). Isso garante que o ReiserFS trabalhe melhor com o journal, possibilitando uma toler\u00e2ncia contra falhas mais eficaz.<\/p>\n

Principais vantagens<\/h1>\n

Sistema de arquivos JFS<\/b><\/p>\n
O JFS<\/em> foi criado com o prop\u00f3sito principal de ser utilizado em servidores que deveriam usar poucos recursos do processador, e ser capaz de ser redimensionado mesmo em uso. JFS \u00e9 um sistema de 64 bits, assim como XFS, onde existem duas vers\u00f5es: JFS1 e JFS2. No pinguim \u00e9 usada a vers\u00e3o 2.<\/p>\n

JFS est\u00e1 dispon\u00edvel na maioria das distros, assim como outros, mas durante a instala\u00e7\u00e3o o FS padr\u00e3o, em sua maioria, \u00e9 o ext4.<\/p>\n

Principais vantagens<\/h1>\n

Benchmark b\u00e1sico dos sistemas de arquivos<\/b><\/p>\n
Depois de tantas informa\u00e7\u00f5es sobre cada sistema de arquivos abordado, voc\u00ea pode ficar com, no m\u00ednimo, um pouco de curiosidade de saber o desempenho de cada um deles em teste.<\/p>\n

Aqui vou mostrar v\u00e1rios gr\u00e1ficos que comparam o desempenho de cada um, trata-se de benchmark b\u00e1sico.<\/p>\n

ESCLARECIMENTO: Para este Benchmark n\u00e3o fiz otimiza\u00e7\u00e3o em nenhum dos sistemas de arquivos, todos foram instalados com suas op\u00e7\u00f5es padr\u00f5es. O SO usado para testar foi o Debian 6<\/em>, rodando em uma m\u00e1quina com processador Intel Core 2 Duo e espa\u00e7o em mem\u00f3ria de 4 Gigas, al\u00e9m de um disco SATA Samsung.<\/p>\n

Todos os testes n\u00e3o informam o uso de CPU, apenas o tempo que foi necess\u00e1rio para concluir a tarefa, e foram feitos em modo texto.<\/p>\n

Primeiro teste<\/h1>\n

Trata-se de criar um arquivo de 10 Gigabytes de tamanho em cada sistema de arquivos usando o comando dd<\/em>, todos conclu\u00edram o teste em minutos. Veja o resultado no gr\u00e1fico abaixo:<\/p>\n

\"\"<\/a><\/div>\n

Neste teste o mais veloz foi ext4, seguido de ext3 e logo depois XFS, seguido de ReiserFS e em \u00faltimo ficou o JFS.<\/p>\n

Segundo teste<\/h1>\n

Foi desempacotado um arquivo do kernel 3.4 com tamanho de 77 Megas e todos conclu\u00edram a tarefa em menos de um minuto, ou seja, conclu\u00edram em segundos. Veja o resultado no gr\u00e1fico abaixo:<\/p>\n

\"\"<\/a><\/div>\n

Neste segundo teste, ext4 tamb\u00e9m foi mais r\u00e1pido, mas a diferen\u00e7a n\u00e3o foi tanta para ext3 e ReiserFS, XFS veio logo atr\u00e1s, e no \u00faltimo lugar, mais uma vez ficou JFS.<\/p>\n

Terceiro teste<\/h1>\n

Fiz uso de um script para criar 30 mil arquivos de texto simples, sem conte\u00fado, e todos conclu\u00edram o trabalho em poucos segundos, veja o resultado no gr\u00e1fico abaixo:<\/p>\n

\"\"<\/a><\/div>\n

Nesta terceira rodada, o mais r\u00e1pido foi ReiserFS, seguido de pertinho por ext4 e ext3, e mais uma vez, JFS foi o mais lento.<\/p>\n

Quarto teste<\/h1>\n

Fiz uma listagem de todos os 30 mil arquivos criados no teste anterior, e mais uma vez todos conclu\u00edram em poucos segundos. Veja o resultado no gr\u00e1fico abaixo:<\/p>\n

\"\"<\/a><\/div>\n

Nesta rodada, o ext3 foi muito mais r\u00e1pido que os outros, concluindo o trabalho em menos de um segundo, logo depois veio ext4, ReiserFS, JFS e XFS, com pouco tempo de diferen\u00e7a entre eles.<\/p>\n

Quinto teste<\/h1>\n

Fiz a remo\u00e7\u00e3o de todos os 30 mil arquivos criados anteriormente, e mais uma vez todos conclu\u00edram o teste em menos de um minuto, veja o resultado no gr\u00e1fico abaixo:<\/p>\n

\"\"<\/a><\/div>\n

Neste teste o mais r\u00e1pido foi ext4, seguido de ext3 e ReiserFS, o mais lento foi XFS, ali\u00e1s, muito lento em compara\u00e7\u00e3o com os outros.<\/p>\n

Sexto teste<\/h1>\n

Removi o diret\u00f3rio do kernel 3.4 e todos seus arquivos e subdiret\u00f3rios criados ap\u00f3s a descompacta\u00e7\u00e3o, e o teste foi conclu\u00eddo em segundos. Veja o resultado no gr\u00e1fico abaixo:<\/p>\n

\"\"<\/a><\/div>\n

Neste teste o ext3 e ext4 foram absurdamente mais r\u00e1pidos, respectivamente, com um pouquinho de tempo a mais, o ReiserFS demostrou muita velocidade. O JFS foi muito lento.<\/p>\n

S\u00e9timo teste<\/h1>\n

Fiz uso de um script para criar 30 mil diret\u00f3rios vazios e a tarefa levou menos de um minuto para ser conclu\u00edda, mais uma vez (foi conclu\u00edda em segundos). Veja o resultado no gr\u00e1fico abaixo:<\/p>\n

\"\"<\/a><\/div>\n

Neste teste houve um certo equil\u00edbrio na velocidade de t\u00e9rmino de tarefa de cada um, dupla exts foram um pouco mais velozes que ReiserFS e JFS, e XFS foi o mais lento mais um vez.<\/p>\n

Oitavo teste<\/h1>\n

Removi os diret\u00f3rios criados e o t\u00e9rmino da tarefa foi em segundos tamb\u00e9m:<\/p>\n

Considera\u00e7\u00f5es finais<\/b><\/p>\n
Todos os testes realizados e mostrados na p\u00e1gina anterior foram baseados na velocidade de t\u00e9rmino de cada tarefa, contudo, n\u00e3o fa\u00e7a a escolha do sistema de arquivos somente pelo desempenho, leve em considera\u00e7\u00e3o as caracter\u00edsticas positivas e negativas de cada um.<\/p>\n

Quando o assunto \u00e9 sistema de arquivos no GNU\/Linux<\/a>, \u00e9 inevit\u00e1vel as compara\u00e7\u00f5es entre o ReiserFS, XFS, ext4 e o ext3, al\u00e9m do JFS, que \u00e9 menos usado. Nada mais natural, afinal, cada administrador de sistemas e ou redes e at\u00e9 mesmo usu\u00e1rios busca qual \u00e9 o melhor para suas necessidades.<\/p>\n

Apontar qual realmente \u00e9 melhor n\u00e3o \u00e9 uma tarefa f\u00e1cil. H\u00e1 v\u00e1rios comparativos na Internet que tentam oferecer esta resposta, mas na minha opini\u00e3o, a melhor coisa a fazer \u00e9 testar os sistemas de arquivos que lhe atra\u00edram para definir qual mais lhe agrada.<\/p>\n

Definitivamente, o uso de sistemas de arquivos sem suporte a journaling, ou algum recurso similar, para toler\u00e2ncia de falhas e erros n\u00e3o \u00e9 recomend\u00e1vel de usar, pois pode deix\u00e1-lo na m\u00e3o.<\/p>\n

NOTA: N\u00e3o inclu\u00ed o Btrfs<\/em>, pois o mesmo \u00e9 considerado inst\u00e1vel e n\u00e3o \u00e9 aconselh\u00e1vel o seu uso em produ\u00e7\u00e3o, e ainda est\u00e1 em desenvolvimento constante para ser aprimorado.<\/p>\n

Se deseja mais informa\u00e7\u00f5es sobre o mesmo, leia o artigo:<\/p>\n