Чому OS X використовує своп, коли багато “неактивної пам’яті”?

Я використовую OS X з декількох місяців (Lion та зараз Mountain Lion). У мене в міні є 8 Гб, і майже щодня це наближається до цього. На машині Windows 7 з 8 Гб у мене ніколи не було такої проблеми. У будь-якому випадку я прочитав по мережі, що неактивна пам'ять - це кеш програм, які нещодавно закриті і можуть бути використані для швидшого повторного відкриття. Його не звільняють. Натомість OS X починає мінятися. Отже, моє запитання: чому OS X використовує своп, коли багато "неактивної пам'яті"? Ось екран, який показує, що я маю на увазі:

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

Заміна, очевидно, сталася тоді, коли неактивні сторінки ОЗУ були дійсно активними.

( Оновлення: як було уточнено в коментарі, це не ваш випадок. Тож люди з тією ж проблемою можуть перейти до горизонтального правила .)

Тобто у вас було запущено багато програм і ядро ​​замінило кілька сторінок. Потім ви вийшли з деяких програм. Ядро позначає свої сторінки ОЗУ як неактивні. Але вони не повертаються до оперативної пам’яті, поки ці сторінки не знадобляться. Це призводить до появи неактивних сторінок та сторінок, що їх заміняють.

Чому б не попередньо поміняти сторінки? Тому що це було б на ставку проти шансів: у довгостроковій перспективі ви програєте. Давайте розглянемо спрощений приклад: дві програми A і B, які не вміщуються в ОЗП одночасно. Програма A все ще працює, і всі замінені сторінки належать А. Програма B закрилася, а всі неактивні сторінки належать B.

Якщо ядро ​​попередньо заміняє сторінки A і негайно після:

• Програма A потребує доступу до її сторінок -> Ви виграєте - сторінки вже є в ОЗУ.
• ви знову запускаєте B -> Ви втрачаєте - ви "оплачували" витрати на приведення сторінок в оперативну пам'ять, і тепер вам доведеться їх відправити назад.
• ви запускаєте іншу програму C -> Ви програєте, якщо A і C одночасно не вміщуються в ОЗУ. Якщо вони підходять, ви рівні.

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

Якщо коротко: довіряйте своєму ядру і не намагайтеся його перехитрити.

Оновлення: виявляється, що неактивна пам'ять не працює, оскільки користувач Монітор активності для читання статті системної пам'яті змусив багатьох людей повірити, що це працює. Визначення в статті для неактивної пам'яті є правильним:

Ця інформація є в оперативній пам’яті, але вона активно не використовується, її нещодавно використовували.

Але наступний приклад є абсолютно оманливим і надто спрощеним (як, наприклад, відвертий мій приклад):

Наприклад, якщо ви використовували пошту, а потім закрили її, оперативна пам’ять, яку використовувала пошта, позначається як неактивна пам'ять. Неактивна пам'ять доступна для використання іншим додатком, як і вільна пам'ять. Однак якщо ви відкриєте Mail перед тим, як її неактивну пам'ять використовує інший додаток, програма Mail відкриється швидше, оскільки її неактивна пам'ять перетворюється на активну пам'ять, а не завантажує її з повільніше диска.

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

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

Як ви виявили, внутрішній баланс, до якого ми прагнемо (наразі), становить приблизно 2/3 активних проти 1/3 неактивних ...

Це пояснює поведінку, яку ви спостерігаєте. Тобто неактивні сторінки, які ви бачите, належать до запущених програм, які нещодавно не використовувалися. Отже, коли ви запускаєте нову програму, неактивні сторінки витісняються. У той же час сторінки інших програм позначаються як неактивні для підтримки співвідношення 2/1 між активними та неактивними.

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

Висновок залишається тим самим: довіряйте своєму ядру і не намагайтеся його перехитрити. :-)

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

Спробуйте ці команди.

sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.dynamic_pager.plist
sudo rm /private/var/vm/swapfile*

Потім перезапустіть і переконайтеся, що процес динамичного_пагера більше не працює.

Переконайтеся, що в ньому не було створено свопфілів /private/var/vm/.

Щоб знову ввімкнути спробуйте наступні команди:

sudo launchctl load -wF /System/Library/LaunchDaemons/com.apple.dynamic_pager.plist

Ви також можете відключити прожектор, щоб звільнити більше оперативної пам’яті та зменшити активність диска. Наступні команди використовуються для відключення та включення Spotlight.

sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.metadata.mds.plist
sudo launchctl load -wF /System/Library/LaunchDaemons/com.apple.metadata.mds.plist

Зробити не так вже й багато. Чому це робиться? Тому що так працює OS X. Цікава частина полягає в тому, як зайнята пам’ять з кожним сном збільшується з кожним сном.

Що ти можеш зробити:

1. Оновлення оперативної пам’яті.
2. Запустіть святу команду " очищення ", щоб очистити більшу частину неактивної пам'яті, коли це необхідно.
3. Вимкнути своп http://osxdaily.com/2010/10/08/mac-virtual-memory-swap/

Система працює як розроблено. Навіть коли немає тиску в пам'яті, це може мати сенс писати деякі сторінки, які не можна відкинути, але нещодавно не використовували для обміну, коли система не зайнята. Таким чином, якщо пізніше виникає тиск у пам'яті, ці сторінки можуть бути вилучені з оперативної пам’яті без необхідності спочатку писати їх для обміну, коли система зайнята.