Реалистичный рабочий своп для 128 ГБ ОЗУ? [дубликат]
На этот вопрос уже есть ответ:
Я только что установил Ubuntu 15.04 на новый твердотельный накопитель емкостью 240 ГБ и сразу заметил, что / dev / ubuntu-vg / swap_1 в результате установки составляет 137 ГБ. Это кажется чрезмерным и даже контрпродуктивным, но, возможно, установщик Ubuntu выбрал это, поскольку у машины 128 ГБ ОЗУ.
Есть ли у кого-нибудь четкое представление о том, полезно ли иметь ~ 140 ГБ подкачки, и если нет, то какой должен быть подходящий размер для подкачки? Я запускаю тяжелые двоичные файлы ввода-вывода. Хотя, возможно, это не актуально, но отмечу, что это двухпроцессорный Xeon (E5).
Посмотрев ссылку, предложенную Терренсом ниже, я испытываю искушение уменьшить автоматически ~ 140 ГБ подкачки до ~ 4 ГБ, так как он занимает более половины 240 ГБ SSD, на котором установлена Ubuntu!
2 ответа
С так большим количеством RAM в системе действительно не должно быть потребностью в большом разделе подкачки. Большая часть того, для чего это было бы необходимо, должна подкачать информацию из RAM, которая, возможно, dirtied и должна быть подкачана, но где угодно от 4 ГБ до 16 ГБ должно быть достаточно достаточным.
Большая информация от ссылки ниже.
В то время как объем подкачки, в которой Вы нуждаетесь, всегда зависит от Вашей рабочей нагрузки, которая является, конечно, чрезмерным объемом подкачки и почти наверняка может быть приписана чрезмерно упрощенной "подкачке = RAM * x" вычисление типа.
Короткий ответ: по-моему, подкачка на 4 ГБ почти всегда более чем достаточно.
ответ Long: Подкачка всегда разрабатывается заместителю в течение многих времен, где Ваша система работает неправильно - то есть, Ваше Использование оперативной памяти процессами приближается или превышает сумму физической RAM, которую Вы имеете. Если процессы, которые Вы выполняете, используют очень предсказуемую сумму RAM (например, сервер базы данных, что Вы настроили определенный предел "кучи"), тогда, Ваше использование RAM будет несколько стабильным, и подкачка вряд ли будет когда-либо использоваться. Если Вы уверены, что использование RAM процессами никогда не будет рядом или превышать физическую RAM, Вам даже не нужна никакая подкачка. Но на типичном сервере, обычно существует случайная возможность, что задачи будут работать, которые съедают большие объемы памяти в течение определенного периода, и когда это вызывает Использование оперативной памяти к близости, или превысьте физическую RAM, подкачка вступит и сохранит Вашу систему от уничтожения процессов или исчерпывания достаточного количества пространства кэша для выполнения эффективно.
я говорю, что подкачка на 4 ГБ обычно является более чем достаточной подкачкой даже в системе с большой суммой RAM, потому что я чувствую, как будто это достаточно для 1 или 2 относительно требующих много памяти процессов для превышения физической RAM тем, если система уже работает около своего предела. Я чувство , как будто, если бы Ваш находятся в дефиците больше чем на 4 ГБ, что-то намного более серьезное является неправильным, который должен был бы быть зафиксирован путем конфигурирования требующих много памяти процессов. Процессы, которые занимают значительно RAM на больше чем 2 ГБ, будут обычно программироваться, чтобы так или иначе самоограничить их использование RAM или конфигурацией или будучи интеллектуальными о том, сколько физической RAM остается.
Другие мнения о том, сколько подкачка, "более чем достаточно" будет варьироваться, конечно. Некоторые скажут 1 ГБ, 2 ГБ, 8 ГБ, и т.д. Некоторые скажут, что Вам не нужно никакой с так большим количеством физической RAM (но я не согласился бы).
Еще одна вещь: "спящий режим" требует, чтобы достаточно области подкачки записало всю память процесса, поэтому если Ваша область подкачки значительно меньше, чем физическая RAM, Вы не собираетесь быть способными быть в спящем режиме. В системе с RAM на 128 ГБ Вы, вероятно, не захотите быть в спящем режиме так или иначе - резервирование, которое так много области подкачки только для полномочия спящего режима не только значительно съело бы в Ваше дисковое пространство (специально для SSD), это также будет довольно медленно - предполагают загружать ~128GB из диска на резюме, которое было бы значительно медленнее, чем просто нормальная начальная загрузка.