|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Alex Getman 2:463/126.101 24 Dec 2002 00:51:00
To : Aleksandr Skobelev
Subject : Как работать с ОП в LINUX ?
--------------------------------------------------------------------------------
Вcк Дек 22 2002 17:51, Aleksandr Skobelev wrote to Alex Getman:
AS> Своп на диске, но имеет непосредственное отношение и к оперативной
AS> памяти, поскольку участвует в организации виртуальной памяти. Я все-таки
AS> думаю, что какая-то программа медленно съедает всю память. Я бы запустил
AS> top, как нибудь так:
AS> top d <интервал> b > top.log
AS> ,где <интервал> от 1 сек до +inf, в зависимости от того, как быстро у вас
AS> все происходит. А потом в логе посмотрел бы, у какой программы
AS> наблюдается тенденция к увеличению используемой памяти.
Увы, это ужЕ в чем-то пройденный этап. Чтобы не быть голословным предлагаю кусок
лога
=== Cut ===
6:46pm up 12:46, 1 user, load average: 0.62, 2.52, 2.43
70 processes: 65 sleeping, 5 running, 0 zombie, 0 stopped.[K
CPU states: 21.0% user, 2.2% system, 0.0% nice, 76.7% idle.[K
Mem: 1031464K av, 854140K used, 177324K free, 0K shrd, 87528K buff
Swap: 2096440K av, 0K used, 2096440K free 692228K cached
PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND
17939 root 19 0 18784 18M 5604 R 57.3 1.8 0:00 java.[K
17938 root 15 0 1052 1052 848 R 1.9 0.1 0:00 top.[K
17947 oracle 16 0 5268 5264 4720 R 0.9 0.5 0:00 oracle.[K
1 root 15 0 476 476 420 S 0.0 0.0 0:06 init.[K
2 root 15 0 0 0 0 SW 0.0 0.0 0:00 keventd.[K
3 root 15 0 0 0 0 SW 0.0 0.0 0:00 kapmd.[K
4 root 34 19 0 0 0 RWN 0.0 0.0 0:00 ksoftirqd_CPU0
5 root 15 0 0 0 0 SW 0.0 0.0 0:00 kswapd.[K
6 root 25 0 0 0 0 SW 0.0 0.0 0:00 bdflush.[K
7 root 15 0 0 0 0 SW 0.0 0.0 0:00 kupdated.[K
8 root 25 0 0 0 0 SW 0.0 0.0 0:00 mdrecoveryd.[K
12 root 15 0 0 0 0 SW 0.0 0.0 0:00 kjournald.[K
75 root 15 0 0 0 0 SW 0.0 0.0 0:00 khubd.[K
202 root 15 0 0 0 0 SW 0.0 0.0 0:00 kjournald.[K
203 root 15 0 0 0 0 SW 0.0 0.0 0:03 kjournald.[K
446 root 15 0 0 0 0 SW 0.0 0.0 0:00 eth0.[K
517 root 15 0 588 588 500 S 0.0 0.0 0:00 syslogd.[K
522 root 15 0 444 444 384 S 0.0 0.0 0:00 klogd.[K
617 root 15 0 1232 1232 1116 S 0.0 0.1 0:00 sshd.[K
638 root 16 0 912 912 728 S 0.0 0.0 0:00 xinetd.[K
656 root 18 0 440 440 384 S 0.0 0.0 0:00 gpm.[K
674 root 15 0 656 656 572 S 0.0 0.0 0:00 crond.[K
763 oracle 15 0 40380 7648 6948 S 0.0 0.7 0:00 oracle.[K
765 oracle 18 0 72120 38M 37416 S 0.0 3.8 0:00 oracle.[K
767 oracle 16 0 40616 7884 6988 S 0.0 0.7 0:07 oracle.[K
769 oracle 18 0 41744 9012 8452 S 0.0 0.8 0:00 oracle.[K
771 oracle 16 0 61072 27M 27772 S 0.0 2.7 0:01 oracle
=== Cut ===
Больше всего беспокоит конец пятой строчки - значение перерд словом cached.
Hасколько я понял это тот самый кэш о котором я писАл. Именно он, гад, растет не
по дням а по часам, а остальные процессы нормально освобождают память. Hикакая
программа ничего существенного не отбирает у оперативки. Где же эта собака
порылась?
Со свякими хорошими приятностями...........................Гетьман Алексей
--- GoldED 2.50.A0131+
* Origin: Лучшее враг хорошего (c) (2:463/126.101)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
