Tamanho do arquivo do sistema de unidades

0

Quando fiz uma nova unidade, preciso de algum espaço para o arquivo de sistema FAT32 leva menos espaço, depois NTFS, depois ext4 minha pergunta como saber o espaço será levado para o sistema antes de fazer a unidade, se a unidade 1giga ou 100giga para FAT32, NTFS, ext4.

Editar: quando faz 10MB dirigir com FAT32 o tamanho mostrado 9.9

quando fizer 10MB dirigir com ext4 o tamanho mostrado 8.1

a mesma coisa com o tamanho maior há sempre algum espaço usado e não há arquivos na unidade, então onde esse espaço vai, se for para o sistema de arquivos como eu posso calcular o espaço que será tomado antes de formatar a unidade

    
por rezx 10.04.2012 / 11:41

2 respostas

3
  1. Melhore seu inglês!

  2. Todo sistema de arquivos tem uma "tabela" que contém informações (nome, tamanho, permissões, tipo, etc.) sobre arquivos armazenados, tamanho de bloco e, eu acho que alguns dados sobre endereços físicos no disco, mais alguns outras coisas. Depende do sistema de arquivos quanto espaço está ocupado quando a partição está vazia ou se aumentará à medida que mais arquivos forem adicionados. Então, quando você cria uma partição, haverá algum espaço perdido a cada vez.

  3. Só para ficar claro. Observe que os fabricantes de HDD usam a notação padrão de 1 GB = 1000 MB. Alguns sistemas operacionais estão usando o padrão "potência de dois": 1GiB = 1024GiB (Gibibytes - leia mais na wikipedia). Então não se preocupe com esse tipo de espaço sendo "tomado". Por exemplo. O disco rígido de 100 GB terá, teoricamente, 93.1323 GiB disponível.

  4. Agora, o tamanho do bloco é um elemento importante de um sistema de arquivos. O bloco é como a estrutura atômica de um sistema de arquivos. Uma partição é dividida em blocos de dados. Pode ser responsável por uma pequena quantidade de espaço perdido. Digamos que você tenha um HDD de 18 KiB de dados. Você formata a partição com um tamanho de bloco 4KiB. Você receberá um 4x4 teórico = 16KiB. 2KiB se perdem.

  5. Outro elemento importante é a fragmentação, que pode ser externa ou interna. Fragmentação é outra causa de perda de espaço, juntamente com o sistema de arquivos "table". Um arquivo se parece com uma matriz contínua de blocos no sistema de arquivos. Se entre dois arquivos em um sistema de arquivos 4K, digamos que permanecerão dois blocos, mas todos os arquivos são mais de 8K (2x4), este espaço nunca será ocupado. Isso é fragmentação externa. Se um arquivo tem digamos 10KiB e queremos colocá-lo em um sistema de arquivos 4KiB, então o sistema de arquivos irá alocar 12KiB (3 blocos) para ele, mesmo que o arquivo tenha 10KiB. 2 KiB serão deixados sem uso para sempre. Isso é fragmentação interna (por exemplo, no Windows, quando você verifica as propriedades de um arquivo, ele mostra o tamanho - quanto ele precisa - e o tamanho no disco - o tamanho real ocupado no sistema de arquivos).

Então, eu diria que não se preocupe com quanto espaço você perdeu em um sistema de arquivos ou outro, há aspectos mais importantes de um sistema de arquivos do que espaço perdido, especialmente em uma partição vazia: velocidade (leitura, gravação, indexação, pesquisa), segurança, opções de arquivos grandes, compatibilidade com determinados sistemas operacionais.

Eu não conheço nenhum aplicativo que calcule o espaço perdido no formato.

    
por 10.04.2012 / 14:35
2

Ext4 como padrão aloca 5% apenas para uso de superusuário. Isso é para garantir que a unidade não seja completamente preenchida, o que faria a realocação de dados e outras operações falharem. Esta quantidade pode ser reduzida (geralmente muito boa hoje com as unidades gigantes que temos) ou removida (não é recomendada em, por exemplo, partições domésticas e de sistema, mas em unidades de armazenamento puro, os efeitos negativos geralmente não são tão grandes. Talvez maior fragmentação como drive enche até o próprio aro).

Com isso fora do caminho, também há espaço reservado para " inodes ".

Wikipédia diz

A typical allocation heuristic for inodes in a file system is one percent of total size.

que pode muito bem ser uma boa regra prática (na prática eu diria que é mais de 1,5-2%, mas a ordem de tamanho está correta).

No NTFS, o conceito "inode" é refletido como MFT e ID do arquivo: s. A MFT cresce à medida que mais arquivos são adicionados e, portanto, não são fixos e, portanto, mostram uma pequena sobrecarga em um sistema de arquivos vazio.

E, por último, há sempre a confusão entre os prefixos binários e o tamanho relatado pelos fabricantes de discos.

Veja link para outra pergunta semelhante que aborda a maioria das armadilhas.

    
por 10.04.2012 / 13:50