Куда уходит память на SLES9? (??)

[alexsf]

Есть SuSE SLES9 SP1.
Через некоторое время после загрузки системы практически вся оперативка оказывается занята. Ни одного процесса, который мог занять столько памяти я не нашел. Кто занял всю память???

[zenwolf]

- а сколько памяти ?
-какой вм ?
-по дефолту запущенные демоны отключал ненужные ?
-если не трудно сделай так : ps -aux > mem.log и засвети тут .
- а в консоли как ?

[alexsf]

1. а сколько памяти ?
2. какой вм ?
3. по дефолту запущенные демоны отключал ненужные ?
4. если не трудно сделай так  :    ps -aux > mem.log и засвети тут .
5. а в консоли как ?

↑

1 - 1 гектар
2 - что такое вм???
3 - выбиралась минимально необходимая для Oracle установка, не думаю, что там сильно много всего запускается. Кроме того сразу после загрузки системы занято 165 метров. Я все никак не могу уловить момент, когда SLES съедает остальное. Кстати, щас занятой памяти стало 465М
4 -

USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 1 0.0 0.0 588 244 ? S 08:05 0:05 init [3]
root 2 0.0 0.0 0 0 ? S 08:05 0:00 [migration/0]
root 3 0.0 0.0 0 0 ? SN 08:05 0:00 [ksoftirqd/0]
root 4 0.0 0.0 0 0 ? S 08:05 0:00 [migration/1]
root 5 0.0 0.0 0 0 ? SN 08:05 0:00 [ksoftirqd/1]
root 6 0.0 0.0 0 0 ? S< 08:05 0:00 [events/0]
root 7 0.0 0.0 0 0 ? S< 08:05 0:00 [events/1]
root 8 0.0 0.0 0 0 ? S< 08:05 0:00 [kacpid]
root 9 0.0 0.0 0 0 ? S< 08:05 0:00 [kblockd/0]
root 10 0.0 0.0 0 0 ? S< 08:05 0:00 [kblockd/1]
root 11 0.0 0.0 0 0 ? S 08:05 0:00 [kirqd]
root 14 0.0 0.0 0 0 ? S< 08:05 0:00 [khelper]
root 15 0.0 0.0 0 0 ? S 08:05 0:00 [pdflush]
root 16 0.0 0.0 0 0 ? S 08:05 0:00 [pdflush]
root 18 0.0 0.0 0 0 ? S< 08:05 0:00 [aio/0]
root 17 0.0 0.0 0 0 ? S 08:05 0:00 [kswapd0]
root 19 0.0 0.0 0 0 ? S< 08:05 0:00 [aio/1]
root 679 0.0 0.0 0 0 ? S 08:05 0:00 [kseriod]
root 723 0.0 0.0 0 0 ? S 08:05 0:00 [scsi_eh_0]
root 1010 0.0 0.0 0 0 ? S 08:06 0:00 [kjournald]
root 1491 0.0 0.0 0 0 ? S 08:06 0:00 [kjournald]
root 1492 0.0 0.0 0 0 ? S 08:06 0:00 [kjournald]
root 1493 0.0 0.0 0 0 ? S 08:06 0:00 [kjournald]
root 2299 0.0 0.0 0 0 ? S 08:06 0:00 [khubd]
root 2810 0.0 0.0 1416 432 ? S 08:06 0:00 [hwscand]
root 3219 0.0 0.0 1436 636 ? Ss 08:06 0:00 /sbin/syslogd -a /var/lib/ntp/dev/log
root 3222 0.0 0.0 1512 596 ? Ss 08:06 0:00 /sbin/klogd -c 1 -2 -x
root 3277 0.0 0.0 1588 656 ? Ss 08:06 0:00 /sbin/resmgrd
bin 3278 0.0 0.0 1408 476 ? Ss 08:06 0:00 /sbin/portmap
daemon 3279 0.0 0.1 2848 1088 ? Ss 08:06 0:00 /usr/sbin/slpd
root 3498 0.0 0.1 4716 1808 ? Ss 08:06 0:00 /usr/sbin/sshd -o PidFile=/var/run/sshd.init.pid
root 3556 0.0 0.1 2620 1272 ? S 08:06 0:00 /usr/sbin/powersaved -d -e /etc/powersave.conf -a resmgr -v 3
root 3869 0.0 0.1 4180 1448 ? Ss 08:06 0:00 /usr/lib/postfix/master
postfix 3887 0.0 0.1 4256 1472 ? S 08:06 0:00 qmgr -l -t fifo -u
oracle 3893 0.0 0.4 14520 4208 ? S 08:06 0:00 /u01/ora92/bin/tnslsnr LISTENER -inherit
root 4069 0.0 0.0 42628 784 ? Ss 08:06 0:00 /usr/sbin/nscd
root 4079 0.0 0.0 1400 580 ? Ss 08:06 0:00 /usr/sbin/cron
root 4407 0.0 0.0 1608 596 tty1 Ss+ 08:06 0:00 /sbin/mingetty --noclear tty1
root 4408 0.0 0.0 1608 596 tty2 Ss+ 08:06 0:00 /sbin/mingetty tty2
root 4409 0.0 0.0 1608 596 tty3 Ss+ 08:06 0:00 /sbin/mingetty tty3
root 4410 0.0 0.0 1608 596 tty4 Ss+ 08:06 0:00 /sbin/mingetty tty4
root 4411 0.0 0.0 1608 596 tty5 Ss+ 08:06 0:00 /sbin/mingetty tty5
root 4412 0.0 0.0 1608 596 tty6 Ss+ 08:06 0:00 /sbin/mingetty tty6
oracle 5316 0.0 0.8 269556 8356 ? Ss 11:56 0:00 ora_pmon_msoft
oracle 5318 0.0 0.9 270520 9752 ? Ss 11:56 0:00 ora_dbw0_msoft
oracle 5320 0.0 0.7 273640 8120 ? Ss 11:56 0:00 ora_lgwr_msoft
oracle 5322 0.0 0.7 269388 8260 ? Ss 11:56 0:00 ora_ckpt_msoft
oracle 5324 0.0 1.7 269128 17972 ? Ss 11:56 0:00 ora_smon_msoft
oracle 5326 0.0 0.9 268844 10244 ? Ss 11:56 0:00 ora_reco_msoft
oracle 5328 0.0 0.9 268832 9664 ? Ss 11:56 0:00 ora_cjq0_msoft
oracle 5330 0.0 1.9 269556 20540 ? Ss 11:56 0:00 ora_qmn0_msoft
root 5472 0.0 0.2 7744 2256 ? Ss 13:02 0:00 sshd: oracle [priv]
oracle 5475 0.0 0.2 7920 2372 ? S 13:02 0:00 sshd: oracle@pts/0
oracle 5476 0.0 0.1 3848 1732 pts/0 Ss 13:02 0:00 -bash
root 5840 0.0 0.2 7924 2352 ? Ss 14:29 0:00 sshd: root@pts/2
root 5843 0.0 0.1 2684 1648 pts/2 Ss 14:29 0:00 -bash
oracle 6253 0.1 0.0 1760 888 pts/0 S+ 14:38 0:01 top
postfix 6273 0.0 0.1 4220 1416 ? S 14:45 0:00 pickup -l -t fifo -u
root 6281 0.0 0.0 2164 684 pts/2 R+ 14:54 0:00 ps aux

5 - имеется в виду, какова загрузка, памяти, если иксы не используются??? Если да, то все, что я описывал происходило как раз в консоли. Иксы загружены небыли...

[clx]

2 alexsf:
WM - Window manager
или
DE - Desktop Environment

[alexsf]

2 alexsf:
WM - Window manager
или
DE - Desktop Environment

↑

Понятно. Никакого. Иксы не запущены, ибо нету в них надобности

[zenwolf]

*вобщем ясно что ничего не ясно *
попробуй провести следуюшее : отрубить оракл и перезапустить линукс без него ,хм снова смотрим результаты команд free,top
кстати для начала можно top ещё посмотреть на RES

[alexsf]

*вобщем ясно что ничего не ясно *
попробуй провести следуюшее :  отрубить оракл и перезапустить линукс без него ,хм снова смотрим результаты команд free,top
кстати для начала можно top ещё посмотреть на RES

↑

Такую фигню уже пробовал. Сразу после перезагрузки 156М занято. Даже не включая оракл через часок занято уже 850... Правда потом произошел спад до 450-520М.
alexsf добавил в 21.02.2005 17:23
Что такое RES??

[zenwolf]

res - загрузка памяти на данный момент для конкретного процесса в top,
вот по top-у и отследить куда память уходит ,и на каких процессах потом загруженость наступает

ешё вариант - отрубить все демоны нафиг ,оставив только самые необходимые для запуска сиситемы в консоли (естественно запомнив какие демоны именно ) ,посмотреть как поведёт память после перезагрузки ,потом запускать по
одному с промежутками минут через 5 и незабывая поглядывать на top в другой виртуальной консоли - я понимаю
что путь не очень но разобраться так скорей всего можно

или идти от обратного - отрубать по одному демону после того как загрузка достигла 850мб и смотреть опять же на top

[alexsf]

Мда, вижу, что проблема несколько непонятна... Объясняю:
1. SuSE загрузился, занял 160М
2. Через 2 часа память заняла 850М. В это время я поднимал и останавливал оракл, еще там всякое разное с ораклом связанное делал, короче работал. В итоге оракл выключен (он требует 320М), а памяти занято 850М
3. Поднимаю оракл с занятыми 850М оперативки, он забирает себе 320М(эту величину я смотрел внутренними средствами оракл), при этом количество скушаной памяти возрастаем до 900М... Прикольно
4. Ночь сервак стоит... В итоге утром и top и free показывают, что занято 250М(!!!!!) памяти. Это с учетом того, что оракл никто не выключал - база работает и занимает все так же 320М в SGA.... Я хренею...

Короче, насколько я понял SuSE SLES9 как-то по хитрому работает с памятью. С этим и надо разбираться...

[zenwolf]

скорей всего по хитрому работает c sp1 ,сходил вчера спецально посмотрел SLES-9.0 без пака ,тоже с ораклом -
-270 мб занимает ,достигает правда иногда 460 мб но при каких нибудь действиях ,хотя я не настаиваю что проблема именно в sp1,я тоже действительно фигею ...

[alexsf]

скорей всего по хитрому работает c sp1 ,сходил вчера спецально посмотрел SLES-9.0 без пака ,тоже с ораклом -
-270 мб занимает ,достигает правда иногда 460 мб но при каких нибудь действиях ,хотя я не настаиваю что проблема именно в sp1,я  тоже действительно фигею ...

↑

У меня без sp1 та же фигня была. Просто я с ней так плотно не разбирался, все откладывал на потом...

[manowar]

Возможно связано со способом работы ОЗУ в линуксе,
занимать почти всю доступную память под кешы и буферы, и освобождать по надобности под программы

[alexsf]

Возможно связано со способом работы ОЗУ в линуксе,
занимать почти всю доступную память под кешы и буферы, и освобождать по надобности под программы

↑

Возможно... Я в линуксе новичек, и такой способ работы с памятью для меня весьма непривычен.

[Xenon]

Он всю свободную память, по идее, под дисковый буффер забирает. У меня всегда свободной памяти процентов 10. Тоже самое было, кода стояло 64 метра и тоже самое когда 128 и 256 ... все равно 10 % примерно
Так что все нормально ...

[alexsf]

Он всю свободную память, по идее, под дисковый буффер забирает. У меня всегда свободной памяти процентов 10. Тоже самое было, кода стояло 64 метра и тоже самое когда 128 и 256 ... все равно 10 % примерно
Так что все нормально ...

↑

Короче, понятие свободная память в винде и в линухе настолько разные, что просто сравнивать нельзя