O artigo tem algumas falhas factuais e conceituais. Seja uma análise preliminar:
Citação:
|
Na prática, podemos resumir (muuuito resumidamente), que o reiserfs tem mais eficiência com arquivos de tamanho grande enquanto que o ext3 é mais rápido que o reiserfs na manipulação de arquivos pequenos.
|
Na verdade, o Reiserfs (v.3) é, talvez, o mais rápido sistema de arquivos para Linux em relação a arquivos pequenos (< 10 KiB). E seu desempenho não é bom para arquivos grandes (> 100 KiB).
Citação:
|
Esse quadro mudou a partir da versão 2.6.24.4 do kernel, que passou a dar suporte integral ao ext4 e todos os novos recursos, agora plenamente suportados.
|
Segundo a documentação que acompanha o kernel 2.6.24.4 -- linux/Documentation/filesystems/ext4.txt -- alguns recursos importantes ainda não foram incorporados, embora existam patches (p.ex., o limite de 32k-subdiretórios ainda permanece;
journal checksum; pré-alocação persistente de arquivos).
Independentemente de quais os recursos que ainda serão incorporados, o Ext4 ainda está numa fase do desenvolvimento em que muita coisa pode mudar.
O texto do artigo não cita o uso de extensões, que já estão implementadas e constituem um dos recursos mais importantes do Ext4 (e que já existiam no XFS e no JFS).
Citação:
|
Sim.. parece mentira mas o ext3 deixava os arquivos com um pouquinho, mas bem pouquinho de fragmentação.
|
Esse é um mito antigo sobre o Ext3 (e também sobre o Reiserfs v.3). Vejam que o artigo citado do Roderick Smith tem um sentido diferente (grifos meus):
Citação:
|
Although ext3 isn't prone to excessive fragmentation, files stored on it are likely to become at least a little fragmented.
|
Se o Ext3 fragmentasse tão pouco como afirmou o David Dias, qual a necessidade do recurso de desfragmentação
online?
Um exemplo sobre a fragmentação do Ext3. Uso, no meu trabalho, a minha pasta de trabalho (
/home/angelo) numa partição Ext3 com ~75 % de ocupação (5,5 GiB ocupados num volume de 7,6 GiB). Um subdiretório com apenas 9 arquivos está na seguinte situação:
Código:
$ sudo filefrag *
iana_ip_reg.ps: 6 extents found, perfection would be 1 extent
internet_ip_dns.odt: 4 extents found, perfection would be 1 extent
ipv4-address-space.ps: 11 extents found, perfection would be 1 extent
ipv4-address-space.txt: 2 extents found, perfection would be 1 extent
mc_portaria_147-1995_cgi.ps: 7 extents found, perfection would be 1 extent
nro-jointstats-oct-05.pdf: 11 extents found, perfection would be 1 extent
presi_decreto_4829-2003_cgi.ps: 3 extents found, perfection would be 1 extent
rfc-1591.ps: 4 extents found, perfection would be 1 extent
rfc-2050.ps: 4 extents found, perfection would be 1 extent
Ou seja, todos os arquivos estão fragmentados! Um deles com menos de 20 KiB de tamanho, está com 4 fragmentos:
Código:
$ sudo filefrag -v internet_ip_dns.odt
Checking internet_ip_dns.odt
Filesystem type is: ef53
Filesystem cylinder groups is approximately 61
Blocksize of file internet_ip_dns.odt is 4096
File size of internet_ip_dns.odt is 20002 (5 blocks)
First block: 700152
Last block: 700164
Discontinuity: Block 2 is at 700157 (was 700153)
Discontinuity: Block 3 is at 700159 (was 700157)
Discontinuity: Block 4 is at 700164 (was 700159)
internet_ip_dns.odt: 4 extents found, perfection would be 1 extent
Artigo: Conhecendo o novo Ext4
. Nós temos 673.940 usuários, convidamos você fazer parte de nossa comunidade também! Se ainda não encontrou o que procura use nossa pesquisa. Esperamos que aprecie nosso trabalho.
Artigo: Conhecendo o novo Ext4
