Мне было интересно, если размещение раздела подкачки в группу логических томов имеет какие-либо недостатки (например, производительность), или это будет "точно так же", как наличие его в качестве отдельного основного / логического раздела?
Мне нравится тот факт, что его можно легко изменить в случае необходимости, но я не уверен в возможных недостатках.
Пример применения : веб-сервер CentOS 7.
Ответы:
Конечно, основная цель - не использовать своп в первую очередь ...
Главное - создать том подкачки LVM, когда система еще достаточно свежа, так же, как и при создании файла подкачки, поскольку пространство подкачки работает лучше всего, когда оно является смежным, или применять его с помощью
lvcreate -Cпараметра. Вы не хотите, чтобы фактические дисковые блоки, составляющие логический том, были фрагментированы по всем вашим дискам. По этой причине также следует избегать изменения объема подкачки (часто).Эндрю Мортон, один из ведущих разработчиков ядра Linux, говорит :
Это также обходит весь код LVM, своп идет прямо на диск. И поэтому с точки зрения производительности нет разницы в разделе подкачки, файле подкачки или томе LVM.
источник
That bypasses all the LVM code as well, swap goes straight to disk.", именно то, что я искал! Принимая во внимание проблему изменения размера: имеет ли смысл по этой причине воссоздавать том подкачки после установки с параметром -C, чтобы он оставался непрерывным? Мне нравитсяlvcreate -C y -L 10G VolGroup -n swap(ссылка: blog.zelut.org/2009/03/10/force-contiguous-extents-in-lvm )-Cпереключателя, спасибо, что указал на это!