É útil usar-T arquivo grandesinalizar na criação de um sistema de arquivos para uma partição com arquivos grandes como vídeo e áudio em formato flac?
Testei a mesma partição com esse sinalizador e sem ele, e usandotune2fs -l [partição], verifiquei em "Recursos do sistema de arquivos" se ambos têm "arquivo_grande" ativado. Então, não é necessário usar-T sinaliza arquivo grande?
Responder1
O -T largefilesinalizador ajusta a quantidade de inodes alocados na criação do sistema de arquivos. Uma vez alocado, seu número não pode ser ajustado (pelo menos para ext2/3, não tenho certeza sobre ext4). O padrão é um inode para cada 16K de espaço em disco. -T largefiletorna um inode para cada megabyte.
Cada arquivo requer um inode. Se você não tiver mais inodes, não poderá criar novos arquivos. Mas esses inodes alocados estaticamente também ocupam espaço. Você pode esperareconomize cerca de 1,5 gigabytes para cada 100 GB de discoconfigurando -T largefile, em oposição ao padrão. -T largefile4(um inode por 4 MB) não tem um efeito tão dramático.
Se você tiver certeza de que o tamanho médio dos arquivos armazenados no dispositivo será superior a 1 megabyte, defina -T largefile. Estou feliz em usá-lo em minhas partições de armazenamento e acho que não é uma configuração muito radical.
No entanto, se você descompactar um tarball de origem muito grande com muitos arquivos (pense em centenas de milhares) para essa partição, você terá a chance de ficar sem inodes para essa partição. Há pouco que você possa fazer nessa situação, além de escolher outra partição para descompactar.
Você pode verificar quantos inodes você tem disponíveis em um sistema de arquivos ativo com o dumpe2fscomando:
# dumpe2fs /dev/hda5
[...]
Inode count: 98784
Block count: 1574362
Reserved block count: 78718
Free blocks: 395001
Free inodes: 34750
Aqui ainda consigo criar 34 mil arquivos.
Aqui está o que consegui depois de fazer mkfs.ext3 -T largefile -m 0em uma partição de 100 GB:
Filesystem 1M-blocks Used Available Use% Mounted on
/dev/loop1 102369 188 102181 1% /mnt/largefile
/dev/loop2 100794 188 100606 1% /mnt/normal
A versão largefile possui 102.400 inodes enquanto a normal criou 6.553.600 inodes e economizou 1,5 GB no processo.
Se você tiver uma boa ideia do tamanho dos arquivos que colocará no sistema de arquivos, poderá ajustar a quantidade de inodes diretamente com a -iopção. Ele define a proporção de bytes por inode. Você ganharia 75% da economia de espaço se usasse -i 65536e ainda pudesse criar mais de um milhão de arquivos. Geralmente calculo manter pelo menos 100.000 inodes de sobra.
Responder2
Acho que você está misturando dois conceitos completamente diferentes e independentes.
O large_filerecurso que você pode ver na saída do dumpe2fs significa que este sistema de arquivos pode conter arquivos maiores que 2 GiB, acho que é definido automaticamente pelos kernels modernos. Não tem nada a ver com a -Topção de mke2fs.