O que é risco ou custo para a opção “noinit_itable” do ext4?

Question

noinit_itable Do not initialize any uninitialized inode table blocks in the background. This feature may be used by installation CD's so that the install process can complete as quickly as possible; the inode table initialization process would then be deferred until the next time the file system is unmounted.

Devo sempre usar a opção noinit_itable sempre que eu montar um dispositivo ext4?

Se não é, por quê?

    

Answer 1

Eu interpretaria isso como inicialização de inode sendo uma tarefa que pode impor latências e taxa de transferência degradada.

O objetivo do código seria organizar a execução durante um período relativamente inativo. Inicializar as tabelas de inodes antecipadamente, evitaria um acerto de latência ("lag") quando você realmente precisar das tabelas de inode.

Acho que a sugestão é que é melhor ter um processo de instalação rápida e, em seguida, um pouco de taxa de transferência degradada por algum tempo. Enquanto o processo de instalação está sendo executado, é provável que você bloqueie fazer coisas úteis com o computador ao mesmo tempo, por exemplo

• verificar seu e-mail
• lendo a documentação dos pacotes instalados em seu sistema
• encontrando seu tema de desktop favorito configurando seu espaço de trabalho profissional
• reiniciando no Windows onde você tem todas as suas coisas

The ext4 mkfs option lazy_itable_init, which is now activated automatically when kernel support is detected, speeds up formatting ext4 filesystems during install. When the fs is mounted, the kernel begins zeroing the inode tables in the background. During install, this is a somewhat wasted effort and interferes with the copy process. Mounting the filesystem with the noinit_itable mount option disables the background initialization. This should help the install go a bit faster, and after rebooting when the fs is mounted without the flag, the background initialization will be completed.

link

Isso também aponta para um segmento que consiste principalmente em reclamações de Ted T'so. O ponto principal parece ser que inodes checksums não foram implementados ainda, o que significa que um sistema de arquivos com tabelas de inodes não zerados seria significativamente menos robusto contra erros. Felizmente inodes checksums foram implementados dentro de um ano ou mais desse comentário.