¿Mac OS X no informa correctamente los tamaños de directorio?

Question 1

Las diferencias surgieron por diferentes razones: diferentes formas de contar, diferentes herramientas, compresión y lo que parece un error.

Elprimera diferenciaen tamaño que ves parece ser unerror en el Finder. Los tamaños de archivos que muestra el Finder se calculan de alguna manera en tiempo real y se almacenan en caché en .DS_Storelos archivos. Por alguna razón, al duplicar una aplicación/carpeta grande, el Finder calcula su tamaño durante el proceso de copia y almacena en caché el tamaño, que luego está incompleto. Luego muestra ese tamaño en gris en las ventanas del Finder, gris significael Finder sabe que el contenido ha cambiado desde el último cálculo de tamaño, pero aún no lo ha recalculado.

La única forma que encontré para volver a calcular correctamente el tamaño es eliminando el .DS_Storearchivo en la carpeta de la Aplicación, luego saliendo del Finder (desde el Monitor de actividad, por ejemplo) y reiniciándolo nuevamente (desde el ícono del Dock). Si no elimina el .DS_Storearchivo, seguirá en gris. tal vez esperandoa veces(horas, días, reinicio,...) hará que el Finder lo haga solo.

Después de eso, deberías ver que todos los tamaños reportados por el Finder son iguales.

Entonces sí, parece un error de Finder, al menos en OSX Lion (probado con 10.7.4 aquí, Finder versión 10.7.3). También puedes vereste hiloque informa el mismo tipo de comportamiento.

Entonces, consideremos la duherramienta. Al principio, pensé que la diferencia que vemos podría explicarse por la diferencia entre los tamaños lógicos y físicos de los elementos que se copian. El tamaño lógico es elrealtamaño del elemento, es decir, cada bit de información que contiene sumado. El tamaño físico es el tamaño del elemento en el disco, donde cada bit de información se escribe en un sector del disco.

Por ejemplo, un archivo que contenga un solo carácter terminaría teniendo un tamaño lógico de 1 byte, pero un tamaño físico de 512 bytes o incluso 4096 bytes cuando realmente se escribe en el disco. El tamaño físico suele ser mayor que el tamaño lógico (y depende del tamaño real del sector/bloque del disco o del sistema de archivos). Esto esexplicado con más detalles en este otro hilo. El tamaño lógico podría ser mayor en el caso dearchivos dispersos, pero HFS+ no parece admitir dicha característica.

dumuestra solo el tamaño físico (y puedes decirle qué es BLOCKSIZE). Puedes ver que el tamaño reportado por dues siempre mayor (o, excepcionalmente, igual) que el original. Esto se debe a la fragmentación del sistema de archivos y del espacio en disco. Cuando copia un archivo (en realidad, aquí un montón de archivos, ya que una aplicación es un directorio), se asignan nuevos sectores en el disco y,a medida que se produce la fragmentación, el número de bloques utilizados suele ser mayor que el del artículo original. Algunas personas llaman a esoArchivo flojo.

Ahora, volvamos al Finder. Si abres elconseguir informaciónventana de las Aplicaciones que duplicó, verá que el Finder en realidad informa tanto el tamaño lógico como el físico del elemento que seleccionó. Lo cual entonces tiene sentido. Incluso podrás comparar el tamaño físico informado por el Finder y el informado por dusi haces un poco de cálculo.

¿Por qué hacer algunos cálculos? Porque el Finder muestra los tamaños de archivos en kB, MB o GB donde dulos informa en kiB, MiB o GiB. esos son losPrefijos binarios IECque debe usarse para calcular y mostrar unidades de información digital.

Pero, en realidad, no estoy seguro de que File Slack esté involucrado aquí, hay algo más. Los volúmenes HFS+ permiten la compresión, hecho de forma transparente, y Apple lo usa para los elementos originales instalados por el sistema operativo. Luego, cuando los archivos se copian usando herramientas estándar, la compresión ya no se usa (por defecto, para ser compatible con versiones anteriores). Si desea mantener la compresión de esos archivos, debe usar el dittocomando en lugar de cpcualquier acción del Finder. Esto esexplicado en esta reseña.

Aquí está el resultado de copiar iTunes.app utilizando las diferentes técnicas. Verá que lo mismo hace que la aplicación tenga exactamente el mismo tamaño, preservando la compresión, donde cpno es así. E incluso puedes eliminar el binario del arco que no necesitas y luego reducir todo el tamaño):

antoine@amarante:/Applications$ du -ms iTunes.app/
281 iTunes.app/
antoine@amarante:/Applications$ cp -a iTunes.app/ iTunes-copy.app/
antoine@amarante:/Applications$ ditto iTunes.app/ iTunes-ditto.app
antoine@amarante:/Applications$ ditto --arch x86_64 iTunes.app/ iTunes-64.app
antoine@amarante:/Applications$ du -ms iTunes*
236 iTunes-64.app
289 iTunes-copy.app
281 iTunes-ditto.app
281 iTunes.app

Gracias a @DanPritts por su respuesta.en mi post complementario.

Answer