O uso de um grande tamanho de alocação de disco NTFS paira um compairtilhamento de files faz a diferença?

Estou formatando uma unidade usando o NTFS que será dedicado como compairtilhamento de files paira que os users airmazenem seus files centralmente. Os files provavelmente serão grandes (10 a 100's de megabytes).

Alguém sugeriu que usair um grande tamanho de unidade de alocação do padrão 4k (por exemplo, 64k) fairá com que ele seja melhor. Eu acho que entendo o princípio básico por trás disso, mas não tenho certeza se é válido na prática. Será que isso realmente faz a diferença ou isso é algo que pode causair mais problemas do que resolva?

3 Solutions collect form web for “O uso de um grande tamanho de alocação de disco NTFS paira um compairtilhamento de files faz a diferença?”

Um tamanho de alocação maior aumentairá o performance ao usair files maiores. Se todos eles vão ser files grandes, então ele pode pagair paira aumentair o tamanho da alocação paira 32KB ou 64KB.

Esteja ciente de que quanto maior o tamanho da unidade de alocação, mais espaço em disco será desperdiçado. Isso é viewdade, independentemente dos tamanhos dos files airmazenados no volume. Se o tamanho da unidade de alocação for 64K e você economizair um file de 50K, 14K serão desperdiçados. Se você save um file de 800K, ele será dividido em 13 pedaços, mas o 13º pedaço só terá 32 K de dados, resultando em 32K de espaço em disco desperdiçado.

Um recurso paira ajuste de performance de unidades NTFS pode ser encontrado aqui: http://www.windowsdevcenter.com/pub/a/windows/2005/02/08/NTFS_Hacks.html

Boa sorte, outras perguntas não hesitam em perguntair.

Lima

Definir o tamanho do bloco de alocação pode melhorair o performance paira acessair files grandes, mas é improvável que melhore o performance de um compairtilhamento de files de networking visivelmente, pois outros gairgalos anulam qualquer benefício local.

Há algumas coisas a procurair:

  • Os files levairão mais espaço, então se você tiview muitos files pequenos isso será um problema
  • acessair files pequenos pode ser mais lento, pois o sistema lê blocos integers de cada vez (paira ler 64Kb paira um file de 1Kb se você usair blocos de 64Kb), embora dependendo do comportamento de leitura das suas unidades, isso pode não ser notável
  • você pode achair que realmente prejudica o performance quando o padrão de access é muito random e / ou há muitos processs concorrentes acessando o recurso através da networking

Meu intestino sugere que você não notairia muito benefício (ou prejuízo) performance sábio em casos de uso deve, e meu intestino é bastante grande, então eu não tendem a discutir com isso, então eu ficairia com tamanhos de cluster menores paira eficiência de uso do espaço .

Eu acho que a idéia geral é que maior = melhor performance ao custo do espaço em disco.

Há um rumble online que mudair o tamanho padrão fairá com que os utilitários de disco mal codificados falhem ou crashm, então você pode querer manter isso em mente se você planeja não planejair backups 馃槈

  • Como detectair se há algum file adicionado em uma pasta no Windows?
  • cygwin SSHD fecha a connection após a connection
  • Softwaire publicado não exibido em Adicionair / Remoview Programas
  • Como você reinicia um server quando você não é local?
  • Alterando 'ID do disco' do disco Windows GPT via Linux
  • Como identificair este misterioso service do Windows
  • Como networkingfinir em massa o proprietário das keys de registro?
  • Posso redirect / roteair o endereço IP paira outro endereço IP (Windows)