Оптимизация свопа

vm.swappiness? но вообще, зачем?

//кастую megabaks Чисто поржать.

Зачем?

Ну а какого черта я выделаю под него 250 мб, а используется 10?

Потому что достаточно. // К.О.

К.О.

Но тем не менее, чисто experimental есть такая фича?

А вы, батенька, затейник.
Боретесь с износом планок памяти?

cat 100 | sudo tee /proc/sys/vm/swappiness

> чисто experimental есть такая фича?

Дарю бесплатно:

tail /dev/zero

Вот шутник.

Нет, я просто пытаюсь понять, как нагрузить своп, если во всех манах по установке систем пишется, что он должен быть RAM+25%.

Почему шутник? Команда решает ровно ту задачу, которую вам надо.

хочешь испытать силу духа?

Добавь в загрузчик параметр ядра mem=32M и перезагрузись.

>Зачем?

У меня сейчас такая проблема. Бывает занято процентов 90 оперативки, а своп — пустой. Объём буферов и кешей падает, производительность — в попе. Как заставить скинуть всё в своп — не понимаю :)

Раньше всегда обратная задача стояла, как заставить систему не сбрасывать в своп, когда памяти ещё много, играли с swappines, cache_pressure… Теперь доигрались, проблема обратная, а игры с этими параметрами не помогают. Перехимичили в ядре нынче что-то :)

…

Пару раз же вообще машина зависала при нехватке памяти. Своп же при этом был почти пустой. Процентов 10 заполнения, максимум. Неиспользуемых данных в памяти обычно вагон — тот же mysql на домашней машине используется только при разработке. Всякие Wuala с Dropbox'ами большую часть времени простаивают и т.п.

Вот сейчас у меня занято 75% оперативки, кеши и буфера только 22%, своп же занят лишь на 5%. Там всего 163Мб лежит. Хотя можно гигабайт, наверное, влёгкую туда скинуть.

Странная ситуация.

Вообще где-то в районе последнего релиза ветки 2.6 я наблюдал странное обратное поведение: когда система начинала обильно выгружать всё в своп в угоду кэша, игнорируя значение swappines.

Что-то они действительно мудрят с каждым релизом.

> Ну а какого черта я выделаю под него 250 мб, а используется 10?

А вообще мысль. Если редко используемые страницы заблаговременно копировать в своп, то при запуске тяжёлого приложения их сбрасывать не придётся.
Интересно, реализовано ли это в ядре?
Но, вероятно, хдд раньше из строя выйдет.

Сколько вообще оперативной памяти в системе? Я отключил своп, когда у меня стало 1.5 Гб RAM и уже тогда спокойно запускал Doom3 и Quake4. С тех самый пор своп я не использую впринципе. Сейчас, во времена дешевой памяти он вообще неактуален.

768 мб

вин-стайл своп?
на лету:

echo 100 > /proc/sys/vm/swappiness

sysctl vm.swappiness=100

echo "vm.swappiness=100" >> /etc/sysctl.conf

сейчас во времена джава-аппликух он актуален всегда. тащемта странно слышать, что 1.5GGB RAM и своп не нужен. у себя сидишь на нищебродских 2Гб и думаеш, как бы хотя бы до 8Гб разжиться.

жаба не тормозит ненужна

> сейчас во времена джава-аппликух он актуален всегда. тащемта странно слышать, что 1.5GGB RAM и своп не нужен. у себя сидишь на нищебродских 2Гб и думаеш, как бы хотя бы до 8Гб разжиться.

Я стараюсь не использовать приложения на Java, мне совершенно неинтересно расходовать кучу памяти и процессорного времени впустую. Тем не менее есть одна прожорливая и неповоротливая вещь, которая мне интересна - Eclipse. Но с моим теперешним объемом памяти это не проблема.

О, прямо сейчас:

Mem:   2852772k total,  2741652k used,   111120k free,    57864k buffers
Swap:  2104508k total,     4712k used,  2099796k free,   352584k cached

Машина страшно тормозит. Есть уйма памяти, которую можно явно скинуть в своп. Но — фигушки. Своп почти пустой. И что, блин, делать?…

>Я отключил своп, когда у меня стало 1.5 Гб RAM

Подключение свопа увеличивает скорость системы, однако! :)

Возможно и есть какая-то зависимость, но сейчас у меня установлена память весьма большого объема и SSD на корневом разделе, так что своп будет только тормозить.

s/SSD на корневом разделе/крневой раздел на SSD/