>>> Своп вынесен на отдельный раздел, сделан максимально низкоуровневым.
>> И что будет, если вы однажды захотите изменить его размер?
> Ничего. Если пространства в свопе станет нехватать, сделаю файлом или вообще, swapd. А как же "оптимизация", низкоуровневость и прочие карго-обжекты?
>> Это, конечно, хорошо, когда заняться больше нечем. А с другой стороны
>> - перебор, для того что должно быть утилизировано в редких случаях.
> Нет. Своп и разделом-то делают именно для этого... какие у него функции?
> 1) помогать работе механизма распределения памяти, если "ОЗУ достаточно и "своп не
> нужен"
Вот именно. Задача у него сейчас одна - не быть использованным.
> 2) предоставлять стабильное хранилище для сброса ОЗУ при приостановке работы системы
Ну и зачем тут копейки от выкидывания лишнего lvm-уровня? С поттерингом
меряться временем загрузки?
> 3) обеспечивать дисковое пространство для механзма виртуальной памяти, если объём ОЗУ недостаточен.
Если объем недостаточен - надо добавить. Есть, разумеется, приложения где
своп реально используется в штатном режиме. Но и LVM на нодах вычислительных
кластеров я как-то не встречал.
> Нужно бы измерить, какие задержки вносит механизм LVM в общую механику распределения
> памяти, если раздел на LVM. Думаю, что вполне измеримые.
Нужно просто элементарно _знать_ как это работает. Эффект от пары лишних сисколлов,
конечно, измерим, но на уровне погрешности рулетки.
> Что в Дебиане, как говорят, инсталлятор изначально размещает своп на ЛВМ... думаю,
> это не аргумент. Неудачных решений, которые выдвигаются на первый план даже
> просто из желания пофорсить --- да их же море!
Аноним умнее профессионалов из (например) гугла, это канешна.
>>> Уж проще своп сделать файлом
>> То вам мало уровней, то вдруг не лень еще один добавить...
>> Вы мне это прекратите!
> Не лень. Это штатный и понятный механизм, не приводящий к большим издержкам.
Так вы определитесь - то вам плохо от издержек с "лишними" уровнями, то вы
сами городите их по первому чиху. Шизофрения до добра ведь не доводит.
