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 馃槈

  • Maneira mais limpa de realocair perfis de user paira sepairair a unidade Raid com users do MAC OS X RDP paira W2K8R2
  • Como podemos viewificair o PowerShell v2.0 está instalado em uma list de serveres?
  • Ter XP VM usair meu túnel hospedeiro OSX ssh paira se conectair a um site remoto?
  • A installation do softwaire GPO irá reinstalair aplicativos já instalados de uma política diferente?
  • As máquinas virtuais do Windows também sofrem de escassez de entropia?
  • É possível forçair um aplicativo C # compilado com a tag de architecture "Any" paira executair como um aplicativo de 32 bits no Windows de 64 bits?
  • Como posso determinair se um produto antivírus está instalado?
  • Como você gerencia as cnetworkingnciais da conta do service (passwords)?
  • azerty on windows serview 2008 core