OSX Mavericks использует слишком много оперативной памяти


13

Недавно я обновил свой 15-дюймовый MacBook Pro в середине 2011 года до Mac OS X 10.9 Mavericks. С тех пор использование памяти моего компьютера резко возрастает до такой степени, что мой компьютер становится непригодным для использования. В частности, в любом месте между минуту и 2 часа после загрузки, то процесс kernel_taskбудет использовать между 4 и 5 Гб оперативной памяти (у меня 8 Гб установлен) и , mdsи mds_storeбудет использовать около 2 ГБ между ними. В этот момент все мои приложения перестают отвечать на запросы.

Если я не перезагружаю компьютер в течение примерно пяти минут после этого, Mac OS X попросит меня закрыть все мои приложения. Если я этого не сделаю, компьютер перестает отвечать на запросы (даже для перезапуска запросов), и мне приходится выполнять принудительное завершение работы. Если я это сделаю, произойдет то же самое, но это займет пару минут дольше. Я поговорил с представителем Apple, и он сказал, чтобы прошить мою PRAM и перезагрузить SMC, что я и сделал, но ничего не произошло.

Кроме того, он сказал, чтобы отправить мое устройство, что я не могу сделать в данный момент. Есть идеи, что происходит?


1
Обычно с новым выпуском программного обеспечения они обнаруживают множество подобных проблем, когда люди начинают его использовать. Я бы посоветовал вам вернуться 10.8и немного подождать, прежде чем устанавливать самую последнюю версию, позволить им устранить ошибки, а затем перейти на борт. Если вы не испытываете никаких проблем с 10.8 - вы знаете, что это новая ОС. Не идеально, но вы могли бы сделать это, чтобы его можно было использовать. Надеюсь, вы сделали резервную копию (timemachine или иным образом) старой системы?
nerdwaller

Я попробую это. Я сделал резервную копию данных, но не резервную копию системы. Есть ли способ отменить, кроме как стереть диск, установить 10.8и вернуть мои данные обратно?
Жюльен Клэнси

Насколько мне известно, Apple обычно старается держать людей в курсе последних событий. Как правило, свежие инсталляции - это путь - просто боль в заднице.
nerdwaller

Ответы:


9

Так что я нашел то же самое с моим iMac: Маверикс, казалось, жевал гораздо больше оперативной памяти, чем Лев или Горный Лев.

Однако я нашел решение, которое не требует перезагрузки: «Использование команды очистки в OS X Mavericks»

Просто запустите sudo purge(он попросит ваш пароль), и он удалит неиспользуемую память, на которой висит ОС.

Таким образом, я освободил более 5 ГБ без каких-либо проблем, хотя система, кажется, зависает на мгновение или два, пока выполняет эту очистку.


Я нашел похожее решение, которое состоит в том, чтобы заставить бросить mds. По kernel_taskкакой-то причине это также заставляет его забыть. Но хорошо, что есть более законное решение, спасибо!
Жюльен Клэнси

3
Чистка не обязательно делает то, что вы думаете. Страница man на Mavericks говорит, что она очищает дисковый кеш. В общем, очистка кешей будет замедлять , а не ускорять, потому что вещи придется восстанавливать и кэшировать.
Зев Айзенберг

Лучше всего заставить нас бросить (убить) MDS здесь. mds - это сервер метаданных или упрощенный: это Spotlight. Может случиться так, что система должна перестроить всю базу метаданных после обновления, и для этого ей нужно пройти через каждый файл на компьютере. Чем больше файлов, тем дольше будет длиться этот процесс ... так что я бы пошел вперед и убил процессы и позволил им работать в одночасье.
Wolfie

У меня есть новый MBP (10.9.4) с 16 ГБ и kernel_taskиспользует более 8 ГБ. Убийство mdsне помогло. Есть ли другой способ, кроме перезагрузки?
Дан

Казалось, это сработало, но память снова была быстро использована.
Джаред Берроуз

4

Я испытал kernel_taskраздувание до 20 ГБ ОЗУ и насыщение (но не освобождение) всей доступной ОЗУ, что по существу заморозило все мои работающие приложения. Методом проб и ошибок я обнаружил, что это был беспроигрышный процесс R, так как после того, как я вышел из приложения R, kernel_taskон вернулся к разумному 1 ГБ (для R.app в то время не требовалось более 1 ГБ памяти).

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


1

Я разместил этот вопрос на форумах поддержки Apple здесь и провел некоторые проверки по их предложению. После их запуска я обнаружил множество новых проблем с моей системой, которых не было до установки Mavericks. Не в последнюю очередь среди них, многие из моего Python пакетов больше не будет работать (например, колба и панды), и easy_installи pipтеперь сломаны. Мне порекомендовали сделать чистую установку (и рассмотреть возможность понижения в процессе), что я сделаю, как только это будет удобно.


0

У меня старый, но отличный iMac 2008 года с максимальной емкостью 4 Гб оперативной памяти. Следуя рекомендациям Mac, я сделал переустановку со времен «cero» Mavericks, но производительность все равно была очень плохой, а потребление памяти было ужасным.

Кроме того, под обещание «сделать Mac быстрее» я установил Mac Keeper, который, кстати, потреблял много антивируса, а также ресурсы приложения.

МОЕ решение: удалите Mac Keeper. Я сразу восстановил 1,5 ГБ ОЗУ, а после перезагрузки компьютера экономил 2,0 ГБ ОЗУ.

Из-за модели моего iMac мне все еще нужно разрешить чрезмерное потребление kernel_task. Я считаю, что я сделал большую ошибку, установив Mavericks.


0

Для меня проблема была в Adobe Lightroom. У меня на iMac 18 гигабайт памяти, а Kernel_task занимал 5,33 гигабайта. Как только я вышел из Lightroom, использованная память упала до 1,33 гигабайта.

Я нашел проблему с приложением:

sudo lsof | grep -i kernel

Теперь, чья это вина - Apple или Adobe?


Мммм, это не сработало во второй раз (неделю спустя), когда возникла эта проблема. Lightroom не был указан в списке от этого grep, и его уничтожение не освободило память kernal_task. Далее я попробовал посмотреть на Activity Monitor и закрыть те приложения, которые заняли больше всего памяти. Firefox был виновником этого времени.
HankCa

Что я заметил, так это то, что даже когда память kernal_task падает (с 5,3 до 1,3 гигабайта в моих случаях), «нагрузка на память» почти не меняется, и моя система по-прежнему работает очень медленно. И в этом случае перезагрузка кажется единственным способом исправить это. Не хорошо. Я надеюсь, что OSX Yosemite решит проблему.
HankCa

0

Что я сделал для своей машины, так это сделал cron для очистки памяти

Я перешел на супер пользователя

sudo su
crontab -e

Затем я добавил следующую строку:

* * * * * purge

Запускать чистку каждую минуту. Мое использование памяти уменьшилось с 16 / 16G до 9 / 16G в среднем.


1
Просто помните, что это также очищает все кэши. Вы пожертвуете большой скоростью, особенно в системах без SSD.
Даниэль Б

0

У меня такая же проблема. После нескольких месяцев давления памяти я нашел лекарство.

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

Если ваше почтовое приложение iOS показывает различное количество непрочитанных файлов для тех же почтовых папок из почтового приложения OS X, это определенное указание для дубликатов. То же самое, если ваша iOS показывает электронную почту, в то время как почта OS X показывает пустую папку.

Дубликаты могут быть результатом неполного перемещения / копирования / удаления или получения нескольких копий одной и той же почты.

Я использовал https://github.com/quentinsf/IMAPdedup, чтобы просмотреть все папки и автоматически удалить дубликаты. Это сравнивает идентификаторы сообщений или заголовки.

После этого ни один из моих маков снова не испытывал давления памяти - никогда.

Я надеюсь, что это поможет всем, кто страдает от давления памяти, как и я.

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.