La mayoría de las veces, los valores de "Tamaño" y "Tamaño en disco" estarán muy cerca de coincidir al verificar el tamaño de una carpeta o archivo, pero ¿qué pasa si hay una gran discrepancia entre los dos? La publicación de preguntas y respuestas del superusuario de hoy analiza la respuesta a este confuso problema.
La sesión de preguntas y respuestas de hoy nos llega por cortesía de SuperUser, una subdivisión de Stack Exchange, una agrupación de sitios web de preguntas y respuestas impulsada por la comunidad.
La pregunta
El lector de superusuario thelastblack quiere saber por qué hay una diferencia tan grande entre "Tamaño" y "Tamaño en disco" para una carpeta en la tarjeta SD de su teléfono:
Como puede ver a continuación, hay mucha diferencia entre los campos "Tamaño" y "Tamaño en disco" para esta carpeta. ¿Porqué es eso?
Sé que "Tamaño en disco" debería ser un poco más que "Tamaño" debido a las unidades de asignación en Windows, pero ¿por qué hay tanta diferencia? ¿Podría ser por la gran cantidad de archivos?
Por cierto, esta carpeta está en la tarjeta SD de mi teléfono Android. Dentro de esto, mi aplicación de mapas almacena sus mapas en caché y la aplicación obtiene sus mapas de Google Maps.
Mirando la captura de pantalla, definitivamente hay una gran discrepancia entre "Tamaño" y "Tamaño en disco", entonces, ¿qué ha sucedido aquí para causar esto?
La respuesta
El colaborador de superusuario Bob tiene la respuesta para nosotros:
Asumiré que está utilizando el sistema de archivos FAT / FAT32 aquí, ya que menciona que se trata de una tarjeta SD. NTFS y exFAT se comportan de manera similar con respecto a las unidades de asignación. Otros sistemas de archivos pueden ser diferentes, pero de todos modos no son compatibles con Windows.
Si tiene muchos archivos pequeños, sin duda es posible. Considera esto:
- 50.000 archivos
- Tamaño de clúster de 32 KB (unidades de asignación), que es el máximo para FAT32
Ok, ahora el mínimo el espacio ocupado es 50,000 * 32,000 = 1.6 GB (usando prefijos SI, no binarios, para simplificar las matemáticas). El espacio que ocupa cada archivo en el disco es siempre un múltiplo del tamaño de la unidad de asignación, y aquí asumimos que cada archivo es lo suficientemente pequeño como para caber en una sola unidad, con algo de espacio (desperdiciado).
Si cada archivo tuviera un promedio de 2 KB, obtendría alrededor de 100 MB en total, pero también está desperdiciando 15 veces más (30 KB por archivo) en promedio debido al tamaño de la unidad de asignación.
Explicación detallada
¿Por qué pasó esto? Bueno, el sistema de archivos FAT32 necesita realizar un seguimiento de dónde se almacena cada archivo. Si tuviera una lista de cada byte, la tabla (como una libreta de direcciones) crecería a la misma velocidad que los datos y desperdiciaría mucho espacio. Entonces, lo que hacen es usar "unidades de asignación", también conocidas como "tamaño de grupo". El volumen se divide en estas unidades de asignación y, en lo que respecta al sistema de archivos, no se pueden subdividir; esos son los bloques más pequeños que puede abordar. Al igual que tienes un número de casa, pero a tu cartero no le importa cuántos dormitorios tienes o quién vive en ellos.
Entonces, ¿qué sucede si tiene un archivo muy pequeño? Bueno, al sistema de archivos no le importa si el archivo es de 0 KB, 2 KB o incluso 15 KB, le dará el menor espacio posible; en el ejemplo anterior, son 32 KB. Su archivo solo usa una pequeña cantidad de este espacio, y el resto básicamente se desperdicia, pero aún pertenece al archivo, como un dormitorio que deja desocupado.
¿Por qué hay diferentes tamaños de unidad de asignación? Bueno, se convierte en una compensación entre tener una mesa más grande (libreta de direcciones, por ejemplo, decir que John tiene una casa en 123 Fake Street, 124 Fake Street, 666 Satan Lane, etc.), o más espacio desperdiciado en cada unidad (casa). . Si tiene archivos más grandes, tiene más sentido usar unidades de asignación más grandes, porque un archivo no obtiene una unidad nueva (casa) hasta que se llenan todas las demás. Si tiene muchos archivos pequeños, bueno, de todos modos tendrá una mesa grande (libreta de direcciones), por lo que también puede darles unidades pequeñas (casas).
Las unidades de asignación grandes, como regla general, desperdiciarán mucho espacio si tiene muchos archivos pequeños. Por lo general, no hay una buena razón para superar los 4 KB para uso general.
¿Fragmentación?
En cuanto a la fragmentación, la fragmentación no debería desperdiciar espacio de esta manera. Los archivos grandes pueden estar fragmentados, es decir, divididos, en varias unidades de asignación, pero cada unidad debe completarse antes de que se inicie la siguiente. La desfragmentación puede ahorrar un poco de espacio en las tablas de asignación, pero este no es su problema específico.
Soluciones posibles
Como gladiator2345 sugirió , sus únicas opciones reales en este momento son vivir con él o reformatear con unidades de asignación más pequeñas.
Su tarjeta puede estar formateada en FAT16, que tiene un límite más pequeño en el tamaño de la tabla y, por lo tanto, requiere unidades de asignación mucho más grandes para abordar un volumen mayor (con un límite superior de 2 GB con unidades de asignación de 32 KB). Fuente cortesía de Braiam . Si ese es el caso, debería poder formatear de forma segura como FAT32 de todos modos.
¿Tiene algo que agregar a la explicación? Habla en los comentarios. ¿Quieres leer más respuestas de otros usuarios de Stack Exchange expertos en tecnología? Consulte el hilo de discusión completo aquí .
