Як повністю відключити своп?

Я використовую sid Debian, жорсткий диск відформатований з ext4, працює на Linux 3.1

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

Але в моїй теперішній програмі комп'ютер зависає із сильною пропускною здатністю вводу / виводу на задньому плані. iotop виявляє винуватця kswapd0, а це означає, що це пов'язано з заміною. Після використання, swapon -sщоб визначити будь-які заміни, які було включено, я swapoff -aвідключив усі свопи і swapon -sзнову підтвердив, що всі заміни були відключені.

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

Чи роблю щось не так у спробі swapoff -a? Чому поведінка відрізняється від колишньої (ймовірно, до 3,0 разів)?

Відключення swap не буде робити те, що ви хочете. Ви все одно отримаєте жорстоку пропускну здатність вводу / виводу, але це буде чистими сторінками, а не брудними.

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

Коли у вас не вистачає фізичної пам'яті, кожен процес повинен буде завантажувати свої кодові сторінки з диска, коли він вилучає попередні кодові сторінки. Результатом стане насильницький обман і надмірна робота, виконана підсистемою своп.

Це особливий випадок дуже важливого принципу: Для добре розробленої системи ви не можете зробити її краще, зменшивши свій вибір. Linux - це добре розроблена система. Видалення свопу просто дає менший вибір, тому не дивно, що він поводиться гірше.

Краще рішення, ніж вимкнення swap, що в кращому випадку спричинить загибель випадкових процесів, коли пам’ять втрачається, - встановити граничний сегмент даних для кожного процесу для процесів, які витягують речі з мережі. Таким чином, утікаючий браузер вдарить за межу і загине, а не призведе до того, що вся система стане непридатною. Приклад, з оболонки

(ulimit -d 400000; firefox) &

Кількість після -d - у кілобайтах. Ви повинні експериментувати з цим у своїй системі, щоб вибрати найкраще значення для своїх звичок перегляду. В дужках створюється підзаголовок; команда ulimit впливає лише на цю оболонку та її дітей, ізолюючи її ефекти від батьківської оболонки.

Щоб переконатися, що swap не використовується, вам краще запобігти додавання будь-яких свопів під час завантаження. Це можна зробити, залежно від системи, відключивши swapзавантажувальну службу або просто прокоментувавши запис своп /etc/fstab.

Що стосується вашого призупинення, то stop()функція /etc/init.d/swapможе давати підказку:

stop()
{
       ebegin "Deactivating swap devices"

       # Try to unmount all tmpfs filesystems not in use, else a deadlock may
       # occure. As $RC_SVCDIR may also be tmpfs we cd to it to lock it
       cd "$RC_SVCDIR"
       umount -a -t tmpfs 2>/dev/null

       case "$RC_UNAME" in
               NetBSD|OpenBSD) swapctl -U -t noblk >/dev/null;;
               *)              swapoff -a >/dev/null;;
       esac
       eend 0
}

Зверніть увагу на тупик . Ви можете спробувати зробити umount -a -t tmpfsсебе, перш ніж вимкнути своп.

Редагувати:

Можливо, ви також можете досягти своєї мети, змінивши sysctlналаштування (див. Це питання ).

Краще коментувати запис swap-розділу, /etc/fstabніж працювати swapoff -aпісля кожного завантаження.

У мене така ж проблема з kswapd0 на моєму обладнанні.

Налаштування vm.swappinessПараметр системи для мене не допомагає.

sysctl -w vm.swappiness=0

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

Коли немає активного swap-розділу, а вільної пам’яті стає менше, ніж деякий поріг (у моєму випадку близько 300 Мб), система стає невідповідною через безумство kswapd0.

Ймовірно, це відтворено з особливою конфігурацією та умовами.

Для когось це вирішується шляхом перевстановлення системи з перерозподілом для інших шляхом побудови користувальницького ядра з kswapd0відключеним.

У своїй системі (debian sid 2016-11-15) я зробив це:

1. вимкнути своп зараз:

   swapoff -a
   

2. коментуйте рядок своп-розділом в / etc / fstab

   #### #UUID=c6ddbc95-3bb5-49e1-ab25-b1c505e5360c none            swap    sw              0       0
   

3. відключити монтаж swap у systemd:

   systemctl --type swap
   systemctl stop dev-sda6.swap
   systemctl mask dev-sda6.swap
   

Це було б достатньо. Тут є посилання на /etc/initramfs-tools/conf.d/resumeфайл swap . Я не знаю, яка мета цього. Можливо, цей файл буде проблемою при наступному перезавантаженні (я ще не намагаюся перезавантажувати, час моєї роботи є дорогоцінним;)).

комп'ютер висить із сильною пропускною здатністю вводу / виводу у фоновому режимі. iotop виявляє винуватця kswapd0

Я знайшов один із способів (поки що) уникнути цього. Якщо ви хочете перевірити його і побачити, як це відбувається у вашій системі, дивіться патч ядра всередині цього питання . В основному, він не вилучає Active(file)сторінки (принаймні), коли знаходиться під тиском пам’яті, таким чином обрив диска (постійне зчитування) зводиться майже до нічого, а OOM-кілеру дозволяється спрацьовувати протягом 1 секунди, замість того, щоб заморожувати ОС для того, що здається як постійно (або принаймні протягом багатьох хвилин). Я сподіваюся, що фактичні програмісти (яких я не є) вдосконалять патч і перетворюють його на фактичне рішення, тепер, коли вони бачать, що те, що він робить, працює в цих ситуаціях.