Ntfs controla el incremento del crecimiento de MFT

Ntfs controla el incremento del crecimiento de MFT

Tengo una unidad NTFS de 8 TB formateada limpiamente en un sistema Windows Server 2008. Estoy copiando 6 TB de documentos usando algunas robocopias paralelas. Hay una gran cantidad de archivos pequeños (~150 millones). Estos están distribuidos en varios directorios. En general, los archivos son demasiado grandes para caber en línea en el MFT. Alrededor de las tres cuartas partes del proceso, el rendimiento de la copia disminuyó significativamente.

En cuanto a procmon, parece que el cuello de botella es la expansión de MFT. Veo que cada uno de los procesos de robocopia tarda ~3,5 segundos en CreateFile. Inmediatamente después de emitir la primera llamada, veo IRP_MJ_READ en $Mft que devuelve FINAL DE ARCHIVO. Justo antes del éxito de CreateFile veo ÉXITO en otra lectura de $Mft.

Alguna información pertinente: el MFT ya es grande, ~115 GB. Sin embargo, esto es mucho menos que la reserva predeterminada del 12,5% del disco. El MFT se está fragmentando rápidamente. Contig.exe informa 100.000 fragmentos. Se agregan nuevos fragmentos con frecuencia (varias veces por segundo).

Mi pregunta:

¿Puedo hacer que MFT se expanda en porciones más grandes?

Tengo curiosidad por saber por qué el MFT está fragmentado incluso cuando está muy por debajo del tamaño de la reserva. Sé que MFT no comienza en el tamaño de la reserva, pero ¿cuál es el punto de la reserva si no puede crecer de manera contigua? Todavía hay un 33 % de espacio libre en el disco, por lo que los datos normales no deberían utilizar la reserva todavía.

Actualizar fsutil fsinfo ntfsinfo proporciona la siguiente información para MFT:

Mft Valid Data Length: 0x0000001ca90c0000
Mft Start Lcn:         0x0000000000000000
Mft Zone Start:        0x000000003c828360
Mft Zone End:          0x000000003c828380

La zona es muy pequeña, ¿es esto normal?

Respuesta1

La última versión de SysInternals contig puede informar sobre el espacio libre.

contig64 -f 

Muestra:

Free cluster space       : 2,838,753,701,888 bytes
Free space fragments     : 89,747,382 frags
Largest free space block : 90,112 bytes

Creo que esto lo explica todo. Aunque hay más de 2 TB/8 TB libres (25%), el espacio libre está completamente fragmentado. Esto afectará el crecimiento de MFT y no hay nada que pueda hacer en esta etapa, aparte de buscar opciones de desfragmentación.

No estoy seguro de si hubiera alguna manera de haber evitado esta situación en primer lugar. Parece que debería poder copiar archivos de un tamaño conocido en paralelo a un disco recién formateado sin obtener este nivel de fragmentación.

información relacionada