OSX Mavericks, використовуючи занадто багато оперативної пам'яті

13

Нещодавно я оновив середину 2011 року 15 ”MacBook Pro до Mac OS X 10.9 Mavericks. Відтоді використання оперативної пам’яті мого комп’ютера зростає до того, що робить комп'ютер непридатним. Зокрема, десь через хвилину до 2 годин після завантаження, процес kernel_taskбуде використовувати від 4 до 5 ГБ оперативної пам’яті (у мене встановлено 8 ГБ), mdsі mds_storeбуде використовувати близько 2 ГБ між ними. У цей момент усі мої програми стають невідповідними.

Якщо я не перезавантажую комп’ютер протягом приблизно п'яти хвилин після цього, Mac OS X попросить мене закрити всі мої програми. Якщо я цього не роблю, комп'ютер стає абсолютно невідповідним (навіть для перезавантаження запитів), і мені доведеться зробити жорстке відключення. Якщо я це роблю, те ж саме відбувається, але це займає пару хвилин довше. Я розмовляв з представником Apple, і він сказав, щоб мигнути PRAM і скинути SMC, що я і зробив, але нічого не сталося.

Окрім цього, він сказав, щоб відправити мій пристрій, що я наразі не можу зробити. Будь-яка ідея, що відбувається?

macos memory osx-mavericks

— Жульєн Клансі
джерело

1

Зазвичай у нововипущеному програмному забезпеченні вони знайдуть безліч подібних проблем, коли люди почнуть фактично його використовувати. Я б запропонував вам повернутися 10.8і трохи зачекати, перш ніж встановити найсвіжішу річ, нехай вони відпрацюють помилки, а потім перескочіть на борт. Якщо ви не відчуваєте жодних проблем на 10.8 - ви знаєте, що це нова ОС. Не ідеал, але те, що ви могли зробити, щоб зробити його корисним. Сподіваємось, ви створили резервну копію (тимчасову машину чи інше) старої системи?

— nerdwaller

Я спробую це. Я зробив резервну копію даних, але не резервну копію системи. Чи є спосіб відновити інше, ніж стерти диск, встановити 10.8та повернути мої дані назад?

— Жульєн Клансі

Наскільки я не знаю, Apple, як правило, намагається тримати людей на "останньому". Зазвичай, свіжий монтаж - це дорога - просто біль у задника.

— nerdwaller

9

Тож я знайшов те саме, що і з моїм iMac: начебто Mavericks пережовував набагато більше оперативної пам’яті, ніж Lion або Mountain Lion.

Я знайшов рішення, яке не потребує перезавантаження: "Використання команди Purge в OS X Mavericks"

Просто запустіть sudo purge(він попросить вас пароль), і він очистить невикористану пам'ять, на яку висить ОС.

Я звільнив більше 5 Гб таким чином без жодних зачіпок, хоча система, як видається, зависла на хвилину-дві, поки робить це очищення.

— Девід
джерело

Я знайшов подібне рішення, яке полягає в тому, щоб змусити кинути mds. Це змушує kernel_taskвідпустити пам'ять теж чомусь. Але добре мати більш законне рішення, дякую!

— Жульєн Клансі

3

Чистка не обов'язково робить те, що ви думаєте, що це робить. Сторінка man на Mavericks повідомляє, що вона очищає кеш диска. Загалом, очищення кеш-пам’яті зробить все повільніше , а не швидше, тому що їх доведеться регенерувати та кешувати.

— Zev Eisenberg

Найкраще тут змусити кинути (вбити) 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?

— HankCa
джерело

Мммм, це не спрацювало вдруге (через тиждень), коли виникла ця проблема. Lightroom не був перерахований з цього грепу, і вбивство його не відкинуло пам'ять kernal_task. Далі я спробував далі переглядати «Монітор активності» та виходити з програм, які займають найбільше пам’яті. Firefox був винуватцем цього тайму.

— HankCa

Що я помітив, це те, що навіть коли пам’ять kernal_task падає (з 5,3 до 1,3 гіг у моїх випадках), тиск у пам'яті навряд чи змінюється, і моя система все ще працює дуже мляво. І в такому випадку перезавантаження здається єдиним способом її виправити. Не добре. Я сподіваюся, що OSX Yosemite вирішує проблему.

— HankCa

0

Те, що я зробив для своєї машини, - це зробити роботу з хроном, щоб очистити пам'ять

Я перейшов на суперкористувача

sudo su
crontab -e

Потім я додав наступний рядок:

* * * * * purge

Щодня проводити чистку. Використання моєї пам'яті в середньому знизилося з 16 / 16G до 9 / 16G.

— Маріан Збурлеа
джерело

1

Просто пам’ятайте, що це також випорожнює всі кеші. Ви будете жертвувати великою швидкістю, особливо в системах без SSD.

— Даніель Б

0

У мене була така ж проблема. Після місячного тиску пам'яті я знайшов ліки.

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

Якщо ваш електронний додаток для iOS показує різні непрочитані кількості одних і тих же папок з вашої програми електронної пошти OS X, це певна ознака для дублікатів. Те саме, якщо ви iOS показує електронні листи, тоді як пошта OS X показує порожню папку.

Дублікати можуть бути наслідком неповного переміщення / копіювання / видалення або отримання декількох копій однієї пошти.

Я використовував https://github.com/quentinsf/IMAPdedup для перегляду всіх папок та видалення дублікатів автоматично. Тут порівнюються ідентифікатори повідомлень або заголовки.

Після цього жоден з моїх комп'ютерів знову не бачив тиску пам'яті.

Я сподіваюся, що це допомагає всім, хто страждає від тиску пам'яті, як я.

— Том
джерело