У Ubuntu швидко закінчується оперативна пам’ять, і мій комп'ютер починає мерзнути. Яка команда вирішить це?

Зі мною трапляється досить часто, коли я збираю програмне забезпечення у фоновому режимі, і раптом все починає сповільнюватись і врешті-решт замерзає [якщо я нічого не роблю], оскільки у мене закінчилося як оперативна пам’ять, так і обмінний простір.

Це запитання передбачає, що у мене є достатньо часу та ресурсів для відкриття терміналу Gnome, пошуку моєї історії та виконання однієї sudoкоманди.

Яка команда може врятувати мене від необхідності робити важку перезавантаження чи взагалі будь-яку перезавантаження?

З мого досвіду Firefox та Chrome використовують більше оперативної пам’яті, ніж мої перші 7 комп’ютерів разом. Можливо, більше того, але я відходжу від своєї точки зору. Найперше, що вам слід зробити, це закрити веб-переглядач . Команда?

killall -9 firefox google-chrome google-chrome-stable chromium-browser

Я зв'язав найпопулярніші веб-переглядачі разом в одну команду, але очевидно, якщо ви запускаєте щось інше (або знаєте, що не використовуєте одну з них), просто змініть команду. killall -9 ...Це важливий біт. Людям все-таки цікаво SIGKILL(сигнал № 9), але браузери надзвичайно стійкі. Більше того, повільно закінчившись SIGTERM, означає, що веб-переглядач набирає сміття з очищення - для чого потрібен приплив додаткової оперативної пам’яті - і це те, що ви не можете собі дозволити в цій ситуації.

Якщо ви не можете ввімкнути це у вже запущений термінал або діалог Alt+ F2, подумайте про перехід на TTY. Control+ Alt+ F2переведе вас до TTY2, який повинен дозволяти вам увійти (хоча це може бути повільно) і навіть дозволить вам використовувати щось на кшталт htopналагодження проблеми. Я не думаю, що я ніколи не закінчувався оперативною пам’яттю, до якої я не міг встати htop.

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

У системі з увімкненою клавішею Magic System Request натискання Alt + System Request+ f(якщо це не позначено на клавіатурі, System Requestчасто є Print Screenклавішею), вручну викликає ядро ​​з вбивці пам'яті (oomkiller), яке намагається вибрати найгірший процес образи для використання пам'яті та вбийте її. Ви можете це зробити, якщо у вас, можливо, менше часу, ніж ви описали, і система ось-ось почне (або, можливо, вже почалася) молоть - в такому випадку вам, мабуть, все одно, що саме загине, тільки що ви закінчите з придатною системою. Іноді це може закінчитися вбивством X, але більшість часу в ці дні набагато краще вибирати поганий процес, ніж це було раніше.

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

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

Альтернативні рішення:

• Підвисіть швидкість читання swap, помістивши свій розділ swap в RAID1
  • Або RAID0, якщо ви відчуваєте ризик, але це призведе до зниження великої кількості запущених програм, якщо будь-який з ваших дисків не працює.
• Зменшіть кількість одночасних завдань для збирання ("більше ядер = більша швидкість", ми всі говоримо, забуваючи, що це вимагає лінійного збору на ОЗП)
• Це може йти обома способами, але спробуйте включити zswapв ядрі. Це стискає сторінки перед тим, як їх надсилати на заміну, що може забезпечити достатньо простого простору, щоб прискорити роботу машини. З іншого боку, це може просто перешкоджати додатковому стисненню / декомпресії.
• Вимкніть оптимізації або використовуйте інший компілятор. Оптимізація коду іноді може займати кілька гігабайт пам'яті. Якщо у вас LTO увімкнено, ви також будете використовувати багато оперативної пам’яті на етапі зв’язку. Якщо все інше не вдасться, ви можете спробувати скласти свій проект за допомогою більш легкої ваги компілятора (наприклад tcc), за рахунок невеликої продуктивності виконання компільованого продукту. (Це зазвичай прийнятно, якщо ви робите це для цілей розробки / налагодження.)

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

ps -eo pid --no-headers --sort=-%mem | head -1 | xargs kill -9

З:

• ps -eo pid --no-headers --sort=-%mem: відображення ідентифікаторів процесів усіх запущених процесів, відсортованих за використанням пам'яті
• head -1: зберігати лише перший рядок (обробляти з використанням найбільшої пам’яті)
• xargs kill -9: вбити процес

Редагувати після точного коментаря Дмитра:

Це швидке та брудне рішення, яке слід виконувати, коли не виконуються чутливі завдання (завдання, які ви не хочете kill -9).

Перед тим, як запустити команди, що споживають ресурси, ви також можете використовувати системний виклик setrlimit (2) , ймовірно, з ulimitвбудованою базою оболонки bash (або limitвбудованим в zsh), зокрема, -vдля RLIMIT_AS. Тоді занадто велике віртуальне споживання адресного простору (наприклад , з ттар (2) або sbrk (2) використовується Танос (3) ) НЕ вийде (з егто (3) бути ENOMEM).

Тоді вони (тобто голодні процеси у вашій оболонці після введення ulimit) будуть припинені перед заморожуванням вашої системи.

Читайте також Linux Ate My RAM і розглядайте можливість відключення перевиконання пам'яті (запустивши команду echo 0 > /proc/sys/vm/overcommit_memory як root, див. Proc (5) ...).

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

У цьому випадку щось на кшталт "killall -9 make" (або все, що ви використовуєте для управління своєю компіляцією, якщо не робите). Це зупинить процес компіляції далі, ВИБУДОВО всі процеси компілятора, запущені з нього (сподіваємось, змусити їх також зупинитися) і, як бонус, судо не потребує, якщо ви збираєтесь як той самий користувач, який ви зареєстровані в як. А оскільки це вбиває фактичну причину вашої проблеми замість веб-браузера, X сесії або якогось процесу випадковим чином, це не заважатиме тому, що ви робили в системі на той час.

Створіть ще кілька своп для себе.

Наступне додасть 8G свопу:

dd if=/dev/zero of=/root/moreswap bs=1M count=8192
mkswap /root/moreswap
swapon /root/moreswap

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

Один із способів отримати шматок вільної оперативної пам’яті за короткий термін - це використовувати zram , який створює стислий диск оперативної пам’яті та міняється там. З будь-яким напівпристойним процесором це набагато швидше, ніж звичайний своп, а рівень компресії досить високий у багатьох сучасних осередках ОЗУ, як у веб-браузерах.

Якщо припустити, що у вас встановлено і налаштовано zram, все, що вам потрібно зробити, це запустити

sudo service zramswap start

sudo swapoff -aвідключить своп, змусивши ядро ​​автоматично знищити процес з найвищим балом, якщо у системи не вистачить пам'яті. Я використовую це, якщо я знаю, що я буду виконувати щось, що є оперативною оперативною пам’яттю, що я б краще вбив, якщо це вийде з-під контролю, ніж відпустити його в своп і назавжди застряг. Використовуйте sudo swapon -aдля повторного включення після цього.

Пізніше ви можете ознайомитись зі своїми налаштуваннями. Здається, що ваш swap знаходиться на тому ж диску, що і кореневий розділ, який уповільнить вашу систему при натисканні на swap, тому уникайте цього, якщо можете. Крім того, на мою думку, сучасні системи часто налаштовуються на занадто багато свопів. 32GiB ОЗУ зазвичай означає, що обмін 32GiB розподіляється за замовчуванням, як якщо б ви дійсно хочете помістити 32GiB у свій простір підкачки.

Ще одне, що можна зробити - це звільнити кеш сторінок пам'яті за допомогою цієї команди:

echo 3 | sudo tee /proc/sys/vm/drop_caches

З документації на kernel.org (наголос додано):

drop_caches

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

Щоб звільнити кеш сторінок: echo 1> / proc / sys / vm / drop_caches Щоб звільнити відновлювані об'єкти плит (включаючи стоматологи та вставки): echo 2> / proc / sys / vm / drop_caches Щоб звільнити плити та об'єкти сторінки: echo 3> / proc / sys / vm / drop_caches

Це неруйнівна операція і не звільнить брудні предмети. Щоб збільшити кількість об'єктів, звільнених цією операцією, користувач може запустити `синхронізацію` перед тим, як записати в / proc / sys / vm / drop_caches. Це зведе до мінімуму кількість брудних об’єктів у системі та створить більше кандидатів, які потрібно скинути.

Ви сказали "компіляція на задньому плані". Що ти робиш на передньому плані? Якщо ви розробляєте програму Eclipse або інший важкий IDE, перевірте, чи все правильно завершено в консолі.

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

Перевірте, чи припинено все, що має бути припинено в IDE.