Finder「情報を見る」のファイルサイズについて

onesize さんによる書き込み:

.carファイルで検索すると、圧縮ファイルのようです。

なるほど。圧縮されてディスク上では容量を使っていないという意味の表示なのでしょうかね。

探すと大量に見つかると思うので、例としてあげなかったのですが他のアプリケーションでtif でも3割くらいファイルサイズが違うものが見つかっています。

そこらへんがdu コマンドとズレが生じる原因なのかもしれませんね。調べようがあるのか考えてみます。

onesize さんによる書き込み:

ファイルサイズが4KBあるのにディスクを消費してない？

.carファイルでは5倍ですたが、これは4倍と倍数として考えると圧縮が関係あるのか疑問になりますね。

これはもしかすると圧縮後の端数処理の問題かもしれないです。私のところで、cp コマンドでコピーしてみたら「ディスク上の8KB」になりました。

それで私が最初に示したファイルをFinder で圧縮してみたところ、18MB になりました。どうやらこのファイルについては圧縮しているのでディスク上の容量を使っていないという表示で間違いないようです。

さらにトピックを立てる前の調査が甘かったのですが、一部のアプリケーションは逆に「ディスク上の」の方が数値が大きいです。

iTunes 12.3.3.17

302.6MB

ディスク上の322.3MB

とのこと。他にもServer.app など幾つかあります。

謎ですね。

ちなみにdu コアンドだとiTunes は185M だそうです。この差はリンクの扱いの問題もあるですかね。

Xcode はもっとずれが大きいのですが、こいつはちょっと特殊なアプリケーションな気がするので、今は対象外です。

もしかすると、"このシステムについて"のストレージの表示もこの件が関係あるのでしょうか？

実はそれも視野に入れてトピックを立てました^^;

ことの発端はアプリケーションが「その他」にカウントされたまま修正できなくなったのでdu コマンドで容量を調べだしたことでした。

その際にcp -p -R でアプリケーションを「単体でコピー」するとものすごく容量が変わる症状も確認されました。helper だったかxpc とかがコピーされなかったのが原因のようでした。アプリケーションフォルダごとコピーすれば容量変化なしで、単体コピーでも症状が出ないことがあり不思議な現象となっています。

OS X はアプリケーションを常に追跡しているらしいことはApp Store のアップデートでわかるのですが、そこら辺の影響かと思っています。

以下、余談。

OS X のフルインストーラーもアップデートされますので、昔のOS をインストーラーで保存している方はご注意を。外付けに保存していて繋いだままダウンロードしたらアップデートされてしまったことがあります。インストーラーがアップデートされるとは思っていませんでした。

ni_ki による書き込み:

これはもしかすると圧縮後の端数処理の問題かもしれないです。

撤回します。png ファイルをそれなりの数確認してみたところ、0 表示するものが無かったです。端数処理が原因ではないですね。申し訳ありません。

onesize さんによる書き込み:

こまかいことは省略しちゃいますが、結局のところmds…？

mds プロセスとの関係は不明ですね。

該当のファイルやiMovie.app を別ボリュームにコピーすると展開(解凍かな)されるようです。du コマンドでも「情報を見る」でもほぼ差がなくなります。

別ボリュームにコピーで展開(解凍かな)というのも解せないです。ただ圧縮しているだけなら、そのままで良いはずなので。表示のあやなのか実際にアプリケーションフォルダ内だと圧縮されているのかも不明ですね。

内部のファイルはどうやら「情報を見る」ではディスクスペースの占有量を() 内に表示しているように見えますが、iMovie.app 自体の「情報を見る」では展開後のフルサイズを表示しています。不明な点が多いです。

なるほど。リソースフォークとかに圧縮するというやつでしょうか。今すぐ試せるMac が手元にないので、後ほど試してみます。

情報ありがとうございます。リンク先がアルファベットだけが並んでいてビックリ^^;でしたが、zlib とやらで圧縮する事もあるとの事。「zlib とはなんぞや」とネットを調べたらpng 形式の画像でも使う圧縮方法との事でした。iMovie の中でpng ファイルの扱いが違う気配がするのはzlib を使っているからなのかもですね。Finder はこのHFS+ 圧縮のファイルの移動やコピーに対応しているがcp コマンドは少なくともノーマルでは解凍するということなのですね。もしかしてcp コマンドのman あたりにも記載があるのかもですね。man cp を読む能力は無いですが。

試してみました。

やはり皆様のご指摘のようにHFS+圧縮による表示の違いのようです。私が最初にあげたファイルで確認するとFinder の表示と同じでした。du コマンドはリソースフォークなどを除く部分の実占有を表示しているのですね。今回の件ではcp コマンドが展開に使えることも、わかりました。

ところでzlib で圧縮されたユーザーファイルがもし存在する場合、それは「アーカイブユーティリティ」で解凍できるのでしょうか。今回の件ではcp コマンドで勝手に解凍されますが、もし単純なユーザーデータファイルが存在したらどうなのでしょうか。

品川地蔵 さんによる書き込み:

　圧縮した結果がリソースフォークに格納されていれば、同じように働くのではないでしょうか？

これは私も、そのように考えています。

普通にzlib圧縮しただけではデータフォークに置かれると思いますが。

この場合、「どのような挙動をするのかな?」と思って先の書き込みをしてしまいました。ちょっと、不明な圧縮ファイルが解凍できず別の問題で悩んでおりまして。

自作する気はありません^_^;

プロをタダ働きさせるつもりは私もありません^^;;

(プロフィール(?)をお読みするとそちらの業界の方ですよね。「そりゃ英語サイトが出てくるわけだ」と思ってしまいました^^)