Iconservicesagent mac os отключить

com.apple.iconServicesAgent, используя много оперативной памяти в 10.9

Я выполнил новую установку OS X 10.9, и теперь процесс com.apple.iconServicesAgent использует> 300 МБ ОЗУ, что довольно много. Этот процесс использует второй по величине объем памяти всех процессов после задачи ядра.

Google говорит мне, что у других людей тоже есть эта проблема, но пока я не нашел решения.

Есть ли способ уменьшить потребление ОЗУ этого процесса?

2 ответа

Наблюдения

Вы можете наблюдать естественные подъемы и падения в использовании.

Вы должны не относиться к использованию как к проблеме.

Фон: о службах значков

Для понимания того, что сделано службами значков (daemon com.apple.IconServices, процессы com.apple.IconServicesAgent и связанные файлы), запустите следующую команду в окне терминала шириной 257 символов или более:

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

  1. найдите папку, которая не была просмотрена с момента запуска Mac
  2. пройдите
  3. вернуться к той же папке.

Вы должны найти, что:

  • начальный просмотр вызывает записи (в кеш)
  • второй и последующие просмотры не вызывают дополнительного кэширования до тех пор, пока содержимое папки не изменится.

Чтобы отменить команду, Control — C

Для нефильтрованного просмотра вещей:

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

Преимущества иконок в Mavericks

Мне кажется, что подход Apple к кэшированию значков особенно полезен для приложений /процессов, где основные функции включают чтение метаданных из множества типов файловой системы. Приложения, такие как Finder, такие процессы, как Dock и т. Д.

В рамках более широкого подхода к максимизации производительности службы значков должны предоставлять пользователю минимальную задержку подмножества метаданных, представляющих наибольший интерес .

Для стека Recent Applications в Dock: возможно, имена, значки и даты /время как необходимое в подмножестве.

Для видов в Finder: подмножества могут быть совершенно разными, в зависимости от того, что требуется пользователю.

Дополнительные мысли

В HFS Plus (Mac OS Extended) со ссылкой на документацию, вышедшую на пенсию, у нас есть ориентированный на производительность горячий файл B-tree , файл атрибутов и так далее. Со всем остальным, что было сделано для этой файловой системы, теперь она решительно over -extended ,

Преимущества службы значков, связанные с производительностью, должны быть относительно файловой системой-агностиком . Это приятно. Я ожидаю, что преимущества будут реализованы пользователями ZFS на Mavericks и т. Д. .

Кажется, что-то связано с сервисом, который отображает значки в Finder, когда my maxed cpu никакие значки не отображались в finder.

Я вынужден покинуть процесс и снова открыть Finder, и все снова показалось мне лучше.

Источник

iconservicesagent mac os что это

Я выполнил новую установку OS X 10.9, и теперь процесс com.apple.iconServicesAgent использует> 300 МБ ОЗУ, что довольно много. Этот процесс использует второй по величине объем памяти всех процессов после задачи ядра.

Google говорит мне, что у других людей тоже есть эта проблема, но пока я не нашел решения.

Есть ли способ уменьшить потребление ОЗУ этого процесса?

2 ответа

Вы можете наблюдать естественные подъемы и падения в использовании.

Вы должны не относиться к использованию как к проблеме.

Фон: о службах значков

Для понимания того, что сделано службами значков (daemon com.apple.IconServices, процессы com.apple.IconServicesAgent и связанные файлы), запустите следующую команду в окне терминала шириной 257 символов или более:

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

  1. найдите папку, которая не была просмотрена с момента запуска Mac
  2. пройдите
  3. вернуться к той же папке.

Вы должны найти, что:

  • начальный просмотр вызывает записи (в кеш)
  • второй и последующие просмотры не вызывают дополнительного кэширования до тех пор, пока содержимое папки не изменится.

Чтобы отменить команду, Control — C

Для нефильтрованного просмотра вещей:

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

Преимущества иконок в Mavericks

Мне кажется, что подход Apple к кэшированию значков особенно полезен для приложений /процессов, где основные функции включают чтение метаданных из множества типов файловой системы. Приложения, такие как Finder, такие процессы, как Dock и т. Д.

Читайте также:  Linux mint steam не запускается

В рамках более широкого подхода к максимизации производительности службы значков должны предоставлять пользователю минимальную задержку подмножества метаданных, представляющих наибольший интерес .

Для стека Recent Applications в Dock: возможно, имена, значки и даты /время как необходимое в подмножестве.

Для видов в Finder: подмножества могут быть совершенно разными, в зависимости от того, что требуется пользователю.

Дополнительные мысли

В HFS Plus (Mac OS Extended) со ссылкой на документацию, вышедшую на пенсию, у нас есть ориентированный на производительность горячий файл B-tree , файл атрибутов и так далее. Со всем остальным, что было сделано для этой файловой системы, теперь она решительно over -extended ,

Преимущества службы значков, связанные с производительностью, должны быть относительно файловой системой-агностиком . Это приятно. Я ожидаю, что преимущества будут реализованы пользователями ZFS на Mavericks и т. Д. .

Кажется, что-то связано с сервисом, который отображает значки в Finder, когда my maxed cpu никакие значки не отображались в finder.

Я вынужден покинуть процесс и снова открыть Finder, и все снова показалось мне лучше.

Если вы хотите увидеть на нашем сайте ответы на интересующие вас вопросы обо всём, что связано с техникой, программами и сервисами Apple, iOS или Mac OS X, iTunes Store или App Store, задавайте их на форуме AppStudio. Ответы на самые интересные из них будут появляться в материалах данной рубрики. К нам поступил следующий вопрос:

Добрый день! Подскажите пожалуйста, после перезагрузки macbook`a на 10.9.2, в списке процессов в мониторинге системы, висит процесс com.apple.inputmethodkit.userdictionary, который грузит процессор на 99%. Процесс приходится принудительно завершать, иначе компьютер практически не работает.
Не подскажите, как это вылечить? 🙂

Глюки после обновления OS X в последнее время, увы, встречаются всё чаще. Перед тем, как применять какие-либо специфические рецепты, советуем начать с джентльменского набора действий на случай возникновения проблем с Mac OS X:

  • во-первых, запустите Дисковую утилиту (папка Программы-Утилиты), слева выберите раздел с системой и осуществите восстановление прав доступа
  • во-вторых, скачайте утилиту Onyx и выполните все действия, сгруппированные по вкладкам в разделах Maintenance и Cleaning

Если ничего из вышеперечисленного не поможет, попробуйте следующее:

    будучи в Finder, нажмите Shift+Cmd+G и введите в появившееся поле

/Library/Spelling. Удалите все объекты, которые будут внутри

  • не покидая Finder, перейдите в папку Библиотеки/Spelling в корне раздела с системой и удалите все объекты оттуда
  • Я выполнил новую установку OS X 10.9, и теперь процесс com.apple.iconServicesAgent использует> 300 МБ ОЗУ, это довольно много. Этот процесс использует второй по величине объем памяти всех процессов после задачи ядра.

    Google говорит мне, что у других людей тоже есть эта проблема, но пока я не нашел решения.

    Есть ли способ уменьшить потребление ОЗУ этого процесса?

    Вы можете наблюдать естественные подъемы и падения в использовании.

    Вы не должны рассматривать использование как проблему.

    Справочная информация: о службах значков

    Для получения информации о том, что сделано службами значков (демон com.apple.IconServices, процессы com.apple.IconServicesAgent и связанные файлы), запустите следующую команду в окне терминала, которое может быть шириной 257 символов или более:

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

    1. просмотрите папку, которая не просматривалась с момента запуска Mac
    2. прогуливаться
    3. перейдите в ту же папку.

    Вы должны найти:

    • исходный просмотр вызывает записи (в кеш)
    • второй и последующие просмотры не вызывают дополнительного кэширования, поскольку содержимое папки не изменяется.

    Чтобы прервать команду, Control – C

    Для нефильтрованного просмотра вещей:

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

    Преимущества иконок в Mavericks

    Мне кажется, что подход Apple к кэшированию значков особенно полезен для приложений / процессов, где основные функции включают чтение метаданных из разных типов файловой системы. Приложения, такие как Finder, такие процессы, как Dock и т. Д.

    В рамках более широкого подхода к максимизации производительности службы значков должны обеспечивать представление с минимальной задержкой подмножества метаданных, представляющих наибольший интерес для пользователя.

    Для стека последних приложений в док-станции: возможно, имена, значки и даты / время как необходимое в подмножестве.

    Читайте также:  Windows sharedsection что это

    Для видов в Finder: подмножества могут быть совершенно разными, в зависимости от того, что требуется пользователю.

    Дополнительные мысли

    В HFS Plus (Mac OS Extended), ссылаясь на документацию, вышедшую на пенсию, у нас есть B-дерево с горячим файлом, ориентированное на производительность, файл атрибутов и т. Д. Со всем остальным, что было сделано с этой файловой системой, в настоящее время она дебативно перегружена .

    Связанные с производительностью преимущества сервисов значков должны быть относительно файловой системой-агностиками . Это приятно. Я ожидаю, что преимущества будут реализованы пользователями ZFS на Mavericks и так далее …

    Похоже, что это связано с сервисом, который отображает значки в Finder, когда мой maxed из cpu никакие иконки не отображались в finder.

    Я вынужден покинуть процесс и снова открыть Finder, и все снова показалось мне хорошим.

    Источник

    Question: Q: What is com.apple.IconServicesAgent?

    Hi, after installing Mavericks there’s a new process ‘com.apple.IconServicesAgent’ in Activity Monitor using 165Mb of RAM.

    Anyone has any idea what it is?

    Thanks in advance

    MacBook Pro, OS X Mavericks (10.9)

    Posted on Oct 23, 2013 12:54 PM

    All replies

    Loading page content

    Page content loaded

    It is using 285MB on my machine. the second largest memory-hogging proces after kernel_task (freshly booted).

    Oct 23, 2013 3:05 PM

    I have the same problem.

    Mine is using 99% Cpu and around 200 MB Ram!

    been like this for the past three hours

    MacBook Pro, OS X Mavericks (10.9)

    Oct 23, 2013 3:58 PM

    Same here. Mid 2010 MBP with 4GB RAM.

    Mine hovers around 130-200MB. I wonder what it is & why it is consuming so much RAM?

    Oct 23, 2013 11:19 PM

    I have the same problem.

    Mine is using 374 MB of RAM.

    2,6 GHz Intel Core i7

    16 Go 1600 MHz DDR3

    Oct 23, 2013 11:19 PM

    Same. I actually have two copies running, one at about 300 MB, the other at 200. Kernel_task is around a gig.

    Now I’d seen a post elsewhere ( http://67.227.255.239/forum/showthread.php?p=87072616 ) suggesting that they’ll get smaller when ‘memory compression’ is fully active … but I don’t know what that means, and it’s been since, what, yesterday…

    Oct 24, 2013 7:43 AM

    Oct 25, 2013 1:13 AM

    Mine is back to normal. After couple of restarts and two days gone after installing Mavericks, everything is back to normal.

    Oct 25, 2013 9:08 AM

    I’ve got the same problem, when I enter some folders I don’t have any icons, I can’t see my files and the process is running wild.

    Oct 25, 2013 9:35 AM

    Found this thread through a Google search, as my com.apple.iconservicesagent was also going nuts in the same way as described. I don’t know exactly why it was doing so, but I did have an interesting observation.

    Several hours ago, I tried to use the drag-and-drop method of creating an alias — I was trying to make an alias of this file to the desktop:

    When I tried, nothing appeared to happen. So I drag-and-dropped again. Still nothing. I figured it was a 10.9 bug and decided to move on to other things, including being away from my computer for several hours. When I returned, I found my MacBook Air fans on high rotation. I checked the Activity Monitor and found this process had 3 hours of CPU time, and was running at something like 98%. I killed it — and the moment I did, two aliases to Network Utility appeared on my desktop!

    Still not sure why it happened, but there appears to be a direct connection between the two events.

    Oct 26, 2013 6:48 PM

    I have the same problem.. it takes 95-115% of cpu and makes it go up to 95°C.. So pesky

    Oct 27, 2013 2:35 AM

    mine using 344MB of RAM. only lose memory usagefor kernel_task

    Oct 28, 2013 3:18 PM

    I discovered it’s some app start on login related.

    probably all of us had upgraded OS X Maverick, not a clean installed one.

    Can you confirm us?

    Читайте также:  Windows server 2016 обновление до 2019 лицензия

    The IconServicesAgent is now using only 21.4MB of memory after I disabled some apps from «Login Itens»

    I opened both apps now and the resources is the same 21.4MB, without changes.

    Yes, it works for me.

    Go to Preferences > Users & Groups > Login Itens

    Note and disable some apps: select with cursor and click on «-«

    Reboot and look at Activity Monitor if the procedure was successful.

    Open the app you disabled from startup and look if it changes the memory/cpu usage.

    Oct 28, 2013 9:59 PM

    Nope, I did a clean install of 10.9 — erased the whole hard drive, reinstalled everything from scratch. I have nothing particularly odd in my login items — iTunes Helper, Messages, Twitterific and SMARTReporter.

    Aside from the one time I reported earlier, I haven’t seen this problem since. In case at least, I’m pretty sure it was connected to my drag-and-drop alias creation.

    Oct 28, 2013 10:11 PM

    This is not Windows. We do not format and reinstall when we upgrade, or when a program seems to be having trouble running all of a sudden.

    This is peculiar behavior. How peculiar? My X.9 install was atop my X.8, which was migrated from a Mini running X.7, which had X.6 upgraded from it, which was X.5 before that on an even older Mini, migrated from an iBook G3 that had X.4 all the way down to X.2. (Seriously. I have passwords in my keychain to Web sites I haven’t visited in more than half a decade.)

    This is a very, very old legacy-install machine that’s been effectively running the same OS, more or less contiguously, since 2004 or so, with very solid reliability — even when the processor architecture was Motorola based, not Intel — and I’ve never had a serious problem with migration or updates, certainly not so serious that I’ve ever had to format and reinstall. I have never had to format and reinstall, in nearly ten years.

    (This is why I like both Mac and UNIX, which are basically the same at their core; they are rock solid, better than 90% of the time, in my experience.)

    No. X.9 has a problem that’s been introduced with com.apple.IconServicesAgent. It should not be occupying a quarter gig of RAM, and should not be spawned in more than one process under any circumstance — it’s apparently a core system process, not a user-executed series of instances.

    If I had to guess — actually, I do have to guess — I’d suppose the process is involved entirely in loading icon previews and drawing them to screen. I’ve a feeling, if that’s the case, that it’s trying to cache all icon data from all apps and files everywhere on the hard drive at once, on the off chance that any one random icon might have to render to screen. But of course it doesn’t have to do that, since the odds that you’ll want all icons showing at once are zero. (There are typically a quarter of a million files on a clean OSX install with your basic suite of Apple apps on top of that; that is a lot of files with a lot of icons.)

    My surmise is that someone overlooked that one thing; someone failed to notice that it’s trying to keep a live cache of all icons simultaneously. I think we’ll be seeing a change in its behavior with X.9.0.1 or thereabouts.

    Anyway. If anyone from Apple (or any third-party company, such as @dobe) suggests — in any troubleshooting context — that you should make a new user account, or format and reinstall, feel free to laugh at them and tell them to turn to Page Two of their ‘user problem tech support script’ book. This is the 21st century. We do not format and reinstall. We deal with the problem by finding it and killing it, always nondestructively to user data.

    Источник

    Оцените статью