OS X 10.9를 새로 설치했으며 이제 프로세스 com.apple.iconServicesAgent는 300MB가 넘는 RAM을 사용하고 있습니다. 이 프로세스는 커널 작업 후에 모든 프로세스 중 두 번째로 많은 메모리를 사용합니다.

구글은 다른 사람들 도이 문제를 가지고 있다고 말했지만 지금까지 해결책을 찾지 못했습니다.

이 프로세스의 RAM 소비를 줄일 수있는 방법이 있습니까?

관찰

자연스럽게 증가하고 사용이 감소 할 수 있습니다.

사용법을 문제로 취급 해서는 안됩니다 .

배경 : 아이콘 서비스

아이콘 서비스 (com.apple.IconServices 데몬, com.apple.IconServicesAgent 프로세스 및 관련 파일)가 수행하는 작업에 대한 아이디어를 얻으려면 257 자 이상의 너비로 터미널 창에서 다음 명령을 실행하십시오.

sudo fs_usage -w -f filesys com.apple.IconServices | grep write

그런 다음 Finder에서 :

1. Mac을 시작한 후 탐색하지 않은 폴더 탐색
2. 찾아보기
3. 같은 폴더로 다시 이동하십시오.

당신은 그것을 발견해야합니다 :

• 초기 찾아보기로 인해 캐시에 쓰기가 발생합니다.
• 폴더의 내용이 변경되지 않는 한, 두 번째 및 후속 찾아보기는 추가 캐싱을 유발하지 않습니다.

명령을 중단하려면 Control-C

필터링되지 않은 사물을 보려면 :

sudo fs_usage -w -f filesys com.apple.IconServices

매버릭스에서 아이콘 서비스의 장점

아이콘 캐싱에 대한 Apple의 접근 방식 은 다양한 유형의 파일 시스템에서 메타 데이터 를 읽는 것이 주요 기능인 앱 / 프로세스에 특히 도움이되는 것 같습니다 . Finder와 같은 앱, Dock과 같은 프로세스 등

성능을 최대화하기위한보다 광범위한 접근 방식의 일부로 아이콘 서비스는 사용자에게 가장 중요한 메타 데이터 서브 세트의 지연 을 최소화하면서 프리젠 테이션을 허용해야합니다 .

Dock 의 최근 응용 프로그램 스택의 경우 : 이름, 아이콘 및 날짜 / 시간이 하위 집합 내에서 필수 요소 일 수 있습니다.

Finder의보기 : 하위 집합은 사용자의 요구에 따라 완전히 다를 수 있습니다.

추가 생각

HFS Plus (Mac OS Extended)에는 ​​폐기 된 문서를 참조하여 성능 지향적 인 핫 파일 B- 트리 , 속성 파일 등이 있습니다. 해당 파일 시스템에 수행 된 다른 모든 것들과 함께, 지금 debatably입니다 이상 - 확장 .

아이콘 서비스의 성능 관련 이점은 상대적으로 파일 시스템에 구애받지 않아야합니다 . 이것은 기쁘게 생각합니다. Zave 사용자는 Mavericks 등을 통해 이점을 실현할 수있을 것으로 기대합니다.

파인더에서 아이콘을 렌더링하는 서비스와 관련이있는 것 같습니다. 내 CPU를 최대한 활용하면 파인더에서 아이콘이 렌더링되지 않았습니다.

프로세스를 강제 종료하고 Finder를 다시 열었으며 모두 다시 잘 보입니다.