Mac OS X неправильно сообщает размеры каталогов?

Question 1

Различия возникли по разным причинам: разные способы подсчета, разные инструменты, сжатие и, что-то похожее на ошибку.

Theпервое отличиепо размеру вы видите, кажется,ошибка в Finder. Размеры файлов, отображаемые Finder, каким-то образом вычисляются в реальном времени и кэшируются в .DS_Storeфайлах. По какой-то причине при копировании большого приложения/папки Finder вычисляет его размер во время процесса копирования и кэширует его, тогда неполный, размер. Затем он показывает этот размер серым в окнах Finder, серый означаетFinder знает, что содержимое изменилось с момента последнего расчета размера, но пока не пересчитал его.

Единственный способ, который я нашел, чтобы он правильно пересчитал размер, — это удалить файл .DS_Storeв папке Application, затем выйти из Finder (например, из Activity Monitor) и снова запустить его (из Dock Icon). Если вы не удалите файл .DS_Store, он все равно останется серым. Может быть, ждеткогда-то(часы, дни, перезагрузка, ...) заставит Finder сделать это самостоятельно.

После этого вы должны увидеть, что все размеры, указанные Finder, одинаковы.

Так что да, похоже, это баг Finder, по крайней мере в OSX Lion (проверено с 10.7.4 здесь, Finder версии 10.7.3). Вы также можете увидетьэта темакоторый сообщает о таком же поведении.

Давайте рассмотрим duинструмент. Сначала я думал, что разница, которую мы видим, может быть объяснена разницей между логическими и физическими размерами копируемых элементов. Логический размер — этонастоящийразмер элемента, то есть каждый бит информации, который он содержит, сложенный вместе. Физический размер — это размер элемента на диске, где каждый бит информации записан в секторе диска.

Например, файл, содержащий один символ, в конечном итоге будет иметь логический размер 1 байт, но физический размер 512 байт или даже 4096 байт при фактической записи на диск. Физический размер обычно больше логического размера (и зависит от фактического размера сектора/блока диска или файловой системы). Этоболее подробно объяснено в этой другой теме. Логический размер может быть больше в случаеразреженные файлы, но HFS+, похоже, не поддерживает такую функцию.

duпоказывает только физический размер (и вы можете сказать, что такое BLOCKSIZE). Вы можете видеть, что размер, сообщаемый duвсегда больше (или, в исключительных случаях, такой же), как и оригинал. Это происходит из-за файловой системы и фрагментации дискового пространства. Когда вы копируете файл (на самом деле здесь кучу файлов, поскольку приложение является каталогом), на диске выделяются новые сектора и,по мере того как происходит фрагментация, количество используемых блоков обычно больше, чем у исходного элемента. Некоторые называют этоФайл Slack.

Теперь вернемся к Finder. Если вы откроетеполучить данныеокно Приложений, которые вы продублировали, вы увидите, что Finder на самом деле сообщает как Логический, так и Физический размер выбранного вами элемента. Что тогда имеет смысл. Вы даже сможете сравнить Физический размер, сообщенный Finder, и тот, сообщенный , duесли вы немного поработаете над математикой.

Зачем делать какие-то вычисления? Потому что Finder показывает размеры файлов в кБ, МБ или ГБ, тогда как duсообщает их в киБ, МиБ или ГиБ. ЭтоДвоичные префиксы IECкоторые следует использовать для расчета и отображения единиц цифровой информации.

Но, на самом деле, я не уверен, что здесь замешан File Slack, тут что-то ещё. Тома HFS+ допускают сжатие, делается прозрачно, и Apple использует это для оригинальных элементов, установленных ОС. Затем, когда файлы копируются с помощью стандартных инструментов, сжатие больше не используется (по умолчанию, для обеспечения обратной совместимости). Если вы хотите сохранить сжатие для этих файлов, вам нужно использовать команду dittoвместо cpили любого действия Finder. Этообъяснено в этом обзоре.

Вот вывод копирования iTunes.app с использованием разных методов. Вы увидите, что ditto делает приложение точно такого же размера, сохраняя сжатие, где cpнет. И вы даже можете удалить двоичный файл для ненужной вам архитектуры, уменьшив тем самым весь размер):

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

Спасибо @DanPritts за его ответна мой дополнительный пост.

Answer