LINUX.ORG.RU
решено ФорумAdmin

Linux ate my RAM

 , жрат


1

1

Доброе утро, уважаемые лоровцы.

~$ cat /etc/debian_version 
6.0.5

~$ uptime
 09:45:08 up 198 days, 16:00,  1 user,  load average: 0.00, 0.01, 0.11

~$ free   
             total       used       free     shared    buffers     cached
Mem:       1541904    1465716      76188          0      13632     280688
-/+ buffers/cache:    1171396     370508
Swap:            0          0          0

# Сумма значений rss всех процессов; обычно бывает чуть большей, чем значение "-/+ buffers/cache: used" в выводе free

~$ sum=$(ps h --sort rss -eo rss|awk '{printf $1"+"}'|sed '$s/.$//'); echo $sum|bc -l
300768
Куда-то утёк почти гигабайт памяти (1171396-300768=870628). Свопа, по некоторым причинам, нет, в результате oomkiller время от времени кого-нибудь убивает. Ребутить неохота, да это и не выход. Как выяснить, кто сожрал память?

P.S. Всем Капитанам, советующим посмотреть в top, htop etc. поясняю, что сумма памяти, занятой процессами, отображаемая всеми соответствующими программами, на этой машине на 800 MB меньше, чем занятый объём RAM.

★★★

Последнее исправление: nbw (всего исправлений: 3)
Ответ на: комментарий от anonymous

Аноним, прежде чем постить, головой подумай.

nbw ★★★
() автор топика
Ответ на: комментарий от Falcon-peregrinus

запустить top

Ты не поверишь! top в колонке rss показывает точно то же самое, что и ps. Удивительно, да?

nbw ★★★
() автор топика
Ответ на: комментарий от Falcon-peregrinus

посмотреть, какой же из процессов его зажрал не судьба?

Чукча не читатель, натурально.

nbw ★★★
() автор топика
Ответ на: комментарий от devl547
~$ sudo bash -c 'echo 3 > /proc/sys/vm/drop_caches'

~$ free   
             total       used       free     shared    buffers     cached
Mem:       1541904    1420964     120940          0       1312     249336
-/+ buffers/cache:    1170316     371588
Swap:            0          0          0

Как видишь, почти ничего не изменилось. И, да, вопрос был про rss, без всяких кэшей.

nbw ★★★
() автор топика
Ответ на: комментарий от redgremlin

Я начинаю понимать...) Да, там /tmp и ещё какая-то хренька в RAM лежит. Но всё равно на 800 метров не набегает.

http://pastebin.com/rHUdZrMC

nbw ★★★
() автор топика
Последнее исправление: nbw (всего исправлений: 2)
Ответ на: комментарий от redgremlin

Чуть выше листинг slabtop

nbw ★★★
() автор топика

Ребутить неохота, да это и не выход.

Почему не выход ?
Раз в полгода можно и ребунуть.

Я бы для теста обновил бы всё по до последних версий, пересобрал ядро без лишнего и запустил бы параллельно.

smilessss ★★★★★
()
Ответ на: комментарий от nbw

1285225 1267578 98% 0.62K 51409 25 822544K unionfs_inode_cache

Хм, больше всего результатов по запросу «large unionfs_inode_cache» находится на сайте vyatta, хотя все они не по делу.

Да, наверное, только ребут.

AITap ★★★★★
()

КУИЩЩЕ

Дёрну ночью эту машинку, что тут думать-то. Спасибо всем отписавшимся, а в особенности redgremlin и AITap, за помощь в прояснении ситуации.

nbw ★★★
() автор топика
Ответ на: комментарий от redgremlin

Кстати, как так вообще получилось, что unionfs на / ?

Это чудо инженерной мысли так ставится по-умолчанию. Кстати, удивительно приятная в управлении и возможностях допиливания система, за что ей прощаются многочисленные недоработки :3

nbw ★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.