Чи існує максимальний розмір, при якому може функціонувати файл підкачки?

Наскільки мені відомо, теоретичний ліміт для файлу swap є шалено великим залежно від того, використовується 32-бітова або 64-бітова система.

Я створив файл обміну 16 ГБ в 4 Гб оперативної 64-бітної системи з інакше низькими середніми характеристиками, тому що у мене на внутрішньому жорсткому диску 1 ТБ більше місця достатньо ...

Але чи дійсно великий файл підкачки змінює швидкість / продуктивність?

Ви можете мати до 32 областей підкачки (файлів або розділів), розміром до ~ 4 мільярдів (2 ^ 32) сторінок, де "сторінка" становить 4 КБ в традиційній (наприклад, x86 або x86_64) системі, але може бути більшою для інших архітектури або якщо ви спеціально налаштували великі сторінки.

Це дає теоретичний максимум 16 ТБ на площу свопу та до 32 областей підкачки. Можуть бути й інші обмеження, які застосовуються до досягнення цього, але це така велика область заміни, яка mkswapможе створити для вас.

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

На момент написання запиту обмінність місця, розміром більше ніж на 4 Гб більше, ніж ваш фізичний об'єм пам’яті, навряд чи буде використана, якщо тільки ваша система не дуже аномальна. У типовій такій системі, як настільна система, яку використовує одна людина за один раз, ви, ймовірно, навіть можете зупинитися на максимум від 6 Гб до 8 ГБ, навіть якщо фізична пам'ять більша.

Це не має різниці в швидкості чи продуктивності. Він просто дозволяє використовувати до 20 ГБ віртуальної пам’яті до того, як вбивця OOM почне вбивати процеси для повернення пам'яті.

Якщо ви хочете покращити продуктивність:

• зменшується, swappinessякщо ви часто не використовуєте більше 4 Гб
• додати оперативну пам’ять
• перейти на SSD і покласти на нього файл swap

Відповідно до відповіді Жиля

... Раніше був обмежений розмір розміром 2 Гб (на більшості 32-бітних платформ), але це вже не так вже роками. Обмеження було знято в якийсь момент у серії ядра 2.2.

Крім того, він цитує сторінку чоловіка для mkswap:

Максимальний корисний розмір області swap залежить від архітектури та версії ядра.

У бібліотеці linux / swap.h є MAX_SWAPFILESзапис, тому на рівні ядра обмежується кількість файлів swap, однак, очевидно, це також не є остаточною областю. Відповідно до пов'язаного документа:

Слід зазначити, що шість біт для "типу" повинні дозволяти існувати до 64 обмінних областей в 32-бітовій архітектурі замість обмеження MAX_SWAPFILES 32

Наскільки я розумію, у 32-розрядної архітектурі є максимум 64 файли підкачки. Однак я не помітив у документі згадування того, що відбуватиметься у 64-бітній архітектурі. Також варто зауважити, що в цьому випадку зусилля ОП зі створення файлів свопінгу не вдалися до 30-го запису.

Що стосується swap-розділів, то, окрім раніше згаданих констант, для цього в ядрі немає обмежень, але кількість будь-яких розділів все ще буде обмежена базовим компонуванням BIOS та диска .

Ця відповідь може не підійти для Ubuntu 18.04 (спасибі @Chai T. Rex за те, що це вказав у коментарях).

У будь-якому випадку для попередніх версій, це стосується (все ще немає запропонованого оновлення LTS> LTS, тому це все ще може бути актуальним):

Це не файл, це розділ, і так, це відбувається через простоту

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

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

Немає великої різниці в швидкості та продуктивності при збільшенні розділу swap, щоб бути довільно великим.

Існує кілька факторів, пов’язаних із свопом, які можуть вплинути на продуктивність, такі як swappinessтип жорсткого диска (SDD або HDD).

Зміна досить повільна, а посилення заміщення знижує продуктивність. Однак це впливає лише при недостатній кількості оперативної пам'яті. Але це краще, ніж не робити будь-яких свопів. Моя рекомендація - зробити розмір розділу swap вдвічі більшим, ніж ваша ОЗУ.

Я дійшов до того, що файл swap або розділ swap практично не мають меж. Також мій файл обміну 16 ГБ досить великий, але розмір не впливає на швидкість.

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

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

sudo -s
nano /etc/sysctl.conf

Додано до файлу:

#vm.swappiness = 50

зберегти

sudo sysctl -p

оновити (або міг щойно перезавантажити)