qualquer grande benefício de tamanho de inode? (ext4)

Question

De algumas lembranças nubladas eu pensei que "melhoraria" as configurações padrão ao criar uma partição Linux e aumentaria o tamanho do inode para 1024, e também ativaria -O bigalloc ("Este recurso ext4 habilita a alocação de blocos em cluster"). / p>

Agora, porém, não consigo encontrar nenhum benefício concreto para essas configurações citadas na rede, e vejo que com 20% de uso do disco eu já estou usando 15% dos inodes.

Então, eu deveria simplesmente reformatar a partição, ou há algo positivo para se olhar (ou para usar como justificativa)? Por exemplo. para diretórios com muitos arquivos?

    

Answer 1

Inodes maiores são úteis se você tiver muitos arquivos com uma grande quantidade de metadados. O menor tamanho de inode tem espaço para metadados clássicos: permissões, registros de data e hora, etc., bem como o endereço de alguns blocos para arquivos regulares, ou o alvo de links simbólicos curtos. Inodes maiores podem armazenar extendidos atributos como listas de controle de acesso e SELinux contextos . Se não houver espaço suficiente para os atributos estendidos no inode, eles devem ser armazenados em um bloco separado, o que torna a abertura do arquivo ou a leitura de seus metadados mais lenta.

Assim, você deve usar um tamanho de inode maior se estiver planejando ter grandes quantidades de atributos estendidos como ACLs complexas, ou se você estiver usando o SELinux. O SELinux é a principal motivação para inodes maiores.

    

Answer 2

O tamanho de inode maior pode ajudar o desempenho de arquivos / dirs muito grandes em detrimento do uso do disco (e possivelmente do desempenho de arquivos pequenos).

A razão de bytes por nó é o que você deseja examinar mais de perto se sentir que seu uso de inode é muito alto. Muitos Q & A relacionados em diversos sites do StackExchange.

    

Answer 3

20% de uso de disco versus 15% de uso de inode não é tão ruim. 20% de uso de disco versus 100% de uso de inode seria um problema. A questão é: você alcançará 100% de uso de inode antes de 100% de uso do disco. É quando você precisa de mais inodes.

Depende muito da maneira como você usa seu sistema de arquivos. Por exemplo, se é uma partição que contém apenas fotos ou vídeos ou arquivos semelhantes de tamanho consistente, provavelmente você não precisa se preocupar com nada.

Se seu uso for aleatório e você provavelmente extrairá alguns tarballs de origem do kernel no futuro, sua proporção atual pode não ser suficiente ...

Em termos de desempenho, você provavelmente não notará uma diferença em circunstâncias normais, desde que não tenha um aplicativo que limite os limites, como um banco de dados que esteja funcionando 24 horas por dia, 7 dias por semana, onde até pequenas otimizações compensam.

    

Answer 4

Cada arquivo tem a garantia de consumir pelo menos 1 inode, e mais se os arquivos ficarem suficientemente grandes . Em teoria, se a sua partição for composta de muitos arquivos grandes, você precisará de menos inodes. Menos inodes significa mais espaço em disco para dados. Aplicativos específicos são partições para bancos de dados nos quais o banco de dados contém a maioria dos dados em vários arquivos grandes (ou seja, Oracle, MySQL com innodb). Quando você diz "bigalloc" eu suponho que você quer dizer uma das predefinições em /etc/mke2fs.conf , como "big", que no CentOS7 define o inode_ratio to 32768 ? Não tenho certeza, mas acho que essencialmente é o parâmetro para o parâmetro mke2fs -i "bytes por inode". Se estas suposições estiverem corretas, sim será necessária a reformat-copy:

The larger the bytes-per-inode ratio, the fewer inodes will be created. This value generally shouldn't be smaller than the blocksize of the filesystem, since in that case more inodes would be made than can ever be used. Be warned that it is not possible to change this ratio on a filesystem after it is created, so be careful deciding the correct value for this parameter. Note that resizing a filesystem changes the numer of inodes to maintain this ratio.