Поміняти розділ у LVM?

Мені було цікаво, чи є в розміщенні розділу swap у групі логічних томів якісь недоліки (наприклад, продуктивність), чи це було б "точно так само", як мати його як окремий первинний / логічний розділ?

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

Випадок застосування : Веб-сервер CentOS 7.

— Левіт
джерело

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

— Faheem Mitha

Ви маєте рацію, вибачте за змішання, щойно відредагували! І thx для відповіді, зробимо це тоді!

— Левіт

Чи повинен я зробити це формальною відповіддю?

— Faheem Mitha

Звичайно, головна мета - не мати необхідності використовувати своп в першу чергу ...

Головне - створити об'єм LVM swap, коли система ще досить свіжа, така ж, як і при створенні файлу swap, оскільки простір swap найкраще працює, коли він суміжний, або виконувати його за допомогою lvcreate -Cпараметра. Ви не хочете, щоб фактичні блоки диска, які складають логічний об'єм, були фрагментовані по всіх дисках. Із цієї причини слід уникати зміни розміру (часто) зміни розміру.

Як один з провідних розробників ядра Linux, Ендрю Мортон говорить :

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

Це обходить і весь код LVM, своп переходить прямо на диск. Таким чином, з точки зору продуктивності немає різниці в розділі swap, файлі swap або обсязі LVM.

— HBruijn
джерело

Чудова відповідь, THX для детального пояснення! " That bypasses all the LVM code as well, swap goes straight to disk.", саме те, що я шукав! Пов’язання з проблемою зміни розміру: чи не було б сенсу з цієї причини відтворити об'єм заміни після установки за допомогою опції -C, щоб забезпечити її / залишатися безперервним? Like lvcreate -C y -L 10G VolGroup -n swap(довідка: blog.zelut.org/2009/03/10/force-contiguous-extents-in-lvm )

— Левіт

Ніколи не помічав -Cвимикач, дякую, що вказав на це!

— HBruijn

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

— Ерк

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

— HBruijn

@HBruijn: ага, ну, тепер у мене є машина з свопом на lvm (на md raid), і вона, принаймні, не горить ...

— Ерк