Distnoted mac os грузит процессор
On Thursday, 15 Oct 2015, I updated Pages, Numbers and Keynote.
Not sure if this update is related to a new problem in El Capitan (10.11), or not.
Since the update, I've had to force shutdown and reboot my iMac (27-inch) ~4 times. On three occasions the system was so locked up, Activity Monitor didn't respond. A few moments ago (the fourth occurrence), I was able to determine that disnoted is the culprit.
Any ideas as to how to remedy this issue?
OS X Yosemite (10.10.5)
Posted on Oct 18, 2015 1:29 PM
All replies
Loading page content
Page content loaded
Sounds like a problem with the distnoted process.
Oct 20, 2011 7:43 AM
I don't know how to avoid this, I had thought the macbook pro does not have a cpu fan before this.😁
Oct 20, 2011 8:18 AM
I found recently, that Skype was using the Distnoted process, and that there must have been a leak since it started slowly eating up processor time until it was at 100% of all of my processors. Skype then crashed. The present version is 5.0.6.143. I tested it again after a restart and saw the same leak. Hope this helps, at least a little.
Mar 23, 2012 1:35 PM
I just turned it off and after having had the fan on FULL for 3 hours it just calmed down in 3 minuts and the the battery life is now over 6 hours instead of less than 2 hours.
May 17, 2012 1:13 PM
sudo mv /usr/sbin/distnoted /usr/sbin/crap_distnoted
ps -ef | grep noted
The more I dig into this, the less I like it:
DISTNOTED(8) BSD System Manager's Manual DISTNOTED(8)
NAME
distnoted -- distributed notification server
SYNOPSIS
distnoted
DESCRIPTION
distnoted provides distributed notification services.
There are no configuration options to distnoted. Users should not run distnoted manually.
Mac OS X July 1, 2005 Mac OS X
What kind of crap manual page is this.
WHAT IS IT DOING, WHY and WHEN??
Jul 1, 2012 11:44 AM
Second thoughts.. DON'T this appears to be a part of the kernel messaging system.. disabling it will lock you system and prevent it from booting cleanly, or at all .
Jul 1, 2012 12:17 PM
I have the exact same symptoms. Removed all apps from startup. Completing basic tasks in Apple applications and Shoah, distnoted running at 300% CPU, what on earth!?
Before I go into detail is this just effecting the two of us?
Oct 13, 2012 2:10 PM
Try this to fix your issues.
Oct 13, 2012 2:24 PM
Much appreciated ds store, I was hoping someone had this specific issues rather than running through every diagnostic available. I appreciate the general guidance though and will retained have a look, although the first 4 have been completed already to no effect
Oct 13, 2012 2:31 PM
All I did was go to the plantronics website and updated my software for the headset I use.
It was really simple and the problem has been gone for months.
This is a error with plantronics and Skype. This is why the possessor use all the power and the fan runs all the time.
Let me know if it works for you.
Oct 13, 2012 2:31 PM
Ah thanks Kaffka,
Skype has gone and I have no headset at all so that's odd and surely can't be the case. What a puzzling problem, which is killing my CPU and battery, let alone my wooden laptop stand!
Oct 13, 2012 2:34 PM
I am having a similar issue with my imac, can anyone help me ?
24-inch, Early 2008
Processor 3.06 GHz Intel Core 2 Duo
Memory 4 GB 800 MHz DDR2 SDRAM
I can not add anymore physical ram
Graphics NVIDIA GeForce 8800 GS 512 MB
Software OS X 10.8.3 (12D78)
7/18/13 11:20:20.926 AM com.apple.SecurityServer[15]: Session 100005 created
7/18/13 11:22:27.000 AM kernel[0]: Sandbox: sandboxd(371) deny mach-lookup com.apple.coresymbolicationd
7/18/13 11:22:36.025 AM sandboxd[371]: ([351]) QuickLookSatelli(351) deny file-read-data /Users/samurai/Music/iTunes 2012-02-16/iTunes Library.itl
7/18/13 11:22:36.072 AM sandboxd[371]: ([351]) QuickLookSatelli(351) deny file-read-data /Users/samurai/Music/iTunes 2012-02-16/iTunes Library.itl
7/18/13 11:22:36.127 AM sandboxd[371]: ([351]) QuickLookSatelli(351) deny file-read-data /Users/samurai/Music/iTunes 2012-02-16/iTunes Library.itl
7/18/13 11:22:36.151 AM sandboxd[371]: ([351]) QuickLookSatelli(351) deny file-read-data /Users/samurai/Music/iTunes 2012-02-16/iTunes Library.itl
7/18/13 11:22:36.192 AM sandboxd[371]: ([351]) QuickLookSatelli(351) deny file-read-data /Users/samurai/Music/iTunes 2012-02-16/iTunes Library.itl
7/18/13 11:22:36.204 AM sandboxd[371]: ([351]) QuickLookSatelli(351) deny file-read-data /Users/samurai/Music/iTunes 2012-02-16/iTunes Library.itl
7/18/13 11:22:36.240 AM sandboxd[371]: ([351]) QuickLookSatelli(351) deny file-read-data /Users/samurai/Music/iTunes 2012-02-16/iTunes Library.itl
7/18/13 11:23:34.645 AM Locum[413]: Connection with distnoted server was invalidated
7/18/13 11:23:39.000 AM kernel[0]: Sandbox: sandboxd(414) deny mach-lookup com.apple.coresymbolicationd
7/18/13 11:23:43.590 AM coreaudiod[169]: Disabled automatic stack shots because audio IO is active
7/18/13 11:23:44.217 AM coreaudiod[169]: Enabled automatic stack shots because audio IO is inactive
7/18/13 11:23:55.241 AM Locum[422]: Connection with distnoted server was invalidated
7/18/13 11:23:56.037 AM coreaudiod[169]: Disabled automatic stack shots because audio IO is active
7/18/13 11:23:56.664 AM coreaudiod[169]: Enabled automatic stack shots because audio IO is inactive
7/18/13 11:24:08.130 AM Locum[424]: Connection with distnoted server was invalidated
7/18/13 11:24:11.514 AM coreaudiod[169]: Disabled automatic stack shots because audio IO is active
7/18/13 11:24:12.141 AM coreaudiod[169]: Enabled automatic stack shots because audio IO is inactive
7/18/13 11:25:02.781 AM Locum[432]: Connection with distnoted server was invalidated
7/18/13 11:25:19.364 AM coreaudiod[169]: Disabled automatic stack shots because audio IO is active
7/18/13 11:25:19.992 AM coreaudiod[169]: Enabled automatic stack shots because audio IO is inactive
7/18/13 11:25:46.156 AM coreaudiod[169]: Disabled automatic stack shots because audio IO is active
7/18/13 11:25:46.784 AM coreaudiod[169]: Enabled automatic stack shots because audio IO is inactive
7/18/13 11:25:58.414 AM Locum[438]: Connection with distnoted server was invalidated
7/18/13 11:26:00.446 AM coreaudiod[169]: Disabled automatic stack shots because audio IO is active
7/18/13 11:26:01.073 AM coreaudiod[169]: Enabled automatic stack shots because audio IO is inactive
7/18/13 11:26:13.714 AM Locum[439]: Connection with distnoted server was invalidated
7/18/13 11:26:15.598 AM coreaudiod[169]: Disabled automatic stack shots because audio IO is active
7/18/13 11:26:16.225 AM coreaudiod[169]: Enabled automatic stack shots because audio IO is inactive
7/18/13 11:26:31.755 AM Locum[440]: Connection with distnoted server was invalidated
7/18/13 11:26:35.714 AM coreaudiod[169]: Disabled automatic stack shots because audio IO is active
7/18/13 11:26:36.342 AM coreaudiod[169]: Enabled automatic stack shots because audio IO is inactive
7/18/13 11:26:52.902 AM Locum[444]: Connection with distnoted server was invalidated
7/18/13 11:26:53.765 AM coreaudiod[169]: Disabled automatic stack shots because audio IO is active
7/18/13 11:26:54.393 AM coreaudiod[169]: Enabled automatic stack shots because audio IO is inactive
7/18/13 11:36:12.147 AM Locum[484]: Connection with distnoted server was invalidated
7/18/13 11:36:20.364 AM coreaudiod[169]: Disabled automatic stack shots because audio IO is active
7/18/13 11:36:20.998 AM coreaudiod[169]: Enabled automatic stack shots because audio IO is inactive
7/18/13 11:36:48.000 AM kernel[0]: considerRebuildOfPrelinkedKernel prebuild rebuild has expired
7/18/13 11:37:32.644 AM Locum[496]: Connection with distnoted server was invalidated
7/18/13 11:37:33.689 AM coreaudiod[169]: Disabled automatic stack shots because audio IO is active
7/18/13 11:37:34.316 AM coreaudiod[169]: Enabled automatic stack shots because audio IO is inactive
7/18/13 11:37:47.417 AM Locum[499]: Connection with distnoted server was invalidated
7/18/13 11:37:48.252 AM coreaudiod[169]: Disabled automatic stack shots because audio IO is active
7/18/13 11:37:48.900 AM coreaudiod[169]: Enabled automatic stack shots because audio IO is inactive
7/18/13 11:38:09.407 AM Locum[500]: Connection with distnoted server was invalidated
7/18/13 11:38:18.093 AM coreaudiod[169]: Disabled automatic stack shots because audio IO is active
7/18/13 11:38:18.720 AM coreaudiod[169]: Enabled automatic stack shots because audio IO is inactive
7/18/13 11:38:34.224 AM Locum[504]: Connection with distnoted server was invalidated
7/18/13 11:38:34.602 AM coreaudiod[169]: Disabled automatic stack shots because audio IO is active
7/18/13 11:38:35.245 AM coreaudiod[169]: Enabled automatic stack shots because audio IO is inactive
7/18/13 11:39:47.010 AM Locum[511]: Connection with distnoted server was invalidated
7/18/13 11:39:49.225 AM coreaudiod[169]: Disabled automatic stack shots because audio IO is active
7/18/13 11:39:49.852 AM coreaudiod[169]: Enabled automatic stack shots because audio IO is inactive
7/18/13 11:40:13.217 AM Locum[514]: Connection with distnoted server was invalidated
7/18/13 11:40:15.230 AM coreaudiod[169]: Disabled automatic stack shots because audio IO is active
7/18/13 11:40:15.858 AM coreaudiod[169]: Enabled automatic stack shots because audio IO is inactive
7/18/13 11:41:21.435 AM coreaudiod[169]: Disabled automatic stack shots because audio IO is active
7/18/13 11:41:22.062 AM coreaudiod[169]: Enabled automatic stack shots because audio IO is inactive
7/18/13 11:41:35.793 AM Locum[525]: Connection with distnoted server was invalidated
7/18/13 11:41:38.719 AM coreaudiod[169]: Disabled automatic stack shots because audio IO is active
7/18/13 11:41:39.348 AM coreaudiod[169]: Enabled automatic stack shots because audio IO is inactive
7/18/13 11:41:55.316 AM Locum[528]: Connection with distnoted server was invalidated
7/18/13 11:41:57.099 AM coreaudiod[169]: Disabled automatic stack shots because audio IO is active
7/18/13 11:41:57.723 AM coreaudiod[169]: Enabled automatic stack shots because audio IO is inactive
7/18/13 11:42:39.015 AM Locum[529]: Connection with distnoted server was invalidated
7/18/13 11:42:45.024 AM coreaudiod[169]: Disabled automatic stack shots because audio IO is active
7/18/13 11:42:45.651 AM coreaudiod[169]: Enabled automatic stack shots because audio IO is inactive
7/18/13 11:43:55.489 AM Locum[536]: Connection with distnoted server was invalidated
7/18/13 11:44:07.482 AM coreaudiod[169]: Disabled automatic stack shots because audio IO is active
7/18/13 11:44:08.108 AM coreaudiod[169]: Enabled automatic stack shots because audio IO is inactive
7/18/13 11:44:58.404 AM Locum[544]: Connection with distnoted server was invalidated
7/18/13 11:45:09.779 AM coreaudiod[169]: Disabled automatic stack shots because audio IO is active
7/18/13 11:45:10.406 AM coreaudiod[169]: Enabled automatic stack shots because audio IO is inactive
7/18/13 11:45:25.735 AM Locum[547]: Connection with distnoted server was invalidated
7/18/13 11:45:34.407 AM coreaudiod[169]: Disabled automatic stack shots because audio IO is active
7/18/13 11:45:35.005 AM coreaudiod[169]: Enabled automatic stack shots because audio IO is inactive
7/18/13 11:46:02.003 AM Locum[551]: Connection with distnoted server was invalidated
7/18/13 11:46:13.137 AM coreaudiod[169]: Disabled automatic stack shots because audio IO is active
7/18/13 11:46:13.765 AM coreaudiod[169]: Enabled automatic stack shots because audio IO is inactive
7/18/13 11:46:39.674 AM Locum[552]: Connection with distnoted server was invalidated
7/18/13 11:46:47.277 AM coreaudiod[169]: Disabled automatic stack shots because audio IO is active
7/18/13 11:46:47.904 AM coreaudiod[169]: Enabled automatic stack shots because audio IO is inactive
7/18/13 11:47:28.203 AM Locum[555]: Connection with distnoted server was invalidated
7/18/13 11:47:31.456 AM coreaudiod[169]: Disabled automatic stack shots because audio IO is active
7/18/13 11:47:32.082 AM coreaudiod[169]: Enabled automatic stack shots because audio IO is inactive
7/18/13 11:48:12.000 AM Locum[561]: Connection with distnoted server was invalidated
7/18/13 11:48:17.935 AM coreaudiod[169]: Disabled automatic stack shots because audio IO is active
7/18/13 11:48:18.562 AM coreaudiod[169]: Enabled automatic stack shots because audio IO is inactive
7/18/13 11:49:42.246 AM Locum[571]: Connection with distnoted server was invalidated
7/18/13 11:49:52.014 AM coreaudiod[169]: Disabled automatic stack shots because audio IO is active
7/18/13 11:49:52.641 AM coreaudiod[169]: Enabled automatic stack shots because audio IO is inactive
7/18/13 11:50:27.816 AM Locum[575]: Connection with distnoted server was invalidated
7/18/13 11:50:31.078 AM coreaudiod[169]: Disabled automatic stack shots because audio IO is active
7/18/13 11:50:31.705 AM coreaudiod[169]: Enabled automatic stack shots because audio IO is inactive
7/18/13 11:50:49.150 AM Locum[578]: Connection with distnoted server was invalidated
7/18/13 11:51:20.280 AM coreaudiod[169]: Disabled automatic stack shots because audio IO is active
7/18/13 11:51:20.908 AM coreaudiod[169]: Enabled automatic stack shots because audio IO is inactive
7/18/13 11:51:35.473 AM coreaudiod[169]: Disabled automatic stack shots because audio IO is active
7/18/13 11:51:36.102 AM coreaudiod[169]: Enabled automatic stack shots because audio IO is inactive
7/18/13 11:51:55.214 AM Locum[585]: Connection with distnoted server was invalidated
7/18/13 11:51:55.871 AM coreaudiod[169]: Disabled automatic stack shots because audio IO is active
7/18/13 11:51:56.498 AM coreaudiod[169]: Enabled automatic stack shots because audio IO is inactive
7/18/13 11:52:25.496 AM coreaudiod[169]: Disabled automatic stack shots because audio IO is active
7/18/13 11:52:26.123 AM coreaudiod[169]: Enabled automatic stack shots because audio IO is inactive
7/18/13 11:52:40.220 AM Locum[590]: Connection with distnoted server was invalidated
7/18/13 11:52:43.704 AM coreaudiod[169]: Disabled automatic stack shots because audio IO is active
7/18/13 11:52:44.331 AM coreaudiod[169]: Enabled automatic stack shots because audio IO is inactive
Jul 18, 2013 9:11 AM
I’m having this problem too. I just systematically went through all the apps I had open, closing them one at a time while watching the distnoted process for changes. My experience: Upon closing GNU Emacs distnoted stopped using my CPU up. I was then able to reopen emacs without distnoted using up lots of CPU again but I’m willing to bet after using it for a while it will start to cause a problem again.
Could it be that some apps can create infinite loops of kernel messages between processes or something similar?
Nov 22, 2013 4:11 PM
I can confirm that GNU Emacs also seems to be related to high distnoted resource usage. Upon killing emacs, with xcode, chrome, itunes, etc. still open, distnoted usage went down from 100% cpu and 5.5 GB of ram to essentially 0 cpu and ~150mb of ram.
Dec 12, 2013 1:28 AM
My 2009 Mac Pro computer started to bog down about a month or two ago. It finally reached the point where it was unusable (even the browser was freezing up for long periods of time). So I took the plunge and just reinstalled my Mac Pro from the original Snow Leopard DVD, then did all the upgrades to Mavericks. Even after that. it was still impossibly slow. So I started to google it, and got here. I have a process called distnoted that us using up as much CPU as it can, usually 90%. And I just finished a clean reinstall! How can a clean Mac Pro have such a problem?
Due to the fact that I just did a fresh reinstall of the OS, it's either a problem with the OS or a problem with my hardware. A few years ago I added three more hard drives to the one that came with this computer. Maybe I have to remove them to see if they are the problem. Or maybe some other piece of hardware is causing this, like the video card. But I haven't made any hardware changes in several years. The only hardware change was adding three more hard drives.
When I first bought this Pro in 2009 I did have a somewhat similar problem, the machine wouldn't boot. The authorized repair depot said my hard drive was causing the problem, so they replaced it under warranty. Maybe one or more of my hard drives is doing something nasty again.
Почему accountsd и securityd процессов, используя так много ресурсов ЦП на ОС Х 10.10.3? Я на начале в MacBook Pro 2011 года.
Каковы эти процессы? Это безопасно, чтобы убить их? Машина имеет только до 4 часов, так что был недавно перезагружен.
В Почте.приложение'с приложением'предпочтения, я снят фильм "учетные записи > дополнительно > автоматически определять и управлять настройками учетной записи" на двух учетных записей Google, и загрузка ЦП нормализовалась.
У меня была аналогичная проблема с accountsd через 44 % процессора. Следующие действия решить вопрос.
В Календарь.приложение и GT; предпочтения и GT; учетные записи. я отключил и включил запись, почты и календаря пыталась открыть.
У меня была учетная запись Gmail, которая была закрыта еще в моем Mac's система предпочтений.
После того как я удалил учетную запись, accountsd пошел с 83% ЦП до 0,01 через 30 секунд, мой темп ЦП снизилась с 183F в 106F, и мои поклонники перестали бежать на высокой скорости.
Я согласен с большинством в отношении аккаунта Gmail является общим знаменателем.
На кого-то другого'ы предложение на подобную тему, я снят почты и GT; предпочтения и GT; учетные записи > дополнительно > автоматически определять и управлять настройками учетной записи и процессора снизилась до нормальных значений. У меня 3 в Google, 1 Yahoo и iCloud счетов. Надеюсь, что это исправление будет прилипать. Я бежал диска утиль несколько раз по одному вопросу, а там, кажется, постоянно ошибки разрешения выскакивает, поэтому не уверен, что другой основной процесс или это был он. Удачи!
Я accountsd, чтобы успокоиться, выхода и перезапуска приложения электронной почты. Он пошел от около 60% ЦП 0% ЦП. Никакой перезагрузки не требуется.
Я'м не уверен, что вызвало его плохое поведение, но я был смотрит на мои счета и подготовка профилей в Xcode в течение очень долгого времени.
Я встретил эту проблему, когда я просто тоже обновлен до 10.13.6,. И я с радостью обнаружили, эта проблема исчезнет после того, как я перезагрузки моего MacBook Pro (с дисплеем Retina, 13-дюймов, начало 2015 г.).
В приложении "Почта", перейти в окно > активность и попытаться списать все это делать. Что решена она для меня
Похоже, что есть ошибка в индексации файл прошивкой. Иногда, accountsd` застревает в неопределенный цикл, в то время как индексирование файлов в компьютере (для прожектора). Способ решить это, чтобы сбросить индексирования на вашем ноутбуке:
Это будет стереть ваш предыдущий индексный файл и должно решить вашу проблему с высокой использование accountsd`. Однако, Фара выиграл't работать больше. Если вы Don'т это нужно, Дон'т беспокоить, чтобы следовать дальнейшим инструкциям.
Но если вам нужна Фара задняя, жесткий диск Macintosh удалить из списка, выделив его и нажав - кнопку. Сделать это ночью или когда-нибудь, что вы Don'т необходимость вашего ноутбука в течение нескольких часов, как он собирается переиндексация файлов и занимает много ресурсов компьютера.
4 ответа
Как вы знаете, mds и mds_stores - это действия Spotlight.
Причина, по которой ваш Spotlight настолько активен, может быть несколько вещей; возможно, у вас есть приложение или несколько приложений, постоянно изменяющих содержимое папки.
Сначала давайте посмотрим, является ли Spotlight причиной фанатов, работающих так много. Чтобы проверить это, запустите в терминале следующее:
это отключает индексирование файлов и должно привести к явному замедлению вентиляторов, если винить mds и /или mds_stores .
Чтобы снова включить индексирование, запустите
После этого вы можете запустить полную переиндексацию жесткого диска (помните, что это может быть ночная работа), она удалит вашу базу данных Spotlight, чтобы заставить ее начать.
Следующим и последним шагом было бы добавление других в ваши (не сканировать) настройки конфиденциальности.
У меня такая же проблема, почти купил мне новый mac. Я проверил все вещи в сети о mds_stores и т. Д. . Все, что я получил, - это терминальное программирование и чистые установочные решения .. без гарантий исправления проблемы.
Итак, я проверил мой бесплатный инструмент для очистки и обслуживания «Onyx», а в панели навигации под техобслуживанием вы можете проверить «Spotlight Rebuild» (по умолчанию не установлен).
После этого у меня не было проблем, и скорость была нормальной. Кроме того, Activity Monitor остается в пределах обычных параметров. Надеюсь, он так и будет работать. Это простой и бесплатный совет для нетехнических пользователей Mac.
Обнаружил это час назад, но выглядит многообещающим. Goodluck
У меня была такая же проблема. Я вошел в Security & Конфиденциальность . Предпочтение системы, просто чтобы посмотреть, что такое Spotlight. Я проверил одну вещь, а затем снова вернулся, и она сразу же остановилась. Шахта использовала почти 100% мощности процессора, и мои поклонники бежали без остановок. Все это остановилось после того, как я это сделал, и я понятия не имею, почему. У меня средний MacBook Pro 2012 года.
Вы сказали: «Я включил много мест в настройки конфиденциальности в центре внимания».
Вам нужно включить местоположения FEWER, а не больше. Если вы включите больше, это значит, что Spotlight очень занят, глядя на них всех.
Вы можете легко перейти в Системные настройки /Прожектор, чтобы отменить выбор многих местоположений. В частности, отмените выбор Mail, поисковых систем и других интернет-зависимых опций.
Завершите работу и перезагрузитесь после изменения настроек Spotlight.
Иногда я вижу, что процесс distnoted внезапно разворачивается и пережевывает 100% процессор (на одном ядре) и тонну памяти, часто около 1,5 ГБ или около того. Это происходит несколько раз в день, начиная примерно месяц назад.
Командная строка /usr/sbin/distnoted agent , и она запускается launchd , ни одна из которых не помогает. Обычно он работает где-то между 4h и 24h, прежде чем он запустится и привяжет процессор.
Поисковые запросы в Интернете говорят, что distnoted управляет доставкой уведомлений, и многие другие люди сообщают о той же проблеме с ним, но я еще не нашел исправления. Некоторые люди считают, что закрытие приложения-лидера (например, Skype) останавливает его, но я еще не нашел виновника на моей машине. Обычно я запускаю только несколько приложений: Emacs (24.2 из Homebrew), Firefox, Adium и Dash.
Я на Mavericks в конце 2012 года 13 «Retina MBP. Спасибо заранее!
Update:
Я включил ведение журнала distnoted в системном журнале, нажав /var/log/do_dnserver_log , но это мало помогает. Я вижу такие строки (uid 501 - я, 89 я еще не нашел):
Я также запускал sudo dtruss -p PID для процесса distnoted , и он выводит строки следующим образом:
Резюме из OP . Это был отличный инструмент для отладки. Первоначально он указывал на то, что Spotlight переиндексирует файловую систему, но я сузил все, что было разрешено индексировать, и я все еще видел проблему. Я закончил создание задания cron, чтобы регулярно убивать. См. Ответ дальше.
Вы можете отлаживать distnoted, создавая файл /var/log/do_dnserver_log Это приводит к тому, что сервер CFNotificationCenter ( distnoted ) записывает информацию обо всех уведомлениях в системный журнал.
Я бы начал там, перезагрузился и посмотрел на системный журнал, когда процессор всплывает. Это должно сделать преступника легко.
Подробнее о CFNotificationCenter отладки можно найти в официальных документах разработчика здесь: Техническая нота TN2124> CFNotificationCenter
Я тоже это видел. Emacs 24.3.1, Mavericks 10.9.
Я обнаружил, что процесс distnoted успокаивается через несколько секунд после выхода из Emacs.
Я знаю, что опаздываю на вечеринку, но это утечка памяти, специфичная для Cocoa emacs на Mavericks, которая исправлена в багажнике. Пока есть патч, который вы можете использовать для сборки emacs 24.3 с исправлением.
В течение некоторого времени у меня были те же проблемы с distnoted на el capitan . Мое решение не так жестко, как убивать его регулярно, вместо этого я проверяю, что он не работает (с высоким уровнем использования ЦП), а затем убивает его. Я использую этот скрипт:
Сценарий запускается от cron каждую минуту с помощью этой строки в crontab:
На практике сценарий убивает distnoted один или два раза в день, и обычно это происходит после запуска backupd .
Для тех, кому не удобно использовать оболочку OS X (командная строка), следующий скрипт установит скрипт checkdistnoted и запись crontab:
Вам нужно сохранить вышеуказанное как install_checkdistnoted.sh на рабочем столе, затем запустите Applications/Utilities/Terminal и введите:
Если он работает полностью, он распечатает подтверждение каждого из шагов. Сценарий не будет перезаписывать существующий скрипт checkdistnoted или запись crontab.
[Исправлена синтаксическая ошибка в сценарии Август 2016 г. - MR]
я сдался и взял подход кувалды: убивайте его автоматически, каждую минуту. Вздох.
Я помещаю это в ~/Library/LaunchAgents/org.snarfed.pkill_distnoted.plist :
, а затем установил его с помощью launchctl load ~/Library/LaunchAgents/org.snarfed.pkill_distnoted.plist .
Я делал разные комбинации настроек для удаления, чтобы сузить это поведение; Я думаю, что это режим comint. На 10.9 с emacs 24.3.1 из homebrew (или из emacsforosx) утечка distnoted + emacs (они оба медленно увеличивают потребление памяти) произойдет с одним открытым буфером оболочки. Это не произойдет, если вы просто посетите файлы.
Просто хочу отметить это здесь, gmane, похоже, не работает, и я продолжаю находить эту дискуссию в своем двухнедельном поиске последующих действий для этой проблемы.
Это похоже на то, что приложение каким-то образом неправильно использует API уведомлений, предоставляемый macOS. В моем случае виновником был iTerm2. После выхода из него выходят процессы distnoted . Другие виновники, которые были идентифицированы, - Emacs и iTunes.
Что доказывает? Не знаю!
Я подключаю их сотни раз, и это первый раз, когда мне пришло в голову, что это может быть связано. И так как это не происходит каждый раз, когда я их подключаю, то это может иметь какое-то отношение к тому, чтобы подключить их слишком быстро друг к другу или что-то подобное. Как бы то ни было, я бы поделился тем, что другие люди считают, что это имеет какое-либо отношение к подключению периферийных устройств (если это внешний экран)
Это случилось и со мной, и это было сбито с ума. После закрытия кучи приложений ничего не помогло.
Затем я заметил, что один из этих диалогов «Сообщить в Apple» из разбитого процесса Python оставался открытым всю ночь.
Хотя это могло быть просто совпадением, после закрытия диалога процесс distnoted успокоился.
Я столкнулся с аналогичной проблемой с distnoted несколько месяцев назад и не смог отследить, почему загрузка процессора превышала 100%. Наконец, я добавил запись в мой crontab в killall distnoted каждые 2 минуты, что решило мою проблему.
В последнее время у меня возникла проблема с Sublime Text, где ввод текста subl path/to/file не удалось правильно открыть файл в редакторе Sublime. Перезапуск приложения исправил проблему, но она быстро начала повторяться.
После того, как мой мозг не закончился, я обнаружил, что каждые 2 минуты я убивал процесс distnoted, почему загадочно перестала работать команда subl.
Вывод: сверхвысокое использование ЦП может быть связано с возвышенным. Теперь, когда возвышенность обновилась, надеюсь, что мой вывод верен, загрузка процессора остается низкой, и моя команда subl возвращается к работе, как ожидалось, теперь, когда distnoted работает снова, без моего crontab, убивающего процесс каждые 2 минуты.
У меня тоже была эта проблема, довольно давно, но с перерывами. По-видимому, distnoted является частью iTunes и вызвал проблемы с Windows, а также . Когда я убил iTunes (который играл песню), процесс distonted , который использовал 400% моего процессора (у меня 4 ядра), переставал быть проблемой.
Поэтому мой ответ, пока я не знаю лучше, должен рекомендовать вам убить iTunes, а не distnoted , и сообщить нам, что произойдет.
Я также вижу, что distnoted go haywire, в моем случае это похоже на fontd. У меня есть три пробега, один для _spotlight, один для _distnote и один для моего пользователя.
Всякий раз, когда distnoted ест cpu (30-90%), fontworker и fontd потребляют около 30-60% процессора каждый. Как только я удаляю fontd, distnoted и fontworker для моего пользователя успокаиваются. Killing fontworker ничего не делает. Через пару минут, когда fontd перезагрузился и запущен, все начинается снова.
Я не знаю, почему это происходит .
Питер Бакли прав, я ошибаюсь. Я ненавижу, когда это происходит.
Не удаляйте distnoted, следующая загрузка будет совсем не интересной.
Похожие вопросы
Популярные теги
Suddenly the lion became crawling tonight and the mbp cpu fan was 'shouting', i struggled to open the activity monitor and found out that the distnoted process was taking all the cpu time.
After I killed the distnoted, the system calmed down and then the distnoed appeared again but it was then harmonic.
It has happened twicely.
What is the matter?
MacBook Pro, Mac OS X (10.7.2)
Posted on Oct 20, 2011 7:31 AM
Helpful answers
Since running 10.11.4, I suffer from this bug on my MacBook Air (13 inch Mid-2013, maxed out with 1.7 Ghz i7, 8Gb memory and 512 Gb SSD). It hangs 0-4 times per working day, and the pattern is always the same. If I notice the machine starts becoming unresponsive and the ventilators start making noise, I can than quickly check to see that the 'distnoted' process is consuming 400% CPU. I might be just in time to kill the disunited process, which returns the Air to a normal state immediately. However, if I am too late, the spinning beach ball takes over and the machine can only be recovered by turning it off.
Every now and then, the machine seems to be able to recover itself (without killing distnoted). In those cases, the menu bar (which is frozen from the moment the problem starts) is reloaded (all menu icons disappear and then appear again).
It is extremely annoying, especially in the office. I return from a meeting to find my Mac with fans screaming, so I need to do the switch off-boot slow loop that takes quite some time.
Strange enough, the problem is not showing up on my 5K iMac or a 2015 MacBook Air 11", where both machines also run OSX 10.11.4. On all Macs, the OS and all apps are updated to the latest versions.
Apple, please HELP!
Apr 22, 2016 2:40 PM
There’s more to the conversation
Loading page content
Page content loaded
When the machine becomes unresponsive, note the exact time: hour, minute, second.
These instructions must be carried out as an administrator. If you have only one user account, you are the administrator.
Launch the Console application in any of the following ways:
☞ Enter the first few letters of its name into a Spotlight search. Select it in the results (it should be at the top.)
☞ In the Finder, select Go ▹ Utilities from the menu bar, or press the key combination shift-command-U . The application is in the folder that opens.
☞ Open LaunchPad and start typing the name.
The title of the Console window should be All Messages . If it isn't, select
SYSTEM LOG QUERIES ▹ All Messages
from the log list on the left. If you don't see that list, select
View ▹ Show Log List
from the menu bar at the top of the screen.
Each message in the log begins with the date and time when it was entered. Scroll back to the time you noted above.
Select the messages entered from then until the end of the episode, or until they start to repeat, whichever comes first.
Copy the messages to the Clipboard by pressing the key combination command-C . Paste into a reply to this message by pressing command-V .
The log contains a vast amount of information, almost all of it useless for solving any particular problem. When posting a log extract, be selective. A few dozen lines are almost always more than enough.
Please don't indiscriminately dump thousands of lines from the log into this discussion .
Please don't post screenshots of log messages—post the text.
Some private information, such as your name, may appear in the log. Anonymize before posting.
When you post the log extract, you might see an error message on the web page: "You have included content in your post that is not permitted," or "The message contains invalid characters." That's a bug in the forum software. Please post the text on Pastebin, then post a link here to the page you created.
Oct 18, 2015 1:43 PM
Hi and good day,
2016-04-08 Similar problem as Plane Wryter’s
Again today Finder froze twice, nothing much is working on the iMac i3 (2015), El Cap. 10.11.4.
According to the Act.Monitor >300% CPU Usage.
>300% was for distnoted, when disunited was force qui t, the CPU was freed and Finder ok.
In the Console I didn’t see anything curious (?) and I was not sure when the freeze started.
PS: Only a few days ago Apple support advised me to reset the NVRAM.
with best regards,
Just found the ff:
Ask: What Is Distnoted on Mac?
Distnoted is a perfectly benign process, but it can occasionally consume resources and make your Mac slow down.
Distnoted isn’t too critical. Instead, use Activity Monitor to see what apps are running — not just system processes. Quit one app at a time and see if the distnoted activity dies down as well.
Apr 8, 2016 1:29 PM
I too have started having trouble with distnoted. First time I noticed it, it just sat there consuming all available CPU for a few minutes before calming down again. Second time the computer completely locked up. Whenever I brought an application to the foreground it'd work for a short while and then the UI would lock up and I'd get the spinning beachball. I let it sit overnight to see if it would clear up like it did previously. It didn't. Instead the keyboard stopped working. I could still use the mouse to launch applications – at least for as long as Finder was still working – but they would still lock up after a short while. In the end I had to do a force shutdown using the power button. I've skimmed through the system log, but there's just too many messages and I don't know what to look for.
Apr 17, 2016 3:06 AM
Since running 10.11.4, I suffer from this bug on my MacBook Air (13 inch Mid-2013, maxed out with 1.7 Ghz i7, 8Gb memory and 512 Gb SSD). It hangs 0-4 times per working day, and the pattern is always the same. If I notice the machine starts becoming unresponsive and the ventilators start making noise, I can than quickly check to see that the 'distnoted' process is consuming 400% CPU. I might be just in time to kill the disunited process, which returns the Air to a normal state immediately. However, if I am too late, the spinning beach ball takes over and the machine can only be recovered by turning it off.
Every now and then, the machine seems to be able to recover itself (without killing distnoted). In those cases, the menu bar (which is frozen from the moment the problem starts) is reloaded (all menu icons disappear and then appear again).
It is extremely annoying, especially in the office. I return from a meeting to find my Mac with fans screaming, so I need to do the switch off-boot slow loop that takes quite some time.
Strange enough, the problem is not showing up on my 5K iMac or a 2015 MacBook Air 11", where both machines also run OSX 10.11.4. On all Macs, the OS and all apps are updated to the latest versions.
Apple, please HELP!
Apr 22, 2016 2:40 PM
I just got my new laptop MBP 13', 1TB, 16GB. Same as last model 2014. The best 13' laptop APPLE can sell, I got it.
It is a pain that this laptop is not like the old version in functionality. It freezes all the time!
I'm working and suddenly the OS becomes unresponsive. Finally I was able to open Disk Utility and found DISTNOTED taking 380% of my CPU. I closed it and the everything went back to normal. But I don't even know what is Distnoted for. Do I need to keep it open?
Apple Support. Is it my laptop? Is the the OS Capitan? I've been with the new laptop almost a month and I'm about to return it and switch it for a new one at apple Store. Please respond asap.
Apr 25, 2016 3:48 PM
Apple Support. Is it my laptop? Is the the OS Capitan? I've been with the new laptop almost a month and I'm about to return it and switch it for a new one at apple Store. Please respond asap.
This is a user-to-user forum. There are ONLY fellow Mac users here.
Since this is a new Mac, you get free Telephone support. If you want a comment from Apple, I suggest you use your free support.
Apr 25, 2016 4:36 PM
Today I had the distnoted process run amok again, consuming all available CPU. I opened Activity Monitor but it froze before I could locate distnoted, just like last time. I did however manage to successfully run " sudo killall distnoted " from the Terminal. The computer returned to normal after a few seconds.
Apr 28, 2016 12:36 PM
I did call Apple Support and they don't even know if it is a hardware issue or OS. Told me to run First Aid for the SSD and if it continues (that it does) to reinstall the OS, which is s pain in the butt.
Apr 28, 2016 1:00 PM
I don't believe this is an hardware issue. It started around (or after) the moment I upgraded from 10.11.3 to 10.11.4. My MacBook Air is a mid-2013 13" with an i7. In this thread, I see many other Macs with the same issue, some of them brand new.
I am sure it is caused or triggered by something in the latest El Capitan upgrade. Apple, are you listening. This bug makes my MacBook close to unusable. About every 1-2 hours, it occurs. If I am not really quick with killing the 'distnoted' process in the terminal, the only way out is a reboot.
Did anyone mention that there is a standard order in how the system freezes? It starts with 100% CPU, than the top right menu bar widgets freezes (no updates of time, free memory and cpu load via iStat Menus for example), then the keyboard becomes unresponsive but the mouse still can be used. If you than start quitting applications with the mouse, sometimes you can get out of the loop. But more often, the apps also start to freeze and then it is too late.
When you do succeed in unfreezing the Mac (either by quitting apps or by killing distnoted), the first thing youl notice is that all menu bar widgets are being reloaded.
I have become so paranoid nowadays that I have a 'sudo killall -9 distnoted' command already waiting for a return in the terminal.
So once again: Apple, please pay attention and fix this terrible bug.
mds и mds_stores являются постоянными потребителями ЦП, даже если я думаю, что на жестком диске ничего не изменилось.
У меня около 2009 Macbook Pro. На протяжении многих лет устанавливалось множество программ. Dropbox и Crashplan - активный фоновый процесс среди многих других.
Я включил множество мест в настройках конфиденциальности Spotlight.
- USB-накопитель
- Папка Crashplan
- /Library/Caches
- /Users/me/Library/Caches
Тем не менее, mds и mds_stores являются постоянными потребителями процессора, колеблющимися приблизительно на 10-12% каждый. Мой вентилятор продолжает работать из-за высокой температуры.
Любые идеи относительно того, что это может быть связано и как я могу устранить неполадки?
Читайте также: