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

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