Постоянно растет swap / вирт. память (Продолжение)

Во сколько выставлен vm.swappiness ?

sysctl -a | grep swap

И во сколько overcommit

sysctl -a | grep overcom

Сейчас так:

[nuf@nuf-MS-7527 tmp]$ sysctl -a 2>/dev/null | grep swap
vm.swappiness = 60
[nuf@nuf-MS-7527 tmp]$ sysctl -a 2>/dev/null | grep overcom
vm.overcommit_memory = 0
vm.overcommit_ratio = 50
vm.nr_overcommit_hugepages = 0

swapiness пробовал менять - ставил 10 и 1 - эффекта никакого.

зачем свап 8 гиг? нельзя делать такой большой свап, пусть лучше оом киллер начинает мочить раньше чем система уйдет в анабиоз. 512м хватит за глаза.

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

Привет, кэп!

Когда был 1G свопа - все текло точно также, только до OOM доходило за 1 день, а сейчас за неделю - хотя бы работать можно. Вот разбираюсь в чем причина.

если кто-то течет, то это должно быть видно в top

Вывод top я прислал. В прошлом топике есть полный.

Привет, кэп!

а простой перезапуск фф помогает?

1. Попробуй файрфокс выключить (killall firefox -9) и покажи выхлопы.
2. Если не поможет, перезагрузи Х-сервер, ctrl+alt+f1, логин-пароль,

sudo /etc/init.d/xdm restart

(не знаю что в убунте, пробуй xdm/gdm/что_то где есть *dm)

Вопрос: чего блин делать ? надоело раз в неделю ребутать то..

У меня компьютер загружается максимум 30 секунд.
Делаешь скрипт (~/start), пишешь туда все что тебе нужно при старте, делаешь его автостарт, при загрузке он сам запускает все нужное мне, к примеру браузер, сервер плеера mocp, раскладки клавиатуры, снижает до минимума частоту процессора, стартует xbindkeys, до недавнего времени убирал громкость динамиков ноутбука на минимум, но с новой версией ядра это уже не работает (или мне лень разбираться), запускает ktorrent

1. Перезагрузка FF и других тяжелый софтин ни к чему не приводит. Ну т.е. процесс конечно исчезает, но потребление Swap не уменьшается.

2. Поубивать все процессы начиная с xdm (или что тут) - попробую.

3. Ребутать - не вариант. Это одна из причин по которй я использую linux - здесь проблемы можно решить берез переустановки OS =)

Перезагрузка FF и других тяжелый софтин ни к чему не приводит. Ну т.е. процесс конечно исчезает, но потребление Swap не уменьшается.

Странно конечно, но если действительно так продолжай завершать процессы пока не найдёшь искомый. Чудес не бывает.

У меня 10 Гб своп при 2 Гб оперативки, куча tmpfs и ничего. Расположение свопа в начале диска гарантирует самый быстрый доступ.

P.S.

Кстати течь может и ядро.

Я, наверное, знаю, в чем дело. У вас наверняка tmpfs, и он заполняется. Tmpfs не отражается во free, создавая иллюзию, что оперативка есть, но ее нет, и это заставляет своп расти все больше и больше. Это только предположение, т.к. с таким же сталкивался.

Пусть ТС выполнит df -h | grep tmpfs.

Получится типа этого:

[kiv@kiv-notebook ~]$ df -h | grep tmpfs
tmpfs              1,9G         644K  1,9G            1% /dev/shm
tmpfs              1,9G            0  1,9G            0% /sys/fs/cgroup
tmpfs              1,9G          28K  1,9G            1% /tmp

Первая и третья цифра не очень важны, а вот вторая (644К, 0, 28К) интересна. Если там будет большое значение (несколько сотен МБ), то надо смотреть на последнюю часть - кто-то забивает этот каталог, который вынесен на tmpfs мусором. Либо разбираться с забиванием, либо переносить с tmpfs обратно на диск, правда если забивание ничем не ограниченно, то и он может когда-нибудь кончится (скажем, через несколько месяцев).

Ну по сути явно что то течет.

Попробуй дополнительно к swapiness выставить

vm.overcommit_memory = 2
vm.overcommit_ratio = 100

У меня 10 Гб своп при 2 Гб оперативки, куча tmpfs и ничего. Расположение свопа в начале диска гарантирует самый быстрый доступ.

запустите процесс который ест на 2 гига больше чем есть озу, и попробуйте выйти из этой ситуации без ребута.

Кстати течь может и ядро.

у остальных миллиона пользователей этой же версии убунты оно не течет, а у нашего поциента оно течет

покажи вывод slabtop

Вроде нормально. А когда будет опять сжираться много памяти всё равно никаких изменений в df -h?

df -h читает список файловых систем из /etc/mtab. У вас он файл или ссылка на /proc и не указыны ли в /proc/mounts ещё какие файловые системы, допустим debugfs?