Поменять раздел в LVM?


21

Мне было интересно, если размещение раздела подкачки в группу логических томов имеет какие-либо недостатки (например, производительность), или это будет "точно так же", как наличие его в качестве отдельного основного / логического раздела?

Мне нравится тот факт, что его можно легко изменить в случае необходимости, но я не уверен в возможных недостатках.

Пример применения : веб-сервер CentOS 7.


1
Я не уверен, что вы подразумеваете под "помещением раздела подкачки в группу LVM". Я понимаю, что вы имеете в виду, имея подмену на логическом томе. Я делал это на прошлых машинах и моей нынешней личной рабочей станции. Я никогда не замечал никаких проблем, и я не могу придумать причину, по которой проблемы должны возникать. На моей нынешней машине используется своп, хотя и не очень.
Фахим Митха

Вы правы, простите за путаницу, только что отредактировал! И спасибо за ответ, сделаем это тогда!
Левит

Должен ли я сделать это формальным ответом?
Фахим Митха

Ответы:


34

Конечно, основная цель - не использовать своп в первую очередь ...

Главное - создать том подкачки LVM, когда система еще достаточно свежа, так же, как и при создании файла подкачки, поскольку пространство подкачки работает лучше всего, когда оно является смежным, или применять его с помощью lvcreate -Cпараметра. Вы не хотите, чтобы фактические дисковые блоки, составляющие логический том, были фрагментированы по всем вашим дискам. По этой причине также следует избегать изменения объема подкачки (часто).

Эндрю Мортон, один из ведущих разработчиков ядра Linux, говорит :

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

Это также обходит весь код LVM, своп идет прямо на диск. И поэтому с точки зрения производительности нет разницы в разделе подкачки, файле подкачки или томе LVM.


12
Отличный ответ, спасибо за подробное объяснение! " 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 )
Левит

3
Никогда не замечал -Cпереключателя, спасибо, что указал на это!
HBruijn

«использует эту карту для выполнения обмена ввода-вывода непосредственно с базовой дисковой очередью, минуя весь кеширование, метаданные и код файловой системы» - хотя этот ответ предназначен для журналирования файловых систем (ext3 / reiserfs), мне интересно, действительно ли он обходит md рейд ... это сделало бы кучу советов для обмена на рейд там довольно полезное / невежественное ...
Эрк

@Erk в отношении raid, обратите внимание, что файловые системы все еще находятся на уровне абстракции над устройством ввода-вывода, т. Е. При использовании raid для подкачки, вероятно, применяются все обычные соображения, независимо от аппаратного или программного raid
HBruijn

@HBruijn: ага, ну, теперь у меня есть машина со свопом на lvm (на md raid), и она по крайней мере не горит ...
Эрк
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.