LionのFinderリストビューを変更して、「すべてのサイズを計算」を飛躍的に高速化したのはなぜですか。

Mac OS Xが登場するずっと前から、問題のFinderウィンドウの各フォルダに含まれる読み取り可能なファイルサイズスペースの合計を決定するために、Finderにすべてのサイズを計算するよう依頼することができました。

SSDが存在するかどうかに関係なく、いくつかのMacでフォルダーのリストビューのサイズをテストしましたが、Lionはサイズの計算が非常に高速なので、新しいキャッシュデータ構造があるか、FinderがSpotlightまたは同様のデータベースからのメタデータ情報。この計算を大幅に高速化します。

初めてフォルダー内のサイズを計算するときに、Lionがフォルダー（およびパッケージ/バンドル）のサイズを計算する速度が速くなることを確認していません。ただし、同じフォルダーでの後続の計算ははるかに高速のようです。

認識された迅速さの一部は、Finderがフォルダサイズを再計算している間、Finderが計算されるまで「-」ではなく、以前に計算されたサイズを灰色のテキストですぐに表示することです。フォルダのサイズが再計算されると、数値が更新され（サイズが変更されている場合）、黒くなります。

Finderは以前に計算されたフォルダサイズを監視可能にキャッシュしているため、前回の計算以降に変更されたフォルダのサイズのみを再計算している可能性があります。

Lion以前は、Finder.appの[ファイルサイズ]列に、正確なファイルサイズではなく、各ファイルがハードディスク上で必要とするサイズが表示されていました。たとえば、1バイトのファイルは、実際にはHFSフォーマットのシステムで4 KBのスペースを占めるため、4 KBとして表示されていました。情報を見る（または使用して、その後Terminal.appのように、別のアプリを使用して>オープニングファイル以外の1バイトの実際のファイルサイズを参照する簡単な方法はありませんでしたls -lsa、などFinder.app交換TotalFinder.appが）。

（当時、私はこれをbugreport.apple.comのバグ8926275として報告しました。）

Lionでは、この動作が修正されており、[ファイルサイズ]列には、ハードディスクに割り当てられたサイズ（とにかくファイルシステムによって異なります）ではなく、各ファイルの正確なファイルサイズが表示されます。

これらのサイズは、lsターミナルのバイナリから取得するのと同じ数値であるため、計算する方がはるかに効率的です。

Spotlightメタデータを使用してファイルサイズをキャッシュしていたとしても、私は驚かないでしょう。すでにFSEventsを使用してファイルシステムのすべての変更を追跡し、（場合によっては）Time Machineを使用してそれらのすべての変更をバックアップしている場合、総ファイルサイズの計算と保存にかかる追加のコストはごくわずかです。

OS X Lion以降、Appleは、OSがSpotlightなどのシステム機能のファイル追跡に使用するSQLiteデータベースを追加しました。毎回ファイルシステムを検査するのではなく、SQLiteデータベースからクエリを実行すると、パフォーマンスが向上する可能性が高くなります。John SiracusaのOS X Lionレビューでは、Lionのファイルシステムの変更について詳しく説明しています。特に、ここでは新しいSQLiteデータベースについての説明があります。

お役に立てれば。