O Tune2fs permite alterar o tamanho do inode do padrão (128 bytes no ext3, 256 bytes no ext4) para quase qualquer coisa, mas deve ter o poder de dois. Quais são as razões para alterar o tamanho padrão do inode?
Aqui está escrito que isso pode ser feito para poder armazenar atributos da ACL dentro de inodes. O que mais pode ser armazenado dentro de um inodes?
Existe alguma razão para aumentar o tamanho do inode em unidades modernas de alta capacidade (2 TB e mais)?
Respostas:
Eu acho que, por padrão, as versões atuais do mkfs.ext2 / 3/4 são padrão para o tamanho de inode de 256 bytes (consulte /etc/mke2fs.conf). Este IIRC permite carimbos de data e hora em nanossegundos com ext4 e, como você diz, atributos mais estendidos cabem no inode. Esses atributos estendidos são, por exemplo, rótulos ACL, SELinux, alguns rótulos específicos do Samba.
É claro que os inodes maiores desperdiçam um pouco de espaço e, à medida que os torna maiores, você entra em um território de retornos decrescentes rapidamente. Os 256 bytes padrão provavelmente são um compromisso perfeitamente bom para a maioria das situações.
fonte
Com a opção ext4 inline_data (nova no Linux 3.8), há uma nova boa razão para tamanhos de inode maiores: dada essa opção, o conteúdo do arquivo pode ser armazenado no inode do arquivo (se o arquivo for pequeno o suficiente). Isso evita a operação de busca. Ainda não vi nenhum benchmark do mundo real para isso.
fonte
O Grub não funciona com um tamanho de inode de 256, então 128 é o que eu uso.
fonte