Mostrando postagens com marcador sistema de arquivos. Mostrar todas as postagens
Mostrando postagens com marcador sistema de arquivos. Mostrar todas as postagens

domingo, 8 de junho de 2008

Melhor sistema de arquivos!

Estive pesquisando bastante estes dias para saber qual "o melhor sistema de arquivos". Já consegui bastante dados até o momento.

(para quem estiver interessado sobre isso, de uma conferida nesses sites abaixo)

http://wiki.novell.com/index.php/File_System_Primer
http://www.oracle.com/technology/pub/articles/calish_filesys.html
http://fsbench.netnation.com/

Segundo este ultimo link dá pra se ter uma idéia que provavelmente os melhores file system são JFS e XFS, eu tenho uma preferência pelo ultimo, pois para dar um reboot nele simplesmente foi muito rápido, a minha pesquisa incluiu ext3, jfs, xfs, reiserfs.

ext3, se eu não me engano, é feito pela redhat, é uma versão com journaling do ext2, é estavel, é seguro, tem problemas de escalabilidade tem um consumo de cpu médio e é dito ser o que tem as melhores ferramentas para recuperação em casos de desastre.
JFS é feito pela IBM, o seu ponto forte é ter o menor consumo de cpu dentre os que eu pesquisei além de ser estável e seguro, porém com uma grande quantidade de arquivos ele começa a ficar devagar...
ReiserFS, feito pela namesys, empresa do Hans Reiser o qual não precisamos saber nada sobre ele para usar o file system criado com suas idéias. Tem o maior consumo de cpu de todos os sistemas de arquivo, é também bastante rápido, e seguro e sua próxima versão será o filesystem mais rápido de todos.
XFS é feito pela XGI, tem o segundo menor consumo, bem próximo ao JFS, tem uma escalabilidade ótima, é estavel, mas não é nem recomendado ser usado caso não se tenha uma um dispositivo rodando numa bateria, facilmente corrompido em quedas de energia, em contrapartida é rápido demais para se dar um reboot nesse file system, e ele manipula arquivos grandes muito bem, e os pequenos ele guarda dentro do próprio inode.

Então o provável melhor file system para um computador pessoal seria algo entre o JFS e o XFS, e eu iria preferir o último por causa da velocidade boot, e, tenho computadores com bateria (notebook/nobreak).

sábado, 7 de junho de 2008

Criando hash com arvore no ext3

Primeiramente, explicar a necessidade disso, o ext3 tem problemas com a escalabilidade, seus diretórios tem um limite relativamente pequeno para a quantidade de arquivos a serem guardados ali dentro, isso é uma herança do ext2 (o qual o ext3 é completamente baseado), mas já existe uma solução para isso, que é um ext3-htree, pode ser feito sem medo pois não irá danificar seu file system.

Para criar hash com árvore (htree) no ext3, existe um comando bem simples, o que será feito é o seguinte: o ext3 irá criar (ou atualizar) o uma tabela hash para tornar seu sistema capaz de guardar mais de 5000 arquivos num diretório (a explicação é bem mais técnica que isso, todo diretório tem um "arquivo" que diz quem está dentro deste diretório, com esse comando a organização desse arquivo usará uma tabela hash, é o que eu acho.), hash é um tipo de estrutura de dados, e arvore é outra, são ambas utilizados pelo ext3.

Primeiramente, veja se seu computador tem uma unidade em ext3, e se tiver qual é:
abra um terminal (console) e digite:

$ mount | grep ext3 | awk '{ print $1 }'

se não aparecer nada, provavelmente você não usa o sistema de arquivos Ext3, se aparecer mais de uma linha, faça o comando tune2fs a quantidade de vezes que for necessária para suprir todas as linhas.

o comando é:
$ sudo tune2fs -O dir_index /dev/seudisco

depois:

$ sudo updatedb
(este último comando não irá retornar 'nada', se isso acontecer, é porque tudo correu bem)

o único teste de desempenho que conheço para hds no linux eh o hdparm -t /dev/seudisco porém provavelmente não irá mudar nada depois deste comando acima, afinal o que foi feito não aumenta a velocidade que o disco é lido e sim, criará a possibilidade de guardar uma grande quantidade de arquivos num único diretório.