私はOS X 10.9のフレッシュインストールを実行しましたが、プロセスcom.apple.iconServicesAgent
は> 300MBのRAMを使用しています。このプロセスは、カーネルタスクの後に、すべてのプロセスの2番目に多いメモリを使用しています。
他の人にもこの問題があるとGoogleは教えてくれますが、今のところ解決策は見つかりません。
このプロセスのRAM消費を減らす方法はありますか?
私はOS X 10.9のフレッシュインストールを実行しましたが、プロセスcom.apple.iconServicesAgent
は> 300MBのRAMを使用しています。このプロセスは、カーネルタスクの後に、すべてのプロセスの2番目に多いメモリを使用しています。
他の人にもこの問題があるとGoogleは教えてくれますが、今のところ解決策は見つかりません。
このプロセスのRAM消費を減らす方法はありますか?
回答:
使用量の自然な増減を観察できます。
使用法を問題として扱うべきではありません。
アイコンサービス(com.apple.IconServicesデーモン、com.apple.IconServicesAgentプロセスおよび関連ファイル)によって何が行われるかについては、次のコマンドをターミナルウィンドウで実行してください(幅は257文字以上):
sudo fs_usage -w -f filesys com.apple.IconServices | grep write
次に、Finderで:
あなたはそれを見つけるはずです:
コマンドを中止するには、Control-C
フィルタリングされていないビューの場合:
sudo fs_usage -w -f filesys com.apple.IconServices
アイコンをキャッシュするためのAppleのアプローチは、さまざまな種類のファイルシステムからメタデータを読み取ることを主な機能とするアプリ/プロセスにとって特にメリットがあるように思えます。Finderなどのアプリ、Dockなどのプロセスなど。
パフォーマンスを最大化するためのより広範なアプローチの一部として、アイコンサービスは、ユーザーにとって最も関心のあるメタデータのサブセットの遅延を最小限に抑えて表示できるようにする必要があります。
Dockの最近のアプリケーションスタックの場合:サブセット内の必須要素としての名前、アイコン、日付/時刻。
Finderのビューの場合:ユーザーが何を必要としているかによって、サブセットはまったく異なる場合があります。
HFS Plus(Mac OS拡張)では、廃止されたドキュメントを参照して、パフォーマンス指向のホットファイルBツリー、属性ファイルなどを用意しています。そのファイルシステムに対して行われた他のすべてのことを使用して、議論の余地なく拡張されました。
アイコンサービスのパフォーマンス関連の利点は、比較的ファイルシステムに依存しないはずです。これは喜ばしいことです。MavericksなどでZFSのユーザーがメリットを実感できると思います…
Finderでアイコンをレンダリングするサービスと関係があるようですが、自分のCPUを最大にすると、Finderでアイコンがレンダリングされませんでした。
私は強制的にプロセスを終了し、Finderを再度開いたところ、すべてが再び元気になりました。
com.apple.IconServicesAgent
終了を強制することは、根本的な問題を隠蔽するか、単に延期することです。エージェントではなく、エージェントが処理しようとするデータに関する問題。