Чому Finder використовує 59 Гб місця для обміну?

Моя нова сітківка MacBook Pro (з 16 ГБ оперативної пам’яті) продовжує отримувати це повідомлення «На вашому стартовому диску Mac OS X немає більше місця для пам’яті додатків». У мене на жорсткому диску є 300 ГБ вільного місця та 16 ГБ оперативної пам’яті. Це не повинно відбуватися.

Але це триває, навіть коли я не активно використовую свій Mac. Я пішов на обід, повернувся і побачив це: занадто велике використання оперативної пам’яті 59 Гб свопу використано.

Що відбувається?

— ашгромні
джерело

Чи можу я припустити, що ви спробували перезавантажити?

— Натан Уокер

Так, я перезавантажився, і це вирішує негайну проблему, але з часом вона знову з’явиться.

— ashgromnies

Якщо ви відключитесь від мережі та перезавантажите в безпечному режимі, чи не знадобиться Finder стільки оперативної пам’яті? Далі (за потреби) повторіть ще раз після відключення Time Machine і всіх зовнішніх накопичувачів. Це може бути нормальна поведінка на основі роботи, яку ви приділили Finder, тому важко знати, де лежить лінія "занадто багато" оперативної пам'яті, поки ви не визначите кількість середовища, де працює Finder. Якщо ви не заперечуєте, що тикаєте файли журналів, запустіть sysdiagnoseFinder - вам доведеться переглядати всі розподіли пам’яті та багато іншого для вивчення.

— bmike

Звучить як дивна помилка, але єдиним можливим рішенням, про який я міг би придумати, було б спробувати чисту установку. Мені буде цікаво подивитися, чи не переживав це хтось ще.

— Натан Уокер

Це звучить як витік пам'яті . ви повинні повідомити про це яблуко.

— alpha_one_x86

Відповіді:

Я вважаю, що це помилка в OS X 10.7. У мене також є сітківка MacBook Pro. Моя 2,6 / 16/512, і я помітив, що було 0 сторінок, але дуже великий файл swap створювався (у мене було близько 8 ГБ). Закриття додатків активно скорочувало обмінні місця, що використовуються Знову не було записано жодних вихідних сторінок.

Я вважаю, що це стосується файлу зображення сну, який також розміщується поряд з файлами віртуальної пам'яті в / private / var / vm. Коли в гібридному режимі pmset встановлено значення 3 (за замовчуванням для ноутбуків, призупинення роботи оперативної пам’яті та диска), режим сну записується після сну. Ось чому для того, щоб ці ноутбуки перейшли у сплячий режим, потрібно декілька моментів: він записує до 16 ГБ оперативної пам’яті в режим сну.

Однак, змінивши цей параметр так, щоб оперативна пам’ять ввімкнулася у режим сну, а НЕ було записано режим сну, не призвело до ненормальних збільшення розміру файлів свопу. Я підозрюю, що режим сну в деяких випадках зберігається після сну і спонукає до створення файлів своп. Можливо, саме така неправильна поведінка призводить до незвично великих розмірів файлів підкачки, які ви бачите.

На сторінці " pmset" , щоб змінити на NO призупинення диска, ви запустили б у Терміналі:

sudo pmset -a hibernatemode 0

Щоб видалити режим сну (і повернути 16 Гб на комп’ютері з 16 ГБ оперативної пам’яті), запустіть:

sudo rm /var/vm/sleepimage

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

pmset -g

Ви повинні пам’ятати, що у випадку повної втрати електроенергії (акумулятор вмирає та не підключений), вміст ОЗУ не буде збережено на жорсткому диску, і ви втратите свою роботу. Для мене це невеликий, але розрахований ризик, оскільки швидкість сну / неспання в поєднанні з великим ресурсом акумулятора та регенерованим місцем для зберігання. Крім того, мені здається, що це пом'якшило це питання, якого я не бачив на жодному іншому ноутбуці Mac, яким я володів. Хочеться, щоб у нас були ці індикаторні індикатори акумулятора.

— Ходжкін-Хакслі
джерело

Я вважаю, що помилка виправлена. Я не бачив цього, як мінімум, з останнього виправлення ML.

— ashgromnies

У мене є остання побудова ML на rMBP, і я все ще бачу цю проблему.

— Marc W

Я не впевнений, що це помилка в ОС стільки, скільки працює swap, коли ви запускаєте інше програмне забезпечення з витоком пам’яті і не перезавантажуєтеся достатньо, щоб тримати під контролем файли підкачки.

— bmike

@bmike Я схильний погодитися, хоча попередні версії ОС не мали цього питання на інших машинах. Я також не бачив жодних перевірених звітів про це, зокрема, на неретинальних MacBook Pro з тією ж ОС, хоча вони можуть існувати.

— hodgkin-huxley

У мене виникла ця проблема через помилку в Dropbox на моєму MacBook Pro 13 дюйма.

Це була стара версія Dropbox. Після виходу з Dropbox та встановлення нової версії (1.4.1 -> 1.4.17) мою проблему виправили.

— Михайло_XIII
джерело

-1

Я б заглянув у / private / var / vm і перевірив розміри файлів там.

— Річард Белісл
джерело

Це не дає відповіді на питання, оскільки / private / var / vm - це місце, де зберігаються файли swap.

— daviesgeek