Комментарии на: Странные трюки с размером файла в Finder

От: mendizabal

mendizabal — Thu, 27 Aug 2009 12:18:59 +0000

Самое точное предположение у alfsoft.

Ничего удивительного, это особенности HFS.

От: Tim

Tim — Fri, 05 Jun 2009 19:38:33 +0000

метаинформация храниться не в отдельном файле, а в том, который используете то есть в test.txt

От: drEW

drEW — Tue, 31 Mar 2009 13:35:09 +0000

ЗЫ.
По сути .test.txt не отдельный файл, а HFS stream, часть объекта HFS+.
nix команды, типа ls, ничего не знают о HFS+, поэтому возвращают “чистый” размер файла, без потоков. Соответственно вывод в терминале, mucommander, midnight commander и т.п. показывают “правильный” размер.

От: drEW

drEW — Tue, 31 Mar 2009 13:24:29 +0000

1. Создайте пустой файл test.txt.
1.1. Зархивируйте стандартной функцией Finder->File->Compress.
1.2. Переименуйте архив в test.txt.0.zip.
2. Смените приложение и зархивируйте в test.txt.1.zip.
3. Верните TextEdit и зархивируйте в test.txt.2.zip.
Посмотрите содержимое архивов архиватором, который “видит” метафайлы. Или просто откройте архив не в MacOS.
В папке __MACOSX – найдете “виновника”: .test.txt
По умолчанию метафайл содержит только заголовок и система его игнорирует.
Размер не сбрасывается после восстановления приложения по умолчанию, потому что система просто кэширует информацию.
С одной стороны, пользователя интересует информация о контенте. С другой, при копировании средствами Finder, будет скопировано не 0 байт. 200 байт заголовка, вероятно, предпочитают списывать на оверлоад файловой системы.
По уму то, надо было бы опцию сделать или отдельную колонку. Но, вероятно, по мнению Apple, это излишне нагрузит интерфейс.
Если такие опции и делаются, то не документируются. За счёт этого живут многочисленные сборники machints :)

От: Аноним

Аноним — Sat, 14 Mar 2009 23:29:49 +0000

Cуть сего проста как круг в квадрате: “Для мак юзера все должно быть просто и не заметно!” – от сюда следует, что файлы .myme.types, .Ds_Store и т.д. , которые сохраняют метаинформацию о файле (чем и как его открывать ит.п.) просто по размеру плюсуются к самому файлу, и при копировании файла, эти файли копируються вместе с ним, или обьеденяются с информацией аналогичных файлов адресной директории (директории, куда копируется ваш файл), посему, для сохранения верной суммы, (Розмер папки должен ровнятся розмеру всех файлов в ней), размер невидимых файлов плюсуется к видемому виртуально.

От: Timmy

Timmy — Sat, 28 Feb 2009 10:46:23 +0000

Спасибо за ответ!

От: admin

admin — Sat, 28 Feb 2009 00:34:08 +0000

2 Timmy

Проблема, описанная Вами, довольно известна. Дело в том, что, как полагают пользователи, в системе размеры всех вложенных папок не считаются после перезагрузки в связи с тем, что это вызовет серьёзную нагрузку. Потому, в качестве некоторой альтернативы используется возможность выставлять себе автоматический рассчёт занимаемого директориями места в течении одной пользовательской сессии. Насколько это хорошо или плохо я судить не берусь, поскольку для меня данный функционал редко был нужен, а размер конкретной директории я обычно смотрю посредством QuickLook.

От: Timmy

Timmy — Fri, 27 Feb 2009 09:20:26 +0000

У меня еще немного другая проблема, связанная с отображением размера папок. Сейчас точно описать не могу, т.к. пишу с работы, тут у нас Виндоус. Но смысл такой: когда просматриваешь папку в которой лежать просто файлы и еще папки то размер вложеных папок не вычисляется. Прочерки стоят. Нажимаю правой кнопкой, вхожу в параметры вида и там ставлю галочку – Вычислять все размеры (или чтото типа того) и жму применить как стандартные. Все высчитывается. Но после перезагрузки, когдато ее всетки приходятся сделать, этот праметр сбрасывается. И если опять зайти в настройки вида – галочки там нет, и что еще более забавно – стоят у верхнего и нижнего параметра. Подскажите что делать

От: iDallas

iDallas — Thu, 26 Feb 2009 19:27:52 +0000

Не так двано играл с папками. Создавал папку, открывал инфо другой и начинал копипастить. До смны вида, папка, как и пологается вешала “зироу” килобайт. После смены, обновленный вид папки дал о себе знать в виду пустй паки размером 120 килобайт. Возможно, что там “подобная” система с метаданными. Хотя, если честно, менять размер файла в зависимости от ассоциативности не есть хорошо.

От: admin

admin — Wed, 25 Feb 2009 20:05:38 +0000

Подобное предположение мне тоже пришло в голову, когда я заметил эти необъяснимые изменения размера. Но эта идея кажется мне несколько нелогичной: дело в том, что в Mac OS X (да и в других системах) достаточно скрытых файлов с данными, и выводить некорректную информацию о размере файла, в то время, как её можно спрятать в имеющиеся везде контейнеры мета-информации не совсем верно. Вероятно, что это просто баг, который по невнимательности пропустили в систему.

От: alfsoft

alfsoft — Wed, 25 Feb 2009 18:27:05 +0000

Мое мнение – метаинформация о файле (чем открывать именно этот файл) приплюсовывается к размеру самого файла. Вроде бы она хранится в скрытом файле в одной папке с исходным файлом.
Просто предположение.

От: admin

admin — Wed, 25 Feb 2009 08:27:52 +0000

Это Вы про Tiger написали?
Постараюсь в ближайшее время узнать, с чем связано такое поведение Finder, о результатах (если таковые будут) напишу отдельно.

От: cyberogen

cyberogen — Wed, 25 Feb 2009 01:08:44 +0000

Абсолютно аналогичная ситуация. Созадю файл – 0кб, выбираю Safari – 52кб, возвращаю обратно на TextEdit – 44кб. :) Очень интересная особенность:)