Mac OS X 無法正確報告目錄大小？

Question 1

差異來自不同的原因：不同的計數方式、不同的工具、壓縮以及看起來像錯誤的內容。

這第一個區別你看到的尺寸似乎是Finder 中的錯誤。 Finder 顯示的檔案大小以某種方式即時計算並快取在.DS_Store檔案中。由於某種原因，在複製大型應用程式/資料夾時，Finder 會在複製過程中計算其大小並快取不完整的大小。然後它在 Finder 視窗中顯示該大小為灰色，灰色表示Finder 知道自上次大小計算以來內容已更改，但尚未重新計算。

我發現使其正確重新計算大小的唯一方法是刪除.DS_Store應用程式資料夾中的文件，然後退出 Finder（例如從活動監視器）並再次重新啟動它（從 Dock 圖標）。如果您不刪除該.DS_Store文件，它仍然是灰色。也許在等待某個時間（小時，天，重新啟動，...）將使 Finder 自行完成。

之後，您應該會看到 Finder 報告的所有尺寸都是相同的。

所以，是的，它看起來像是一個 Finder 錯誤，至少在 OSX Lion 中是這樣（這裡使用 10.7.4 進行測試，Finder 版本為 10.7.3）。您還可以看到這個線程報告相同類型的行為。

然後，讓我們考慮一下該du工具。起初，我認為我們看到的差異可以透過複製的項目的邏輯大小和物理大小之間的差異來解釋。邏輯大小是真實的項目的大小，意味著它包含的每一位資訊加在一起。物理大小是磁碟上項目的大小，其中每個資訊位元都寫入磁碟區上。

例如，包含單一字元的檔案最終的邏輯大小為 1 位元組，但實際寫入磁碟時的實體大小為 512 位元組甚至 4096 位元組。物理大小通常大於邏輯大小（並且取決於磁碟或檔案系統的實際磁區/區塊大小）。這是在另一個線程中解釋了更多細節。在以下情況下邏輯大小可能會更大稀疏文件，但是HFS+似乎不支援這樣的功能。

du僅顯示物理大小（並且您可以告訴它 BLOCKSIZE 是什麼）。您可以看到報告的尺寸du總是比原始尺寸更大（或者，在特殊情況下，相同）。這是因為檔案系統和磁碟空間碎片。當您複製文件（實際上這裡是一堆文件，因為應用程式是一個目錄）時，將在磁碟上分配新扇區，並且，當碎片發生時，使用的區塊數通常高於原始項目的區塊數。有些人稱之為文件鬆弛。

現在，回到 Finder。如果你打開獲取資訊在您複製的應用程式視窗中，您將看到 Finder 實際上報告了您所選項目的邏輯和物理大小。這是有道理的。du如果您進行一些數學計算，您甚至可以將 Finder 報告的物理尺寸與 Finder 報告的物理尺寸進行比較。

為什麼要做一些數學？因為 Finder 以 kB、MB 或 GB 為單位顯示檔案大小，而du以 kiB、MiB 或 GiB 為單位報告檔案大小。這些是IEC 二進位前綴它應用於計算和顯示數字資訊的單位。

但實際上，我不確定這裡是否涉及 File Slack，還有其他東西。 HFS+ 磁碟區允許壓縮，透明地完成，Apple 將其用於作業系統安裝的原始專案。然後，當使用標準工具複製檔案時，不再使用壓縮（預設情況下，是為了向後相容）。如果要對這些檔案保持壓縮，則需要使用該ditto命令而不是cp任何 Finder 操作。這是這篇評論中解釋了。

以下是使用不同技術複製 iTunes.app 的輸出。您將看到，同上使應用程式具有完全相同的大小，保留壓縮，而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