Tune2fs permite cambiar el tamaño del inodo por defecto (128 bytes en ext3, 256 bytes en ext4) a casi cualquier cosa, pero debería ser potencia de dos. ¿Cuáles son las razones para cambiar el tamaño de inodo predeterminado?
Aquí está escrito que esto se puede hacer para poder almacenar atributos ACL dentro de inodes. ¿Qué más se puede almacenar dentro de un inodes?
¿Hay alguna razón para aumentar el tamaño del inodo en las unidades modernas de alta capacidad (2 TB y más)?
Respuestas:
Creo que, por defecto, las versiones actuales de mkfs.ext2 / 3/4 tienen un tamaño de inodo de 256 bytes (ver /etc/mke2fs.conf). Este IIRC habilita marcas de tiempo de nanosegundos con ext4 y, como usted dice, los atributos más extendidos se ajustan al inodo. Tales atributos extendidos son, por ejemplo, ACL, etiquetas SELinux, algunas etiquetas específicas de Samba.
Los inodos más grandes, por supuesto, desperdician un poco de espacio, y a medida que los haces más grandes, entras en territorio de rendimientos decrecientes con bastante rapidez. Los 256 bytes predeterminados son probablemente un compromiso perfectamente bueno para la mayoría de las situaciones.
fuente
Con la opción ext4 inline_data (nueva en Linux 3.8), hay una buena razón para los tamaños de inodo más grandes: dada esta opción, el contenido del archivo se puede almacenar en el inodo del archivo (si el archivo es lo suficientemente pequeño). Esto evita una operación de búsqueda. Todavía no he visto ningún punto de referencia en el mundo real para esto.
fuente
Grub no funciona con un tamaño de inodo de 256, entonces 128 es lo que uso.
fuente