Qualquer motivo para não usar clusters de 512 bytes para NTFS?

3

Ao criar uma nova partição NTFS, é solicitado que escolha um tamanho de cluster. O tamanho padrão é 4k, mas também é possível escolher tamanhos menores. 512 bytes é o menor.

O tamanho menor leva à redução do espaço desperdiçado. Cada arquivo ocupa 1 ou mais clusters, dependendo do tamanho do arquivo. Se o tamanho do arquivo puder ser dividido pelo tamanho do cluster, nenhum espaço será desperdiçado por padrão. Caso contrário, apenas uma parte do último cluster armazenará os dados do arquivo e o espaço restante será desperdiçado. Em média, é cerca de metade do tamanho do cluster por arquivo. Considerando que uma partição típica armazena dezenas de milhares de arquivos, 265 contra 2k por arquivo soa como um grande negócio para mim.

Eu sempre escolho 512 bytes para reduzir a quantidade de espaço desperdiçado, mas acredito que possa haver alguns efeitos negativos do uso de clusters menores. Caso contrário, 512 bytes seriam usados por padrão. Quais são essas desvantagens?

    

5 respostas

2

Tamanho menor do clusor significa que um arquivo será distribuído entre mais clusters (óbvios). Isso significa potencialmente mais fragmentação e possivelmente mais pesquisas para localizar os clusters. É a velocidade usual vs otimização de tamanho. Como os discos rígidos são baratos, eu preferiria tamanhos de clusters maiores, mas, de qualquer forma, você provavelmente não verá muita diferença ...

    
por 27.05.2009 / 10:32
1

O NTFS é baseado em extensão (como xfs, ext4 e mais no lado * nix), portanto a lentidão que você obtém de sistemas de arquivos não baseados em extensão (por exemplo, fat , ext3) é reduzida.

Ainda há uma sobrecarga, e onde ela começa a doer é fragmentação. O Windows é HORRÍVEL sobre fragmentação, tente executar o defraggler para ver como até mesmo arquivos gravados sequencialmente (por exemplo, da instalação do programa) podem acabar em 30+ fragmentos.

Eu geralmente sugiro 4k como um bom tamanho, embora se uma unidade for usada para grandes arquivos de mídia 64k ou maior pode ajudar.

link

    
por 27.05.2009 / 12:02
1

Um motivo para um tamanho de setor de 512 bytes é se você planeja usar o Microsoft Windows Backup em um servidor. Surpreendentemente, se você usar o Windows 2008 (eu não sei se isso foi corrigido no Windows 2012 ou versões posteriores), mas o backup falhará se você usar o tamanho do setor padrão de 4k em um disco rígido externo de prateleira! Eu comprei recentemente uma nova unidade Seagate depois de falar com o suporte técnico da Seagate para confirmar que isso era possível e eu poderia reformatar o tamanho do setor 4k de volta para 512 bytes e meu backup funcionou. É estranho que nem o site de suporte da Seagate nem da Microsoft aponte isso.

As unidades externas anteriores não permitem reformatar a unidade com um tamanho de setor de 512 bytes; o mínimo é 4k.

    
por 12.06.2015 / 17:47
0

Eu não mudaria do tamanho padrão do cluster, a menos que você realmente saiba o que está fazendo.

Sim, tamanhos de cluster menores significam menos espaço de folga e, portanto, menos espaço desperdiçado. No entanto, tamanhos menores de cluster também significam que menos dados estão sendo transferidos do disco em cada operação de leitura e, portanto, você pode obter uma queda no desempenho de leitura. Também é provável que haja menos fragmentação com um tamanho de cluster maior, pois é mais provável que os dados sejam armazenados em um cluster ou contíguamente.

    
por 27.05.2009 / 12:43
0

De acordo com o manual do MySQL , ao usar o mysql com innodb mecanismo e formato de linha compactado no Windows, recomenda-se usar o tamanho do cluster menor que 4kb para se beneficiar do formato de linha compactado:

The default NTFS cluster size is 4K, for which the compression unit size is 64K. This means that page compression has no benefit for an out-of-the box Windows NTFS configuration, as the maximum innodb_page_size is also 64K. For page compression to work on Windows, the file system must be created with a cluster size smaller than 4K, and the innodb_page_size must be at least twice the size of the compression unit. For example, for page compression to work on Windows, you could build the file system with a cluster size of 512 Bytes (which has a compression unit of 8KB) and initialize InnoDB with an innodb_page_size value of 16K or greater.

    
por 23.02.2018 / 16:27